Un sito web è in esecuzione su quattro istanze EC2 dietro un ALB. Quando l'ALB contrassegna un'istanza come non integra, un allarme CloudWatch passa allo stato ALARM e un operatore aggiunge manualmente un'istanza sostitutiva. L'azienda desidera una soluzione ad alta disponibilità che sostituisca automaticamente le istanze EC2 guaste, riducendo al minimo i tempi di inattività durante la migrazione al nuovo design. Quale sequenza di passaggi dovrebbe utilizzare l'architetto di soluzioni?

L'opzione corretta consente una transizione graduale e ad alta disponibilità. Creando prima un gruppo Auto Scaling (ASG) con un nuovo launch template e collegandolo all'ALB esistente, si prepara l'infrastruttura per la scalabilità automatica e la sostituzione delle istanze senza interruzioni. L'aggiunta delle istanze EC2 esistenti all'ASG permette di integrarle nel nuovo sistema di gestione, mantenendo il servizio attivo. Le opzioni errate presentano problemi: Eliminare l'ALB esistente causerebbe tempi di inattività immediati. Eliminare l'ALB e le istanze EC2 esistenti comporterebbe un'interruzione completa del servizio. L'ALB non registra automaticamente le istanze EC2 con l'ASG; è l'ASG che gestisce le istanze e le registra con l'ALB.