Wszystkie instancje EC2 w grupie Auto Scaling za usługą Application Load Balancer przestały obsługiwać ruch i nie przechodzą kontroli stanu grupy docelowej HTTP. Proces aplikacji nie działa, a logi systemowe pokazują wiele błędów braku pamięci. Aby poprawić odporność na możliwy wyciek pamięci i umożliwić monitorowanie/alerty, jaką kombinację działań należy podjąć? (Wybierz dwie odpowiedzi.)

Modyfikacja grupy Auto Scaling w celu zastępowania instancji, które nie przechodzą kontroli stanu load balancera, jest kluczowa dla odporności. Gdy aplikacja przestaje działać z powodu braku pamięci, instancje nie przejdą kontroli stanu, a Auto Scaling Group automatycznie je zastąpi, przywracając funkcjonalność. Zainstalowanie i skonfigurowanie agenta CloudWatch na instancjach EC2 pozwala na zbieranie szczegółowych metryk zużycia pamięci, które nie są domyślnie dostępne. Utworzenie alarmu dla wysokiego zużycia pamięci z powiadomieniami SNS umożliwia proaktywne monitorowanie i alertowanie o problemach z pamięcią, zanim doprowadzą one do awarii. Zmniejszenie HealthCheckIntervalSeconds nie rozwiąże problemu z brakiem pamięci, a jedynie szybciej wykryje awarię. Zmiana kontroli stanu na TCP nie zdiagnozuje problemu z aplikacją, a jedynie sprawdzi dostępność portu. Włączenie metryki zużycia pamięci w konsoli CloudWatch dla całej grupy Auto Scaling nie jest możliwe, ponieważ CloudWatch nie zbiera domyślnie metryk pamięci dla EC2; wymaga to agenta.