Usługa wdrożona na instancjach Linux EC2 w grupie Auto Scaling czasami ulega awarii z powodu błędu aplikacji, a pełna naprawa może potrwać tygodnie. Administrator SysOps musi wdrożyć zautomatyzowany mechanizm odzyskiwania, aby usługa była ponownie uruchamiana, jeśli zatrzyma się na którejkolwiek instancji. Które z poniższych rozwiązań spełniają ten wymóg? (Wybierz dwie.)

Zainstalowanie i skonfigurowanie agenta Amazon CloudWatch na instancjach EC2 w celu monitorowania usługi i ustawienie akcji CloudWatch na ponowne uruchomienie usługi w przypadku niepowodzenia kontroli stanu jest skutecznym rozwiązaniem. Agent CloudWatch może monitorować konkretne procesy lub logi, a w przypadku wykrycia awarii, CloudWatch może automatycznie uruchomić akcję, taką jak ponowne uruchomienie usługi, co zapewnia szybkie odzyskiwanie. Otagowanie instancji i użycie AWS Systems Manager State Manager do utworzenia skojarzenia, które uruchamia dokument AWS-RunShellScript, jest również skuteczne. Skrypt może sprawdzać stan usługi i uruchamiać ją, jeśli nie działa. Zaplanowanie uruchamiania skojarzenia co 5 minut zapewnia regularne sprawdzanie i automatyczne ponowne uruchamianie usługi w razie potrzeby. Pozostałe opcje są mniej odpowiednie. Funkcja Lambda uruchamiana co 5 minut, łącząca się przez Session Manager, wprowadza niepotrzebną złożoność i potencjalne opóźnienia. Modyfikacja user data w celu instalacji zadania cron jest możliwa, ale Systems Manager State Manager oferuje bardziej scentralizowane i zarządzane podejście. Aktualizacja user data tylko w celu uruchomienia usługi podczas rozruchu nie rozwiązuje problemu awarii usługi po uruchomieniu instancji.