Alarmy CloudWatch i alarmy złożone

Alarm CloudWatch monitoruje pojedynczą metrykę lub wynik wyrażenia arytmetyki metryk w określonym przez Państwa przedziale czasu. Gdy metryka przekroczy zdefiniowany przez Państwa próg, alarm zmienia stan i może automatycznie wywołać działanie, takie jak wysłanie powiadomienia SNS, skalowanie grupy Auto Scaling, zatrzymanie instancji EC2 lub utworzenie elementu OpsItem w Systems Manager. Alarmy są podstawowym mechanizmem automatycznej reakcji operacyjnej w AWS.

Alarm CloudWatch zawsze znajduje się w jednym z trzech stanów: OK — metryka mieści się w zdefiniowanym progu; ALARM — metryka przekroczyła próg w wymaganej liczbie okresów oceny; INSUFFICIENT_DATA — alarm został właśnie utworzony, metryka jest niedostępna lub zebrano jeszcze zbyt mało danych. Przejścia między stanami wywołują działania skonfigurowane dla danej zmiany stanu — mogą Państwo skonfigurować różne tematy SNS dla stanów OK, ALARM i INSUFFICIENT_DATA.

Podczas tworzenia alarmu określają Państwo: metrykę i przestrzeń nazw, statystykę (Average, Sum, Maximum itd.), okres (częstotliwość oceniania metryki w sekundach), okresy oceny (liczbę kolejnych okresów, w których próg musi zostać przekroczony), wartość progu oraz operator porównania. Alarm jest wyzwalany, gdy metryka przekracza próg w określonej liczbie kolejnych okresów oceny.

Działania alarmu mogą być kierowane do kilku miejsc docelowych: tematów Amazon SNS (w celu wysyłania wiadomości e-mail i SMS-ów lub wywoływania Lambda), zasad Auto Scaling (w celu zmniejszania lub zwiększania ASG) oraz działań EC2 (zatrzymania, zakończenia, ponownego uruchomienia lub odzyskania instancji EC2). Dla każdego stanu (OK, ALARM, INSUFFICIENT_DATA) mogą Państwo określić inny zestaw działań — na przykład powiadamiać zespół w stanie ALARM, informować o przywróceniu stanu OK oraz zgłaszać stan INSUFFICIENT_DATA, aby wykrywać luki w monitorowaniu.

Gdy CloudWatch ocenia alarm, a niektórych punktów danych brakuje, muszą Państwo zdecydować, jak je traktować. Dostępne opcje to: notBreaching (traktowanie brakujących danych jako mieszczących się w progu — alarm pozostaje w stanie OK, jeśli pozostałe dane są prawidłowe), breaching (traktowanie brakujących danych jako przekraczających próg — alarm przechodzi w stan ALARM), ignore (stan alarmu się nie zmienia) oraz missing (alarm przechodzi w stan INSUFFICIENT_DATA). Wybór niewłaściwej opcji prowadzi do fałszywych alarmów lub niewykrytych awarii — jest to istotny niuans egzaminu SAA-C03.

Rozdzielczość alarmu jest iloczynem okresu i liczby okresów oceny. Na przykład okres wynoszący 60 sekund i 5 okresów oceny oznacza, że alarm bierze pod uwagę 5 kolejnych punktów danych z jednominutowych okresów. Domyślnie alarm przechodzi w stan ALARM dopiero wtedy, gdy próg zostanie przekroczony we wszystkich pięciu okresach. Za pomocą opcji datapoints-to-alarm mogą Państwo wymagać przekroczenia progu tylko w M z N okresów — na przykład w 3 z 5 — co ogranicza liczbę fałszywych alarmów powodowanych przejściowymi skokami wartości.

Alarm złożony ocenia stan wielu innych alarmów przy użyciu logiki boolowskiej (AND, OR, NOT). Przechodzi w stan ALARM tylko wtedy, gdy wyrażenie jego reguły ma wartość true. Alarmy złożone służą do ograniczania liczby alertów — można na przykład wysyłać alert tylko wtedy, gdy jednocześnie aktywne są alarmy wysokiego użycia procesora ORAZ wysokiego opóźnienia, ponieważ samo wysokie użycie procesora może być dopuszczalne podczas przetwarzania wsadowego. Alarmów złożonych można także używać do wyciszania alarmów podrzędnych podczas okien serwisowych.

Alarmy złożone obsługują działania wyciszające alarmy — mogą Państwo skonfigurować alarm złożony tak, aby wyciszał alarmy podrzędne podczas planowanej konserwacji. Na przykład podczas wdrażania mogą Państwo ustawić alarm złożony, który łączy alarm „MaintenanceMode” za pomocą logiki OR, wyciszając wszystkie powiadomienia z alarmów podrzędnych, gdy trwa konserwacja. Zapobiega to lawinie alertów, gdy usługi są celowo wyłączane na czas aktualizacji.

Grupy Auto Scaling używają alarmów CloudWatch jako wyzwalaczy zasad step scaling i simple scaling. Gdy alarm przechodzi w stan ALARM, zasada skalowania zostaje wykonana. W przypadku step scaling definiują Państwo wiele korekt skalowania dla różnych zakresów progowych — na przykład dodanie 1 instancji, gdy użycie procesora wynosi 70–80%, dodanie 3, gdy wynosi 80–90%, oraz dodanie 5, gdy przekracza 90%. Alarm uruchamia pierwszy odpowiedni krok na podstawie poziomu przekroczenia progu w momencie oceny.

Mogą Państwo utworzyć w CloudWatch alarmy rozliczeniowe, aby otrzymywać powiadomienia, gdy szacowane opłaty AWS przekroczą określony próg. Metryki rozliczeniowe są publikowane wyłącznie w regionie us-east-1 (niezależnie od miejsca uruchomienia zasobów) i aktualizowane mniej więcej co 6 godzin. Aby włączyć alarmy rozliczeniowe, należy najpierw aktywować funkcję Billing Alerts w konsoli AWS Billing. Dokładniejszym narzędziem jest AWS Budgets, ale alarmy rozliczeniowe CloudWatch pozostają prawidłową opcją sprawdzaną na egzaminie.

Mogą Państwo ręcznie ustawić stan alarmu za pomocą polecenia set-alarm-state, aby przetestować działania alarmu bez oczekiwania na rzeczywiste przekroczenie progu. Jest to przydatne podczas sprawdzania, czy tematy SNS, zasady Auto Scaling i funkcje Lambda prawidłowo reagują. Działania alarmów należy zawsze testować w środowisku nieprodukcyjnym oraz sprawdzić, czy w temacie SNS potwierdzono prawidłowe subskrypcje e-mail, zanim zaczną Państwo polegać na alarmach przy monitorowaniu środowiska produkcyjnego.

Sprawdź swoją wiedzę na temat zagadnień AWS Solutions Architect (SAA-C03) omówionych w tej lekcji.

W tej lekcji poznali Państwo następujące zagadnienia: alarmy mają trzy stany (OK, ALARM, INSUFFICIENT_DATA) i mogą wywoływać działania SNS, Auto Scaling oraz EC2; opcja datapoints-to-alarm umożliwia ocenę M z N okresów, ograniczając liczbę fałszywych alarmów; natomiast alarmy złożone wykorzystują logikę boolowską do łączenia wielu alarmów i ograniczania liczby alertów. Następnie omówimy CloudWatch Logs i Log Insights służące do scentralizowanego zarządzania logami.