Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Esegui aggiornamenti dell'infrastruttura
Gli aggiornamenti dell'infrastruttura sostituiscono le istanze dell'ambiente di calcolo con nuove istanze con impostazioni aggiornate. Questa strategia di aggiornamento richiede più tempo rispetto alla scalabilità degli aggiornamenti e richiede impostazioni specifiche del ruolo di servizio e della strategia di allocazione. Gli aggiornamenti dell'infrastruttura forniscono un modo per modificare le configurazioni fondamentali dell'ambiente di calcolo mantenendo al contempo la disponibilità del servizio.
Importante
Gli aggiornamenti dell'infrastruttura richiedono il ruolo AWSServiceRoleForBatchcollegato al servizio e una strategia di allocazione di, o. BEST_FIT_PROGRESSIVE SPOT_CAPACITY_OPTIMIZED SPOT_PRICE_CAPACITY_OPTIMIZED Se il tuo ambiente non soddisfa questi requisiti, utilizza blue/green invece gli aggiornamenti.
Modifiche che attivano gli aggiornamenti dell'infrastruttura
Quando si modifica una delle seguenti impostazioni, AWS Batch esegue un aggiornamento dell'infrastruttura. Gli aggiornamenti dell'infrastruttura si verificano anche quando si modificano queste impostazioni insieme al ridimensionamento delle impostazioni di aggiornamento.
Le seguenti impostazioni attivano gli aggiornamenti dell'infrastruttura:
Configurazione di calcolo
-
allocationStrategy— Determina il modo in cui AWS Batch vengono selezionati i tipi di istanza. -
instanceTypes— Speciifica i tipi di EC2 istanza da utilizzare. -
bidPercentage— Percentuale massima del prezzo on demand per le istanze Spot. -
type— Tipo di ambiente di calcolo (EC2o).SPOT
AMI e configurazione di avvio
-
imageId— AMI specifica da utilizzare per le istanze. -
ec2Configuration— EC2 configurazione inclusaimageIdOverride. -
launchTemplate— EC2 avvia le impostazioni del modello. -
ec2KeyPair— Coppia di key pair SSH per l'accesso ad esempio. -
updateToLatestImageVersion— Impostazione degli aggiornamenti AMI automatici.
Rete e sicurezza
-
subnets— Sottoreti VPC in cui vengono lanciate le istanze (per ambienti di elaborazione). EC2 -
securityGroupIds— Gruppi di sicurezza per istanze (per ambienti di elaborazione). EC2 -
placementGroup— configurazione del gruppo di EC2 collocamento.
Altre impostazioni
-
instanceRole— Ruolo IAM per le EC2 istanze. -
tags— Tag applicati alle EC2 istanze.
Importante
Se si modificano le impostazioni di aggiornamento dell'infrastruttura insieme al ridimensionamento delle impostazioni di aggiornamento (ad esempio desiredvCpusmaxvCpus, ominvCpus), AWS Batch esegue un aggiornamento dell'infrastruttura. Gli aggiornamenti dell'infrastruttura richiedono più tempo rispetto agli aggiornamenti di scalabilità.
Selezione dell'AMI durante gli aggiornamenti dell'infrastruttura
Durante un aggiornamento dell'infrastruttura, l'ID AMI dell'ambiente di calcolo potrebbe cambiare, a seconda che sia AMIs specificato in una di queste tre impostazioni. AMIs sono specificati nel modello imageId (incomputeResources), imageIdOverride (inec2Configuration) o nel modello di avvio specificato inlaunchTemplate. Supponiamo che nessun AMI IDs sia specificato in nessuna di queste impostazioni e che l'updateToLatestImageVersionimpostazione siatrue. Quindi, l'ultima AMI ottimizzata per Amazon ECS supportata da AWS Batch viene utilizzata per qualsiasi aggiornamento dell'infrastruttura.
Se in almeno una di queste impostazioni è specificato un ID AMI, l'aggiornamento dipende dall'impostazione che ha fornito l'ID AMI utilizzato prima dell'aggiornamento. Quando crei un ambiente di calcolo, la priorità per la selezione di un ID AMI è prima il modello di avvio, poi l'imageIdimpostazione e infine l'imageIdOverrideimpostazione. Tuttavia, se l'ID AMI utilizzato proviene dal modello di avvio, l'aggiornamento imageIdOverride delle impostazioni imageId o non aggiorna l'ID AMI. L'unico modo per aggiornare un ID AMI selezionato dal modello di avvio è aggiornare il modello di avvio. Se il parametro della versione del modello di lancio è $Default o$Latest, viene valutata la versione predefinita o più recente del modello di lancio specificato. Se per impostazione predefinita è selezionato un ID AMI diverso o è selezionata la versione più recente del modello di avvio, tale ID AMI viene utilizzato nell'aggiornamento.
Se il modello di avvio non è stato utilizzato per selezionare l'ID AMI, viene utilizzato l'ID AMI specificato nei imageIdOverride parametri imageId o. Se vengono specificati entrambi, viene utilizzato l'ID AMI specificato nel imageIdOverride parametro.
Supponiamo che l'ambiente di calcolo utilizzi un ID AMI specificato dai launchTemplate parametri imageIdimageIdOverride, o e che desideri utilizzare l'AMI ottimizzata Amazon ECS più recente supportata da. AWS Batch Quindi, l'aggiornamento deve rimuovere le impostazioni che hanno fornito l'AMI IDs. Ciò richiede infatti la specificazione di una stringa vuota per quel parametro. imageId PerchéimageIdOverride, ciò richiede la specificazione di una stringa vuota per il ec2Configuration parametro.
Se l'ID AMI proviene dal modello di avvio, puoi passare alla più recente AMI ottimizzata per Amazon ECS AWS Batch supportata in uno dei seguenti modi:
-
Rimuovi il modello di avvio specificando una stringa vuota per il parametro
launchTemplateIdorlaunchTemplateName. Ciò rimuove l'intero modello di avvio, anziché il solo ID AMI. -
Se la versione aggiornata del modello di avvio non specifica un ID AMI, il
updateToLatestImageVersionparametro deve essere impostato sutrue.
Gestione dei job durante gli aggiornamenti
Configura come vengono gestiti i lavori in esecuzione durante un aggiornamento dell'infrastruttura utilizzando la politica di aggiornamento. Quando si impostaterminateJobsOnUpdate=true, i processi in esecuzione vengono interrotti immediatamente, l'jobExecutionTimeoutMinutesimpostazione viene ignorata e l'aggiornamento procede non appena le istanze possono essere sostituite. Quando si impostaterminateJobsOnUpdate=false, i lavori in esecuzione continuano per il periodo di timeout specificato con un timeout predefinito di 30 minuti e i lavori vengono interrotti se superano il timeout.
Nota
Per riprovare i lavori che vengono interrotti durante un aggiornamento, configura una strategia di nuovo tentativo. Per ulteriori informazioni, consulta Tentativi di processo automatici.
Monitoraggio degli aggiornamenti dell'infrastruttura
Monitora gli aggiornamenti dell'infrastruttura utilizzando la AWS Batch console per osservare la modifica dello stato dell'ambiente di calcoloUPDATING, monitorare l'avanzamento della sostituzione delle istanze e verificare la presenza di eventuali aggiornamenti non riusciti. L'aggiornamento ha esito positivo una volta raggiunto lo stato dell'ambiente di calcolo. VAILD È inoltre possibile utilizzarlo CloudWatch per tenere traccia degli eventi di chiusura dell'istanza e monitorare lo stato del processo durante l'aggiornamento. Con AWS CLI, utilizzate il describe-compute-environments comando per controllare lo stato e monitorare gli eventi del ciclo di vita dell'istanza.