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à.
Dimensionamento automatico di Istanze gestite da Amazon ECS e posizionamento delle attività
Le istanze gestite da Amazon ECS utilizzano algoritmi intelligenti per scalare automaticamente la capacità del cluster e posizionare le attività in modo efficiente nell'infrastruttura. Capire come funzionano questi algoritmi aiuta a ottimizzare le configurazioni dei servizi e a risolvere i problemi di posizionamento.
Algoritmo di posizionamento delle attività
Le istanze gestite da Amazon ECS utilizzano un sofisticato algoritmo di posizionamento che bilancia disponibilità, utilizzo delle risorse e requisiti di rete durante la pianificazione delle attività.
Diffusione della zona di disponibilità
Per impostazione predefinita, le istanze gestite da Amazon ECS danno priorità alla disponibilità distribuendo le attività su più zone di disponibilità:
-
Per i servizi con più attività, le istanze gestite da Amazon ECS garantiscono la distribuzione su almeno 3 istanze in diverse zone di disponibilità, quando possibile.
-
Questo comportamento fornisce tolleranza ai guasti, ma può comportare un minore utilizzo delle risorse per istanza
-
La diffusione della zona di disponibilità ha la precedenza sull'ottimizzazione del bin packing
Comportamento di bin packing
Sebbene le istanze gestite da Amazon ECS siano in grado di eseguire il bin packing per massimizzare l'utilizzo delle risorse, questo comportamento è influenzato dalla configurazione di rete:
-
Per eseguire il bin packing, configurare il servizio in modo che utilizzi una singola sottorete
-
Le configurazioni a più sottoreti danno priorità alla distribuzione delle zone di disponibilità rispetto alla densità delle risorse
-
Il bin packing è più probabile durante l'avvio iniziale del servizio che durante gli eventi di dimensionamento
Considerazioni sulla densità dell'ENI
Per i servizi che utilizzano la modalità di rete awsvpc, le istanze gestite da Amazon ECS considerano la densità dell'interfaccia di rete elastica (ENI) quando prendono decisioni di posizionamento:
-
Ogni attività in modalità
awsvpcrichiede un ENI dedicato -
I tipi di istanza hanno limiti ENI diversi che influiscono sulla densità delle attività
-
Le istanze gestite da Amazon ECS tengono conto della disponibilità ENI durante la selezione delle istanze di destinazione
Nota
Vengono continuamente apportati miglioramenti ai calcoli della densità ENI per ottimizzare le decisioni di posizionamento.
Logica decisionale del provider di capacità
I provider di capacità delle istanze gestite da Amazon ECS prendono decisioni di scalabilità e posizionamento in base a diversi fattori:
- Requisiti per le risorse
-
Requisiti di CPU, memoria e rete per le attività in sospeso
- Disponibilità delle istanze
-
Capacità e utilizzo attuali tra le istanze esistenti
- Vincoli di rete
-
Configurazione della sottorete e disponibilità ENI
- Distribuzione delle zone di disponibilità
-
Mantenimento della tolleranza ai guasti in più zone di disponibilità
Opzioni di configurazione
Strategia di selezione delle sottoreti
La configurazione della sottorete influisce in modo significativo sul comportamento di posizionamento delle attività:
- Più sottoreti (impostazione predefinita)
-
Assegna la priorità alla distribuzione della zona di disponibilità per un'elevata disponibilità
Può comportare un minore utilizzo di risorse per istanza
Consigliato per carichi di lavoro di produzione che richiedono tolleranza ai guasti
- Sottorete singola
-
Consente il bin packing per un maggiore utilizzo delle risorse
Riduce la tolleranza ai guasti concentrando le attività in un'unica zona di disponibilità
Adatto a carichi di lavoro di sviluppo o ottimizzati in termini di costi
Considerazioni sulla modalità di rete
La modalità di rete selezionata influisce sulle decisioni di posizionamento:
-
Modalità
awsvpc: ogni attività richiede un ENI dedicato, limitando la densità delle attività per istanza -
Modalità
host: le attività utilizzano direttamente la rete dell'host, con il posizionamento basato principalmente sulla disponibilità delle risorse
Considerazioni sull'architettura della CPU
Quanto cpuArchitecture specificato nella definizione dell'attività viene utilizzato per collocare le attività su un'architettura specifica. Se non specifichi uncpuArchitecture, Amazon ECS proverà a collocare le attività su qualsiasi architettura CPU disponibile in base alla configurazione del provider di capacità. È possibile specificare X86_64 o ARM64.
Risoluzione dei problemi di posizionamento delle attività
Schemi comuni di posizionamento
La comprensione degli schemi di posizionamento previsti aiuta a distinguere il comportamento normale dai potenziali problemi:
- Distribuzione sparsa
-
Attività distribuite su più istanze con utilizzo parziale
Comportamento normale quando si utilizzano più sottoreti
Indica la priorità della disponibilità rispetto all'efficienza delle risorse
- Posizionamento concentrato
-
Attività multiple assegnate a un minor numero di istanze con un utilizzo più elevato
Previsto quando si utilizza la configurazione a sottorete singola
Può verificarsi durante l'avvio iniziale del servizio
- Distribuzione irregolare
-
Alcune istanze sono molto utilizzate mentre altre rimangono sottoutilizzate
Può indicare limiti ENI o vincoli di risorse
Valutare la possibilità di rivedere i tipi di istanza e la configurazione
Ottimizzazione del comportamento di posizionamento
Per ottimizzare il posizionamento delle attività in base a esigenze specifiche:
-
Valutare i requisiti di disponibilità rispetto alle esigenze di ottimizzazione dei costi
-
Scegliere la configurazione di sottorete appropriata in base alle priorità
-
Selezionare i tipi di istanza con una capacità ENI adeguata per la modalità di rete
-
Monitorare i modelli di posizionamento e regolare la configurazione secondo necessità
Best practice
-
Per carichi di lavoro di produzione: utilizzare più sottoreti in diverse zone di disponibilità per garantire un'elevata disponibilità, accettando il compromesso in termini di utilizzo delle risorse
-
Per lo sviluppo o il test: prendere in considerazione la configurazione di una singola sottorete per massimizzare l'utilizzo delle risorse e ridurre i costi
-
Per la modalità
awsvpc: scegliere i tipi di istanza con una capacità ENI sufficiente per evitare vincoli di posizionamento -
Per l'ottimizzazione dei costi: monitorare i modelli di utilizzo e regolare la configurazione del servizio per bilanciare disponibilità ed efficienza
-
Per la risoluzione dei problemi: esaminare la configurazione della sottorete e la modalità di rete quando si esaminano schemi di posizionamento imprevisti
