Een stateless applicatie draait achter een ALB op EC2-instances in een Auto Scaling group. De groep gebruikt een volledig gebakken custom AMI zonder bootstrap. Die AMI is onlangs verwijderd, waardoor de Auto Scaling group geen instances meer kan starten omdat de AMI ID niet langer bestaat. Welke reeks acties moet een DevOps-engineer uitvoeren om de functionerende schaling te herstellen? (Kies drie.)

De Auto Scaling group kan geen instances meer starten omdat de AMI is verwijderd. De eerste stap is het creëren van een vervangende AMI. De meest betrouwbare methode is het maken van een AMI van een bestaande, draaiende instance in de Auto Scaling group, aangezien deze de juiste configuratie en applicatiecode bevat. Het kopiëren van een openbare OS AMI is onvoldoende, omdat de applicatie 'volledig gebakken' is en deze AMI de applicatiecode en configuratie niet bevat. Zodra de nieuwe AMI beschikbaar is, moet een nieuwe launch template worden gemaakt die naar deze AMI verwijst. Daarna moet de Auto Scaling group worden bijgewerkt om deze nieuwe launch template te gebruiken, zodat nieuwe instances correct kunnen worden gelanceerd. Het verlagen of verhogen van de gewenste capaciteit lost het onderliggende probleem van de ontbrekende AMI niet op.