Een staging website draait op een enkele Amazon EC2-instantie die wordt ondersteund door EBS. Het bedrijf wil snel herstel en minimaal gegevensverlies als de instantie netwerkconnectiviteitsproblemen of een stroomstoring van de host ondervindt. Welke optie voldoet aan deze vereisten?

De juiste optie is om een Amazon CloudWatch-alarm te maken voor de StatusCheckFailed System-metric en de EC2 recover-actie te kiezen. Dit zorgt voor snel herstel en minimaal gegevensverlies. De recover-actie migreert de instantie automatisch naar een andere onderliggende host, waarbij het IP-adres, de instantie-ID en alle instantie-metagegevens behouden blijven. Dit is ideaal voor problemen zoals netwerkconnectiviteitsproblemen of stroomstoringen van de host, die vallen onder systeemstatuscontroles. Het toevoegen van de instantie aan een Auto Scaling group met min, max en gewenste capaciteit op 1 zou de instantie beëindigen en een nieuwe starten bij een storing, wat leidt tot gegevensverlies als het EBS-volume niet correct wordt beheerd. Een lifecycle hook om het EBS-volume los te koppelen is complexer en niet de meest directe oplossing voor snel herstel bij systeemfouten. Het CloudWatch-alarm voor StatusCheckFailed Instance-metric met een reboot-actie is niet voldoende, omdat dit alleen problemen binnen de instantie aanpakt en niet de onderliggende hostproblemen die leiden tot netwerk- of stroomstoringen.