Mam instancję działającą na Amazon EC2, którą zamieniłem w serwer WWW.
Teraz patrzę na chmurkę, ale nie wiem, czy jest to właściwe narzędzie do pracy. Zasadniczo chcę być informowany o awarii serwera z jakiegokolwiek powodu.
Może serwer został zhakowany lub serwer został zamknięty z jakiegokolwiek powodu, chcę otrzymać powiadomienie.
Włączyłem clouwatch i próbowałem skonfigurować alert, ale widzę tylko takie rzeczy, jak wejście sieciowe lub użycie procesora, czy metryka. Teraz nie wiem, czy to załatwi sprawę.
amazon-ec2
amazon-cloudwatch
Saif Bechan
źródło
źródło
Odpowiedzi:
Jedną z rekomendacji jest monitorowanie metryki, która powinna zawsze mieć wartość liczbową - taką jak użycie procesora, i wyzwalanie alarmu, gdy stan metryki to „niewystarczająca ilość danych”, możesz użyć SNS Amazon, aby powiadomić cię o tym.
Alternatywnie możesz skonfigurować niestandardowe metryki, które zwracają stan binarny dla określonych usług (httpd, mysql itp.) I generują alert za każdym razem, gdy którykolwiek z tych odczytów 0. To podejście oferuje możliwość uzyskania znacznie dokładniejszych szczegółów - połącz to z „niewystarczającymi danymi „na wszystkie przypadki.
Możesz odnieść większy sukces, korzystając z czegoś, co faktycznie monitoruje twoją stronę (np. Pingdom, UptimeRobot itp.).
źródło
Możesz użyć OpsGenie ( http://www.opsgenie.com ), aby wysłać bogaty alert dla CloudWatch. Currenly CloudWatch ma ograniczony zestaw mechanizmów ostrzegania, w tym wiadomości e-mail i SMS za pośrednictwem mechanizmu SNS.
Możesz skonfigurować CloudWatch, aby dzwonił do interfejsu API usług sieciowych OpsGenie, aby szybko otrzymywać powiadomienia odpowiednich osób za pomocą powiadomień push do aplikacji na iPhone'a / Androida, SMS-ów, połączeń głosowych itp. Zgodnie z preferencjami odbiorców.
Szczegółowe informacje można znaleźć w następującym poście na blogu:
http://www.opsgenie.com/blog/2012/09/04/aws-cloudwatch-alarms-on-your-mobile-with-opsgenie.html
źródło
Możesz utworzyć alarm w Cloudwatch i ustawić alarm, aby powiadamiał cię, gdy przejdzie w stan „niewystarczających danych”. Większość już dostępnych danych pochodzi z hosta VM, który nie ma rzeczywistego pojęcia o tym, co dzieje się na twoim komputerze.
Na początek polecam zainstalowanie narzędzi Amazon w twoim wystąpieniu i skonfigurowanie skryptu, aby coś raportował (cokolwiek: użycie procesora, cokolwiek) i alarmował, jeśli ta metryka przestanie wysyłać dane (więc metryka przechodzi w stan niewystarczających danych ).
To tylko absolutne minimum, ale powinno być dobrym miejscem do rozpoczęcia.
Zobacz sekcję dotyczącą skryptów monitorowania w podręczniku programisty Cloudwatch: http://docs.amazonwebservices.com/AmazonCloudWatch/latest/DeveloperGuide/mon-scripts.html
źródło
Możesz użyć trasy 53 i jej „kontroli stanu”. Dzięki temu możesz wysyłać alerty SNS, a także przekierowywać użytkowników na inną dodatkową stronę internetową lub ekran błędu. Myślę, że to lepsze rozwiązanie dla twojego problemu niż Cloudwatch.
źródło
Możesz wdrożyć kontrolę stanu EC2 . Odbywa się to z deski rozdzielczej EC2. Przejdź do instancji, wybierz instancję, wybierz kartę kontroli stanu (obok opisu instancji) Kliknij przycisk Utwórz alarm kontroli stanu Domyślne ustawienie „Kontrola statusu nie powiodła się (dowolna)” powinno być dobre. Zawsze ustawiam interwał na więcej niż jeden, więc nie przejmuję się przejściowymi problemami.
Możliwe jest również ustawienie EC2, aby automatycznie odzyskiwał instancję, jeśli z jakiegoś powodu ulegnie awarii.
Polecam także dodatkowy system monitorowania. Głupi jest dobry do tego. Skonfigurowałem narzędzie linux mon skierowane na mój serwer z innego hosta. Jeśli nie uda mu się uzyskać kodu odpowiedzi 200 dwa razy z rzędu, otrzymam wiadomość e-mail.
źródło
Jeśli chcesz monitorować punkty końcowe HTTP, takie jak interfejs API lub witryna sieci Web, sprawdź mój post na blogu, w jaki sposób to osiągnąć dzięki sprawdzeniom kondycji trasy 53 (nawet jeśli nie używasz trasy 53 dla DNS):
http://eladnava.com/monitoring-http-health-email-alerts-aws/
źródło