Firma uruchamia niestandardowe oprogramowanie do analizy sieci w celu inspekcji ruchu wchodzącego i wychodzącego z VPC. Oprogramowanie jest wdrażane za pomocą szablonu AWS CloudFormation na trzech instancjach Amazon EC2, które są zarządzane przez grupę Auto Scaling. Routing sieciowy jest skonfigurowany tak, aby ruch był kierowany do instancji EC2. Gdy oprogramowanie analityczne przestaje działać, grupa Auto Scaling zastępuje uszkodzoną instancję, ale trasy sieciowe nie są aktualizowane, aby odwoływać się do instancji zastępczej. Jaka kombinacja działań rozwiąże ten problem? (Wybierz trzy.)

Instalacja agenta CloudWatch i konfiguracja go do wysyłania metryk na poziomie procesu aplikacji pozwoli monitorować jej stan działania. Utworzenie alarmu CloudWatch dla niestandardowej metryki, która wskazuje na awarię aplikacji, i skonfigurowanie go do publikowania do tematu SNS, zapewni powiadomienie o problemie. Następnie funkcja Lambda wyzwalana przez to powiadomienie SNS może automatycznie wyłączyć uszkodzoną instancję (co spowoduje jej zastąpienie przez Auto Scaling Group) i zaktualizować trasy sieciowe, aby wskazywały na nową instancję. Pozostałe opcje są nieprawidłowe: alarmy oparte na metrykach kontroli stanu EC2 monitorują tylko stan instancji, a nie aplikacji. AWS Systems Manager Agent nie jest przeznaczony do wysyłania metryk procesów aplikacji w tym kontekście. Dodanie warunku w szablonie CloudFormation do automatycznej aktualizacji tras sieciowych jest niewystarczające, ponieważ problemem jest brak dynamicznej aktualizacji tras po awarii aplikacji, a nie tylko po uruchomieniu instancji.