Agencja edukacyjna organizuje prywatny konkurs w AWS. Każda uczestnicząca szkoła korzysta ze znanego, centralnie zarządzanego schematu adresowania IP. Szkoły uzyskują dostęp do konkursu za pośrednictwem Site-to-Site VPN przy użyciu BGP. Cały ruch musi być szyfrowany podczas przesyłania, mogą łączyć się tylko autoryzowane punkty końcowe, a zapory sieciowe szkół blokują ICMP. Agencja potrzebuje ekonomicznego sposobu powiadamiania szkół o awarii łączności, aby mogły podjąć działania naprawcze w swoich siedzibach. Która kombinacja środków najekonomiczniej zaspokaja te potrzeby? (Wybierz dwie opcje.)

Poprawne odpowiedzi to monitorowanie stanu tuneli VPN za pomocą CloudWatch i alarmów SNS oraz użycie funkcji Lambda do monitorowania istnienia tras VPN w tabeli routingu VPC. Monitorowanie tuneli VPN za pomocą CloudWatch jest wbudowaną, ekonomiczną metodą wykrywania problemów z łącznością na poziomie tunelu. Alarmy SNS automatyzują powiadamianie. Monitorowanie tras VPN za pomocą Lambdy i SNS jest również ekonomiczne i pozwala na wykrycie problemów z propagacją tras, co jest kluczowe, ponieważ BGP jest używany do wymiany informacji o routingu. Niepoprawne opcje: Funkcja Lambda wysyłająca ping do bramy klienta jest niewłaściwa, ponieważ zapory sieciowe szkół blokują ICMP, co uniemożliwiłoby działanie pinga. Użycie VPC Reachability Analyzer jest kosztowne, ponieważ jest to narzędzie diagnostyczne, a nie monitorujące, i nie jest przeznaczone do ciągłego, ekonomicznego monitorowania. Tworzenie oddzielnych pulpitów nawigacyjnych CloudWatch dla każdej szkoły i udostępnianie ich jest pracochłonne i nie zapewnia automatycznego powiadamiania o awarii, co jest kluczowym wymaganiem.