Ein SysOps-Team möchte die Wiederherstellung einer EC2-Instance automatisieren, wenn der zugrunde liegende Host ausfällt. Die wiederhergestellte Instance muss dieselbe private IP und dieselbe Elastic IP wie die ursprüngliche Instance behalten. Das Team muss außerdem eine E-Mail erhalten, wenn die Wiederherstellung beginnt. Welche Lösung erfüllt diese Anforderungen?

Die korrekte Antwort ist die Erstellung eines CloudWatch-Alarms für die Metrik StatusCheckFailedSystem mit einer EC2-Wiederherstellungsaktion und SNS-Benachrichtigung. Die Metrik StatusCheckFailedSystem erkennt Probleme mit dem zugrunde liegenden Host, wie Hardwarefehler, die eine Wiederherstellung der Instance erfordern. Eine EC2-Wiederherstellungsaktion migriert die Instance automatisch auf einen neuen Host, wobei die private IP-Adresse, Elastic IP-Adresse, Instance-ID und Metadaten beibehalten werden. Die Veröffentlichung in einem SNS-Thema sendet eine E-Mail-Benachrichtigung an das Team. Die Option mit StatusCheckFailedInstance ist falsch, da diese Metrik Probleme innerhalb der Instance selbst erkennt (z. B. Betriebssystemfehler), nicht Probleme mit dem zugrunde liegenden Host. Auto Scaling-Gruppen sind ungeeignet, da sie bei einem Host-Ausfall eine neue Instance starten würden, die nicht dieselbe private IP-Adresse oder Elastic IP-Adresse wie die ursprüngliche Instance hätte, selbst wenn dies in einer Startvorlage versucht würde.