Witryna staging działa na pojedynczej instancji Amazon EC2 wspieranej przez EBS. Firma oczekuje szybkiego odzyskiwania i minimalnej utraty danych w przypadku problemów z łącznością sieciową instancji lub awarii zasilania hosta. Która opcja spełnia te wymagania?

Poprawna odpowiedź to utworzenie alarmu Amazon CloudWatch dla metryki StatusCheckFailed System z akcją odzyskiwania EC2. Metryka StatusCheckFailed System monitoruje problemy z podstawowym sprzętem AWS, takie jak utrata łączności sieciowej lub awaria zasilania hosta, co jest zgodne z opisanymi problemami. Akcja odzyskiwania EC2 automatycznie migruje instancję na nowy, sprawny sprzęt, zachowując jej adres IP, dane instancji i woluminy EBS, co zapewnia szybkie odzyskiwanie i minimalną utratę danych. Dodanie instancji do grupy Auto Scaling z minimalną, maksymalną i pożądaną pojemnością ustawioną na 1 nie rozwiąże problemu, ponieważ Auto Scaling nie reaguje na awarie sprzętowe pojedynczej instancji. Użycie lifecycle hook do odłączania woluminu EBS jest niepotrzebne i może skomplikować odzyskiwanie. Akcja ponownego uruchomienia dla metryki StatusCheckFailed Instance nie jest odpowiednia, ponieważ StatusCheckFailed Instance wskazuje na problemy w systemie operacyjnym instancji, a nie na problemy z infrastrukturą AWS, a ponowne uruchomienie nie rozwiąże problemów sprzętowych.