Eine zustandslose Anwendung läuft hinter einem ALB auf EC2-Instances in einer Auto Scaling-Gruppe. Die Gruppe verwendet ein vollständig vorbereitetes benutzerdefiniertes AMI ohne Bootstrap. Dieses AMI wurde kürzlich gelöscht, wodurch die Auto Scaling-Gruppe keine Instances mehr starten kann, da die AMI-ID nicht mehr existiert. Welche Abfolge von Aktionen sollte ein DevOps-Ingenieur durchführen, um die funktionierende Skalierung wiederherzustellen? (Wählen Sie drei.)

Die Auto Scaling-Gruppe kann keine neuen Instanzen starten, da das referenzierte AMI gelöscht wurde. Um die Skalierungsfunktion wiederherzustellen, muss ein gültiges AMI bereitgestellt werden. Der erste Schritt ist daher, ein neues AMI zu erstellen. Da die Anwendung zustandslos ist und bereits laufende Instanzen existieren, kann ein neues AMI von einer dieser funktionierenden EC2-Instanzen erstellt werden. Dies stellt sicher, dass das neue AMI die korrekte Anwendungskonfiguration enthält. Anschließend muss eine neue Startvorlage erstellt werden, die auf dieses neu erstellte AMI verweist. Startvorlagen sind die bevorzugte Methode zur Konfiguration von Auto Scaling-Gruppen und ermöglichen die Angabe des AMI. Schließlich muss die Auto Scaling-Gruppe aktualisiert werden, um diese neue Startvorlage zu verwenden. Dies weist die Gruppe an, zukünftige Instanzen mit dem neuen, gültigen AMI zu starten. Die Option, die gewünschte Kapazität zu reduzieren oder zu erhöhen, behebt nicht das zugrunde liegende Problem des fehlenden AMIs. Das Kopieren eines öffentlichen OS-AMIs würde die Anwendungskonfiguration nicht enthalten.