In che modo i processi sospesi influiscono sugli altri processi

AlarmNotification è ancora attivo, ma il gruppo con scalabilità automatica non è in grado di avviare attività di aumento orizzontale per gli allarmi in violazione.

ScheduledActions è attivo, ma il gruppo con scalabilità automatica non è in grado di avviare attività di aumento orizzontale per le azioni pianificate che si verificano.

AZRebalance smette di ribilanciare il gruppo.

ReplaceUnhealthy continua a terminare istanze non integre, ma non avvia sostituzioni. Quando riprendi il Launch processo, Amazon EC2 Auto Scaling sostituisce immediatamente tutte le istanze interrotte durante il periodo di sospensione. Launch

InstanceRefresh non sostituisce le istanze.

AlarmNotificationè ancora attivo, ma il gruppo Auto Scaling non può avviare la scalabilità delle attività relative agli allarmi violati.

ScheduledActionsè attivo, ma il gruppo Auto Scaling non può avviare la scalabilità delle attività per le azioni pianificate che si verificano.

AZRebalance è ancora attivo, ma non funziona correttamente. È possibile avviare nuove istanze senza terminare quelle precedenti. Questo potrebbe causare la crescita del gruppo con scalabilità automatica fino al 10% in più rispetto alle dimensioni massime, poiché durante le attività di ribilanciamento ciò è temporaneamente consentito. Il gruppo con scalabilità automatica potrebbe restare al di sopra della sua dimensione massima fino a riprendere il processo Terminate.

ReplaceUnhealthy non è attivo ma HealthCheck lo è. Quando Terminate riprende, il processo ReplaceUnhealthy viene messo immediatamente in esecuzione. Se le istanze sono state contrassegnate come non integre durante la sospensione di Terminate, verranno immediatamente sostituite.

InstanceRefresh non sostituisce le istanze.

Amazon EC2 Auto Scaling avvia le istanze ma non le aggiunge al gruppo target del sistema di bilanciamento del carico o al Classic Load Balancer. Se riprendi il processo AddToLoadBalancer, riprende l'aggiunta di istanze al load balancer al momento dell'avvio. Tuttavia, non aggiunge le istanze che sono state avviate mentre questo processo era sospeso. Dovrai registrare tali istanze manualmente.

Amazon EC2 Auto Scaling non richiama politiche di scalabilità in caso di violazione di una soglia di CloudWatch allarme. Quando riprendiAlarmNotification, Amazon EC2 Auto Scaling prende in considerazione le politiche con soglie di allarme attualmente violate.

Amazon EC2 Auto Scaling non tenta di ridistribuire le istanze dopo determinati eventi. Tuttavia, se si verifica una scalabilità orizzontale o una scalabilità in entrata, il processo di scalabilità cerca comunque di bilanciare le zone di disponibilità. Ad esempio, durante la scalabilità orizzontale, avvia le istanze nella zona di disponibilità con il minor numero di istanze. Se il gruppo diventa sbilanciato mentre AZRebalance è sospeso e tu lo riprendi, Amazon Auto EC2 Scaling tenta di riequilibrare il gruppo. Prima chiama Launch e poi Terminate.

Le piscine calde non vengono influenzate quando sono sospese. AZRebalance

Amazon EC2 Auto Scaling smette di contrassegnare le istanze come non integre a causa dei controlli di integrità di Elastic Load EC2 Balancing. I controlli dell'integrità personalizzati continuano a funzionare correttamente. Dopo aver sospeso HealthCheck, se necessario, è possibile impostare manualmente lo stato di integrità delle istanze nel tuo gruppo e fare in modo che ReplaceUnhealthy le sostituisca.

Amazon EC2 Auto Scaling interrompe la sostituzione delle istanze a seguito di un aggiornamento dell'istanza. Se è in corso un aggiornamento dell'istanza, questo interrompe l'operazione senza annullarla.

Amazon EC2 Auto Scaling interrompe la sostituzione delle istanze contrassegnate come non integre. Le istanze che non EC2 superano i controlli di integrità di Elastic Load Balancing vengono comunque contrassegnate come non integre. Non appena riprendi il ReplaceUnhealthy processo, Amazon EC2 Auto Scaling sostituisce le istanze contrassegnate come non integre quando il processo era sospeso. Il processo ReplaceUnhealthy chiama prima Terminate e poi Launch.

Amazon EC2 Auto Scaling non esegue azioni pianificate che devono essere eseguite durante il periodo di sospensione. Quando riprendiScheduledActions, Amazon EC2 Auto Scaling considera solo le azioni pianificate il cui orario pianificato non è ancora passato.

Durata massima dell'istanza: in caso di sospensione Launch o Terminate sospensione, la funzionalità di durata massima dell'istanza non può sostituire alcuna istanza.

Interruzioni delle istanze Spot: se Terminate è sospeso e il gruppo Auto Scaling dispone di istanze Spot, queste possono comunque terminare nel caso in cui la capacità Spot non sia più disponibile. Sebbene Launch sia sospeso, Amazon EC2 Auto Scaling non può avviare istanze sostitutive da un altro pool di istanze Spot o dallo stesso pool di istanze Spot quando sarà nuovamente disponibile.

Ribilanciamento della capacità: se Terminate è sospeso e utilizzi il ribilanciamento della capacità per gestire le interruzioni delle istanze Spot, il servizio EC2 Amazon Spot può comunque terminare le istanze nel caso in cui la capacità Spot non sia più disponibile. Se Launch è sospeso, Amazon EC2 Auto Scaling non può avviare istanze sostitutive da un altro pool di istanze Spot o dallo stesso pool di istanze Spot quando sarà nuovamente disponibile.

Collegamento e scollegamento di istanze: quando Launch le istanze Terminate sono sospese, puoi scollegare le istanze collegate al tuo gruppo Auto Scaling, ma mentre Launch sono sospese non puoi collegare nuove istanze al gruppo.

Istanze in standby: quando Launch Terminate sono sospese, puoi mettere un'istanza Standby nello stato, ma mentre Launch è sospesa non puoi riportare in servizio un'istanza nello stato in cui si trova. Standby