Ein Unternehmen nutzte IaC, um zwei EC2-Instances zu erstellen, die über Jahre hinweg unverändert blieben. Schnelles Geschäftswachstum führte dazu, dass das Betriebsteam eine Auto Scaling-Gruppe einführte, die Instances bei Lastspitzen ersetzt. Die Unternehmensrichtlinie erfordert monatliche OS-Sicherheitsupdates, die manchmal einen Neustart erfordern. Nach einem kürzlich durchgeführten Patch, der einen Neustart erforderte, beendete die Auto Scaling-Gruppe die gepatchten Instances und startete neue, ungepatchte Instances. Welche Kombination von Maßnahmen sollte der Lösungsarchitekt empfehlen, um dies zukünftig zu verhindern? (Wählen Sie zwei.)

Die Automatisierung des Patchings eines AMI und die Aktualisierung der Startkonfiguration stellt sicher, dass alle neuen Instances, die von der Auto Scaling-Gruppe gestartet werden, bereits gepatcht sind. Dies verhindert, dass ungepatchte Instances nach einem Scale-Out oder Instance-Ersatz gestartet werden. Ein Auto Scaling-Instance-Refresh kann dann verwendet werden, um die bestehenden, älteren Instances durch die neuen, gepatchten Instances zu ersetzen, ohne die Anwendung zu unterbrechen. Die Einstellung der Update-Richtlinie der Auto Scaling-Gruppe auf die Verwendung der ältesten Startkonfiguration für den Ersatz ist nicht die primäre Lösung, da sie nicht sicherstellt, dass die ersetzten Instances gepatcht sind. Die Option mit dem Elastic Load Balancer und dem Beendigungsschutz ist keine praktikable Lösung, da der Beendigungsschutz die Skalierungsfunktionen der ASG beeinträchtigen würde. Eine zweite Auto Scaling-Gruppe zu erstellen, ist zu aufwendig und nicht skalierbar.