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à.
Ambienti di elaborazione gestiti
È possibile utilizzare un ambiente di elaborazione gestito per AWS Batch gestire la capacità e i tipi di istanze delle risorse di elaborazione all'interno dell'ambiente. Questo si basa sulle specifiche delle risorse di calcolo che definisci al momento della creazione dell'ambiente di calcolo. Puoi scegliere di utilizzare le istanze Amazon EC2 On-Demand e le istanze Amazon EC2 Spot. In alternativa, puoi utilizzare la capacità di Fargate e Fargate Spot nel tuo ambiente di elaborazione gestito. Quando utilizzi le istanze Spot, puoi facoltativamente impostare un prezzo massimo. In questo modo, le istanze Spot vengono avviate solo quando il prezzo delle istanze Spot è inferiore a una percentuale specificata del prezzo on demand.
Importante
Le istanze Fargate Spot non sono supportate su. Windows containers on AWS Fargate Una coda di lavoro verrà bloccata se un FargateWindows lavoro viene inviato a una coda di lavoro che utilizza solo ambienti di elaborazione Fargate Spot.
Gli ambienti di elaborazione gestiti avviano EC2 le istanze Amazon nelle sottoreti VPC e nelle sottoreti specificate, quindi le registrano in un cluster Amazon. ECS Le EC2 istanze Amazon richiedono l'accesso alla rete esterna per comunicare con l'endpoint del ECS servizio Amazon. Alcune sottoreti non forniscono alle EC2 istanze Amazon indirizzi IP pubblici. Se le tue EC2 istanze Amazon non dispongono di un indirizzo IP pubblico, devono utilizzare la traduzione degli indirizzi di rete (NAT) per ottenere questo accesso. Per ulteriori informazioni, consulta i NATgateway nella Amazon VPC User Guide. Per ulteriori informazioni su come creare un fileVPC, consultaCrea un cloud privato virtuale .
Per impostazione predefinita, gli ambienti di elaborazione AWS Batch gestiti utilizzano una versione recente e approvata di Amazon ECS ottimizzata AMI per le risorse di elaborazione. Tuttavia, potresti voler crearne uno personalizzato da utilizzare AMI per i tuoi ambienti di elaborazione gestiti per vari motivi. Per ulteriori informazioni, consulta Risorsa di calcolo AMIs.
Nota
AWS Batch non li aggiorna automaticamente AMIs in un ambiente di calcolo dopo la creazione. Ad esempio, non aggiorna il tuo ambiente AMIs di calcolo quando viene rilasciata una versione più recente di Amazon ECS OptimizedAMI. Sei responsabile della gestione del sistema operativo guest. Ciò include eventuali aggiornamenti e patch di sicurezza. Sei inoltre responsabile di qualsiasi software applicativo o utilità aggiuntivo che installi sulle risorse di elaborazione. Esistono due modi per utilizzarne uno nuovo AMI per i tuoi AWS Batch lavori. Il metodo originale consiste nel completare questi passaggi:
-
Crea un nuovo ambiente di elaborazione con il nuovoAMI.
-
Aggiungere l'ambiente di calcolo a una coda di processi esistente.
-
Rimuovere il precedente ambiente di calcolo dalla coda di processi.
-
Eliminare l'ambiente di calcolo precedente.
Nell'aprile 2022, è AWS Batch stato aggiunto un supporto avanzato per l'aggiornamento degli ambienti di calcolo. Per ulteriori informazioni, consulta Aggiornamento degli ambienti di elaborazione. Per utilizzare l'aggiornamento avanzato degli ambienti di elaborazione per l'aggiornamentoAMIs, segui queste regole:
-
Non impostate il parametro service role (
serviceRole) o impostatelo sul ruolo collegato al AWSServiceRoleForBatchservizio. -
Imposta il parametro allocation strategy (
allocationStrategy) su, oBEST_FIT_PROGRESSIVE.SPOT_CAPACITY_OPTIMIZEDSPOT_PRICE_CAPACITY_OPTIMIZED -
Imposta il parametro di aggiornamento all'ultima versione dell'immagine (
updateToLatestImageVersion) sutrue. -
Non specificate un AMI ID in
imageId,imageIdOverride(inec2Configuration) o nel modello di avvio (launchTemplate). In tal caso, AWS Batch seleziona l'ultima versione ECS ottimizzata AMI di Amazon supportata AWS Batch al momento dell'aggiornamento dell'infrastruttura. In alternativa, puoi specificare l'AMIID neiimageIdOverrideparametriimageIdor o o il modello di avvio identificato dalleLaunchTemplateproprietà. La modifica di una di queste proprietà avvia un aggiornamento dell'infrastruttura. Se l'AMIID è specificato nel modello di avvio, non può essere sostituito specificando un AMI ID neiimageIdOverrideparametriimageIdo. Può essere sostituito solo specificando un modello di lancio diverso. Oppure, se la versione del modello di lancio è impostata su$Defaulto$Latest, impostando una nuova versione predefinita per il modello di lancio (se disponibile$Default) o aggiungendo una nuova versione al modello di lancio (se lo è$Latest).
Se vengono seguite queste regole, qualsiasi aggiornamento che avvia un aggiornamento dell'infrastruttura provocherà la riselezione dell'AMIID. Se l'versionimpostazione nel modello di avvio (launchTemplate) è impostata su $Latest o$Default, la versione più recente o predefinita del modello di avvio viene valutata al momento dell'aggiornamento dell'infrastruttura, anche se non launchTemplateè stata aggiornata.
Considerazione da prendere in considerazione durante la creazione di lavori paralleli a più nodi
AWS Batch consiglia di creare ambienti di elaborazione dedicati per l'esecuzione di job parallel (MNP) e non job multi-node. MNP Ciò è dovuto al modo in cui viene creata la capacità di elaborazione nell'ambiente di elaborazione gestito. Quando si crea un nuovo ambiente di elaborazione gestito, se si specifica un minvCpu valore maggiore di zero, viene AWS Batch
creato un pool di istanze da utilizzare solo con processi diversi da quelli esistenti. MNP Se viene inviato un processo parallelo multinodo, AWS Batch crea una nuova capacità di istanza per eseguire i processi paralleli multinodo. Nei casi in cui vi siano processi paralleli a nodo singolo e multinodo in esecuzione nello stesso ambiente di calcolo in cui è impostato un maxvCpus valore minvCpus o, se le risorse di elaborazione richieste non sono disponibili, AWS Batch aspetterà il completamento dei processi correnti prima di creare le risorse di elaborazione necessarie per eseguire i nuovi processi.
