Provider di capacità Amazon ECS per il tipo di lancio EC2

Quando utilizzi le istanze Amazon EC2 per la capacità, puoi sfruttare i gruppi con dimensionamento automatico per gestire le istanze Amazon EC2 registrate nei cluster. Auto Scaling aiuta a garantire il numero corretto di istanze Amazon EC2 disponibili per gestire il carico dell'applicazione.

Puoi utilizzare la funzionalità di scalabilità gestita per consentire ad Amazon ECS di gestire le azioni di scalabilità in e orizzontale del gruppo Auto Scaling oppure puoi gestire tu stesso le azioni di scalabilità. Per ulteriori informazioni, consulta Gestisci automaticamente la capacità di Amazon ECS con la scalabilità automatica del cluster.

Ti consigliamo di creare un nuovo gruppo Auto Scaling vuoto. Se utilizzi un gruppo con scalabilità automatica esistente, qualsiasi istanza Amazon EC2 associata al gruppo che era già in esecuzione e registrata con un cluster Amazon ECS prima dell'uso del gruppo con scalabilità automatica per creare un provider di capacità potrebbe non essere registrata correttamente con il provider di capacità. Ciò può causare problemi quando si utilizza il provider di capacità in una strategia di provider di capacità. Utilizza DescribeContainerInstances per verificare se un'istanza di container è associata o meno a un provider di capacità.

Nota

Per creare un gruppo Auto Scaling vuoto, imposta il conteggio desiderato su zero. Dopo aver creato il provider di capacità e averlo associato a un cluster, potrai aumentarlo.

Quando usi la console Amazon ECS, Amazon ECS crea un modello di lancio Amazon EC2 e un gruppo Auto Scaling per tuo conto come parte dello stack. AWS CloudFormation Sono preceduti da. EC2ContainerService-<ClusterName> Puoi utilizzare il gruppo con dimensionamento automatico come provider di capacità per tale cluster.

Ti consigliamo di utilizzare il drenaggio gestito delle istanze per consentire la chiusura graduale delle istanze Amazon EC2 senza interrompere i carichi di lavoro. Questa funzionalità è attiva per impostazione predefinita. Per ulteriori informazioni, consulta Blocca in sicurezza i carichi di lavoro Amazon ECS in esecuzione su istanze EC2

Quando utilizzi i provider di capacità del gruppo con dimensionamento automatico nella console, è opportuno considerare quanto segue:

• Un gruppo Auto Scaling deve avere un valore MaxSize maggiore di zero per l'aumento orizzontale.

• Il gruppo Auto Scaling non può avere impostazioni di ponderazione delle istanze.

• Se il gruppo con dimensionamento automatico non è in grado di impiegare la scalabilità orizzontale per adattarsi al numero di esecuzioni di attività, le attività non riusciranno ad andare oltre lo stato PROVISIONING.

• Non modificare la risorsa della policy di scalabilità associata ai gruppi con scalabilità automatica gestiti dai provider di capacità.

• Se il dimensionamento gestito è attivato quando crei un provider di capacità, puoi impostare il conteggio per il gruppo con scalabilità automatica desiderato su 0. Quando il dimensionamento gestito è attivato, Amazon ECS gestisce le operazioni di riduzione e aumento del gruppo con scalabilità automatica.

• È necessario associare il provider di capacità a un cluster prima di associarlo alla strategia del fornitore di capacità.

• È possibile specificare un massimo di 20 provider di capacità per una strategia di provider di capacità.

• Non è possibile aggiornare un servizio che utilizza un provider di capacità di un gruppo con scalabilità automatica per utilizzare un provider di capacità Fargate. È vero anche il contrario.

• In una strategia del provider di capacità, se non viene specificato alcun valore di weight per un provider di capacità nella console, allora viene utilizzato il valore predefinito 1. Se si utilizza l'API o AWS CLI, 0 viene utilizzato il valore predefinito di.

• Quando più provider di capacità sono specificati nell'ambito di una strategia di provider di capacità, almeno uno dei provider deve avere un valore di peso maggiore di zero. I provider di capacità con un peso pari a zero non vengono utilizzati per collocare le attività. Se specifichi più provider di capacità in una strategia tutti con un peso pari a zero, allora qualsiasi operazione RunTask o CreateService che utilizza la strategia del provider di capacità avrà esito negativo.

• In una strategia di provider di capacità, solo un provider di capacità può avere un valore di base definito. Se non viene specificato alcun valore, viene utilizzato il valore predefinito zero.

• Un cluster può contenere una combinazione di provider di capacità del gruppo con scalabilità automatica e provider di capacità Fargate. Tuttavia, una strategia di provider di capacità può includere solo i provider di capacità del gruppo con scalabilità automatica o Fargate, ma non entrambi.

• Un cluster può contenere una combinazione di servizi e attività autonome che utilizzano sia i provider di capacità che i tipi di avvio. Un servizio può essere aggiornato per utilizzare una strategia del provider di capacità anziché un tipo di avvio. Tuttavia, quando si esegue questa operazione è necessario forzare una nuova implementazione.

• Amazon ECS supporta i warm pool Amazon EC2 Auto Scaling. Un warm pool è un gruppo di istanze Amazon EC2 pre-inizializzate pronte per essere messe in servizio. Ogni volta che l'applicazione deve essere scalata orizzontalmente, Amazon EC2 Auto Scaling utilizza le istanze preinizializzate del pool caldo anziché lanciare istanze fredde. Ciò consente l'esecuzione di qualsiasi processo di inizializzazione finale prima che l'istanza venga messa in servizio. Per ulteriori informazioni, consulta Configurazione di istanze preinizializzate per il tuo gruppo Amazon ECS Auto Scaling.

Per ulteriori informazioni su come creare un modello di avvio per Dimensionamento automatico Amazon EC2, consulta Modelli di avvio nella Guida per l'utente di Dimensionamento automatico Amazon EC2. Per ulteriori informazioni su come creare un gruppo di Dimensionamento automatico Amazon EC2, consulta Gruppi con scalabilità automatica nella Guida per l'utente di Dimensionamento automatico Amazon EC2.