Une application sans état s'exécute derrière un ALB sur des instances EC2 dans un groupe Auto Scaling. Le groupe utilise une AMI personnalisée entièrement configurée sans bootstrap. Cette AMI a été récemment supprimée, ce qui a empêché le groupe Auto Scaling de lancer des instances car l'ID de l'AMI n'existe plus. Quelle séquence d'actions un ingénieur DevOps doit-il effectuer pour restaurer un scaling fonctionnel ? (Choisissez trois.)

La suppression de l'AMI empêche le groupe Auto Scaling de lancer de nouvelles instances. Pour restaurer la fonctionnalité, il faut d'abord créer une nouvelle AMI. La meilleure approche est de la créer à partir d'une instance EC2 existante et fonctionnelle du groupe, car elle contient déjà la configuration nécessaire. Une fois la nouvelle AMI disponible, un nouveau modèle de lancement doit être créé pour la référencer. Enfin, le groupe Auto Scaling doit être mis à jour pour utiliser ce nouveau modèle de lancement. Réduire la capacité souhaitée à zéro n'est pas nécessaire et pourrait interrompre le service. Augmenter la capacité ne résoudra pas le problème de l'AMI manquante. Créer une AMI à partir d'une AMI publique ne garantit pas la conservation de la configuration personnalisée de l'application.