W środowisku deweloperskim wiele instancji EC2 uruchamia aplikację intensywnie wykorzystującą zasoby. Administrator SysOps potrzebuje zautomatyzowanego sposobu na zatrzymywanie tych instancji, gdy są bezczynne. Która metoda spełni to wymaganie?

Poprawna odpowiedź to utworzenie alarmu CloudWatch, który zatrzymuje instancje EC2, gdy średnie wykorzystanie procesora pozostaje poniżej 5% przez 30 minut. Jest to najbardziej bezpośrednia i efektywna metoda automatycznego zatrzymywania instancji EC2, gdy są bezczynne, ponieważ niskie wykorzystanie procesora jest kluczowym wskaźnikiem bezczynności. Akcja zatrzymania instancji może być skonfigurowana bezpośrednio w alarmie CloudWatch. Pozostałe opcje są mniej odpowiednie: Sprawdzanie logów CloudTrail pod kątem braku aktywności API EC2 nie jest niezawodnym wskaźnikiem bezczynności aplikacji, ponieważ aplikacja może działać bez generowania wywołań API EC2. Alarm CloudWatch oparty na VolumeReadBytes jest wskaźnikiem aktywności dysku, a nie bezpośrednio aktywności aplikacji czy wykorzystania zasobów obliczeniowych. Niska wartość tej metryki nie zawsze oznacza bezczynność instancji. Użycie AWS Config do wyzwolenia funkcji Lambda na podstawie zmian konfiguracji zasobów jest przeznaczone do monitorowania zgodności i zmian, a nie do wykrywania bezczynności operacyjnej instancji.