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à.

Impostazione della preparazione di default dell'istanza per un gruppo con scalabilità automatica

CloudWatch raccoglie e aggrega i dati di utilizzo, come CPU e rete I/O, tra le istanze Auto Scaling. Questi parametri vengono utilizzati per creare policy di dimensionamento che regolano il numero di istanze nel gruppo con scalabilità automatica man mano che il valore del parametro selezionato aumenta e diminuisce.

Puoi specificare per quanto tempo un'istanza raggiunge InService lo stato di attesa prima di contribuire con i dati di utilizzo alle metriche aggregate. Questo tempo specificato è chiamato riscaldamento predefinito dell'istanza. In questo modo si evita che la scalabilità dinamica venga influenzata dalle metriche relative alle singole istanze che non gestiscono ancora il traffico delle applicazioni e che potrebbero subire un utilizzo temporaneamente elevato delle risorse di calcolo.

Per ottimizzare le prestazioni delle politiche di tracciamento degli obiettivi e di scalabilità dei passaggi, ti consigliamo vivamente di abilitare e configurare il riscaldamento predefinito delle istanze. Non è abilitato o configurato per impostazione predefinita.

Quando abiliti il riscaldamento predefinito delle istanze, tieni presente che se il tuo gruppo Auto Scaling è impostato per utilizzare una politica di manutenzione delle istanze o utilizzi un aggiornamento delle istanze per sostituire le istanze, puoi evitare che le istanze vengano conteggiate ai fini della percentuale minima di integrità prima che abbiano terminato l'inizializzazione.

Considerazioni sulle prestazioni di dimensionamento

È utile per la maggior parte delle applicazioni avere un tempo di riscaldamento dell'istanza predefinito valido per tutte le funzionalità, anziché tempi di riscaldamento diversi per funzionalità diverse. Ad esempio, se non imposti un riscaldamento predefinito dell'istanza, la funzionalità di aggiornamento dell'istanza utilizza il periodo di tolleranza del controllo dello stato come orario di riscaldamento predefinito. Se disponi di politiche di tracciamento degli obiettivi e di scalabilità dei passaggi, queste utilizzano il valore impostato per il tempo di recupero predefinito come orario di riscaldamento predefinito. Se disponi di politiche di scalabilità predittiva, non hanno un tempo di riscaldamento predefinito.

Mentre le istanze si stanno riscaldando, le tue policy di scalabilità dinamica si scalano solo se il valore della metrica delle istanze che non si stanno riscaldando è superiore alla soglia massima di allarme della policy (o all'utilizzo previsto di una policy di tracciamento del target). Se la domanda diminuisce, la scalabilità dinamica diventa più conservativa per proteggere la disponibilità dell'applicazione. Ciò blocca la scalabilità delle attività destinate alla scalabilità dinamica fino al termine del riscaldamento delle nuove istanze.

Durante la scalabilità orizzontale, Amazon EC2 Auto Scaling considera le istanze in fase di surriscaldamento come parte della capacità del gruppo al momento di decidere quante istanze aggiungere al gruppo. Pertanto, più violazioni degli allarmi che richiedono l'aggiunta di una quantità simile di capacità comportano un'unica attività di scalabilità. L'intenzione è quella di scalare continuamente, senza farlo eccessivamente.

Se il riscaldamento predefinito dell'istanza non è abilitato, il tempo di attesa di un'istanza prima di inviare le metriche CloudWatch e conteggiarle ai fini della capacità corrente varierà da istanza a istanza. Pertanto, è possibile che le politiche di scalabilità abbiano prestazioni imprevedibili rispetto al carico di lavoro effettivo in corso.

Ad esempio, considera un'applicazione con uno schema di carico di lavoro a intermittenza ricorrente. Una policy di dimensionamento predittivo viene utilizzata per prendere decisioni ricorrenti sull'opportunità di aumentare il numero di istanze. Poiché non esiste un tempo di riscaldamento predefinito per le politiche di scalabilità predittiva, le istanze iniziano a contribuire immediatamente alle metriche aggregate. Se queste istanze hanno un utilizzo maggiore delle risorse all'avvio, l'aggiunta di istanze potrebbe causare un aumento delle metriche aggregate. A seconda del tempo necessario alla stabilizzazione dell'utilizzo, ciò potrebbe influire sulle policy di dimensionamento dinamico che utilizzano queste metriche. Se viene superata la soglia massima di allarme di una policy di dimensionamento dinamico, le dimensioni del gruppo aumentano nuovamente. Mentre le nuove istanze si stanno riscaldando, la scalabilità delle attività verrà bloccata.

Scegli il tempo di riscaldamento predefinito dell'istanza

La chiave per impostare la preparazione predefinita delle istanze è determinare il tempo necessario per completare l'inizializzazione delle istanze e per stabilizzare il consumo di risorse una volta raggiunto lo stato InService. Quando scegli il tempo di riscaldamento dell'istanza, cerca di mantenere un equilibrio ottimale tra la raccolta dei dati di utilizzo per il traffico legittimo e la riduzione al minimo della raccolta di dati associata a picchi di utilizzo temporanei all'avvio.

Supponiamo che tu abbia un gruppo con dimensionamento automatico collegato a un sistema di bilanciamento del carico Elastic Load Balancing. Una volta terminato l’avvio delle nuove istanze, esse vengono registrate nel sistema di bilanciamento del carico prima di entrare nello stato InService. Dopo che le istanze passano allo stato InService, il consumo di risorse può ancora subire picchi temporanei e richiedere tempo per stabilizzarsi. Ad esempio, il consumo di risorse per un server applicazioni che deve scaricare e memorizzare nella cache risorse di grandi dimensioni richiede più tempo per stabilizzarsi rispetto a un server Web leggero senza risorse di grandi dimensioni da scaricare. La preparazione dell'istanza fornisce il ritardo necessario per stabilizzare il consumo di risorse.

Utilizza gli hook del ciclo di vita per i casi d'uso in cui sono presenti attività di configurazione o script da eseguire all'avvio. Gli hook del ciclo di vita possono ritardare la messa in servizio delle nuove istanze finché non hanno finito di inizializzarsi. Sono particolarmente utili se si dispone di script di bootstrap che richiedono tempo per essere completati. Se aggiungi un hook del ciclo di vita, puoi ridurre il valore della preparazione di default dell'istanza. Per ulteriori informazioni sull'utilizzo di Hook del ciclo di vita, consulta Hook del ciclo di vita di Amazon EC2 Auto Scaling.