Un'applicazione stateless è in esecuzione dietro un ALB su istanze EC2 in un gruppo Auto Scaling. Il gruppo utilizza un'AMI personalizzata completamente preconfigurata (fully baked) senza bootstrap. Tale AMI è stata recentemente eliminata, causando l'impossibilità del gruppo Auto Scaling di avviare istanze perché l'ID dell'AMI non esiste più. Quale sequenza di azioni dovrebbe eseguire un ingegnere DevOps per ripristinare il funzionamento dello scaling? (Scegliere tre.)

Quando l'AMI originale viene eliminata, il gruppo Auto Scaling non può più avviare nuove istanze. Per ripristinare la funzionalità, è necessario creare una nuova AMI. L'opzione migliore è creare una nuova AMI da un'istanza EC2 esistente e funzionante nel gruppo Auto Scaling, poiché questa istanza contiene già la configurazione "fully baked" necessaria. Successivamente, è fondamentale creare un nuovo launch template che faccia riferimento a questa nuova AMI. Infine, il gruppo Auto Scaling deve essere aggiornato per utilizzare questo nuovo launch template. Questo permette al gruppo Auto Scaling di avviare correttamente nuove istanze con la configurazione desiderata. Ridurre la capacità desiderata a zero non risolve il problema dell'AMI mancante, ma ferma solo le istanze. Aumentare la capacità desiderata di uno non funzionerà finché l'AMI non sarà ripristinata. Copiare un'AMI pubblica generica non è sufficiente perché l'applicazione richiede un'AMI "fully baked" con configurazioni specifiche.