Czy Zabbix jest dla mnie właściwym narzędziem?

Chcę tylko monitorować niewielką garść serwerów (mniej niż 10).

Z czytania różnych miejsc wydaje się, że najlepszymi wiodącymi pretendentami (przynajmniej dla open source) są:

• nagios
• Munin
• zabbix

Z tego, co przeczytałem, wiele osób ma tendencję do jednoczesnego używania munin i nagios - munin do historii i wykresów oraz nagios do ostrzegania.

Z drugiej strony wygląda na to, że Zabbix jest bardziej kompletnym rozwiązaniem i łatwiejszym do skonfigurowania niż którykolwiek z pozostałych dwóch. Tak więc myślałem o wybraniu tej trasy.

Moje myśli w tej chwili są następujące:

1. Jakie są ogólne wady Zabbix?
2. Czy Zabbix ma mały ślad na monitorowanych przez siebie pudełkach?
3. Czy naprawdę muszę skonfigurować do tego cały inny serwer? Mam obecnie bardzo lekki serwer - czy mogę go podwójnie wykorzystać?

Myślę, że najlepiej skoncentrować się na udzieleniu odpowiedzi na konkretne pytania, biorąc pod uwagę rozmiar planowanego wdrożenia (~ 10 monitorowanych hostów).

1. Jakie są ogólne wady Zabbix?

   • nie będzie automatycznie określać, co monitorować, kiedy Cię powiadomić itp. - musisz pomyśleć o tym, jakie dane Cię interesują i skonfigurować je z góry
   • debugowanie pozostawia coś do życzenia. chociaż przy tak małym środowisku opcje pomocy, takie jak forum, kanał irc itp. powinny wystarczyć

2. Czy Zabbix ma mały ślad na monitorowanych przez siebie pudełkach?

   Tak, zdecydowanie. Zabbix może monitorować za pomocą metod takich jak SNMP, proste sprawdzanie sieci (czy port jest otwarty?), A także ma macierzystego agenta dla wielu platform. Ponieważ agent jest napisany w C, ma bardzo mały ślad (w przeciwieństwie do wielu interpretowanych skryptów ...). Możesz łatwo łączyć różne kontrole na jednym monitorowanym hoście. Pamiętaj, że nie jesteś ograniczony do serwerów monitorowania, możesz także dodawać urządzenia sieciowe i inne rzeczy.

3. Czy naprawdę muszę skonfigurować do tego cały inny serwer? Mam obecnie bardzo lekki serwer - czy mogę go podwójnie wykorzystać?

   Zależy - jeśli jest uruchomiony jeden z obsługiwanych systemów operacyjnych dla serwera - zdecydowanie. W związku z tym wymagania środowiskowe będą bardzo niskie. Pamiętaj, aby używać domyślnych szablonów tylko jako wytycznych, zaleca się tworzenie własnych z dłuższymi przerwami między kontrolami. Zasadniczo Zabbix składa się z 3 komponentów - DB, frontend, server. Jeśli chcesz, możesz ponownie wykorzystać istniejący serwer bazy danych i istniejący serwer WWW w firmie dla pierwszych dwóch komponentów, a następnie uruchomić serwer Zabbix na dowolnej obsługiwanej platformie - to całkowicie poprawna konfiguracja.

Wszelkie zapytania będą mile widziane w #zabbix na Freenode.

Używam Zabbix od 2 lat, zanim użyłem Nagios ...

Moim zdaniem duża różnica polega na tym, że w Nagios otrzymujesz status (OK / WARNING / CRITICAL), w Zabbix otrzymujesz dane (liczba całkowita, liczba zmiennoprzecinkowa, ciąg ...)

To naprawdę dobra zaleta dla Zabbix, ponieważ:

• możesz wykreślić dowolne (numeryczne) dane bez „tworzenia / definiowania” wykresu
• możesz „łatwo” zdefiniować alerty / wyzwalacze na podstawie więcej niż jednej wartości danych

Bardzo przydatne jest również użycie agenta do łatwego / szybkiego zbierania podstawowych danych systemowych.

Wady Zabbix:

• mniej znany niż Nagios
• baza danych do przechowywania konfiguracji i danych (trudniejsze do tworzenia kopii zapasowych i manipulacji niż pliki płaskie)

Jakie są twoje cele monitorowania? Uptime? Występ? Dane rozliczeniowe? Niektóre z wymienionych powyżej narzędzi są lepsze dla każdego z tych zastosowań, a niektóre są gorsze.

Aby zapewnić bezawaryjność , używamy monitora , który jest zarówno darmowy, jak i prosty w konfiguracji w systemach Unix / Linux. To narzędzie monitoruje, czy proces jest aktywny i zapewnia, że ​​nie zużywa więcej niż sprawiedliwy udział zasobów (procesor, pamięć) - a jeśli źle się zachowuje, monitor uruchomi ponownie proces.

Do monitorowania wydajności sugeruję munin . Jest łatwy w konfiguracji i wykorzystuje perl / bash / python / cokolwiek jako metodę gromadzenia danych. Munin ma możliwość zbierania wydajności z wielu maszyn w jednym miejscu i tworzy łatwe do zrozumienia wykresy.

W przypadku danych rozliczeniowych (zużycie pasma) sugeruję PRTG . To nie jest bezpłatne, ale zapewnia profesjonalne raporty i statystyki, które można łatwo wykorzystać jako część raportu rozliczeniowego klienta, jeśli zrobisz coś takiego. Zastąpiliśmy naszą instalację Zabbix, która wymagała użycia agentów na każdej monitorowanej maszynie, PRTG, która korzysta z SNMP, i nigdy nie oglądaliśmy się za siebie.

Użyłem również Zenossa , który był bardzo miły i prosty w instalacji i konfiguracji. Zenoss wymagał długiego okresu szkolenia, aby dowiedzieć się, jak uzyskać wszystkie potrzebne nam dane.

Używam zabbix do monitorowania infrastruktury naszej firmy (która to tylko 6 serwerów + wszystkie rzeczy sieciowe). Mam zabbix od ponad dwóch lat i działa świetnie. Podoba mi się fakt, że wszystko jest w jednej aplikacji i nie wymaga instalowania ton wtyczek. Interfejs nie zdobywa żadnych nagród za projekt, ale jest zaskakująco dobrze zaprojektowany pod względem funkcjonalności. W przeszłości miałem sporadyczne problemy ze sprzętem na naszych serwerach i posiadanie dużej ilości danych historycznych w zabbix zdecydowanie pomogło w ich uporządkowaniu.

Niektóre wersje zdawały się mieć problemy ze stabilnością i zawieszały się od czasu do czasu, ale monitor się tym zajął.

Polecam umieszczenie zabbix na osobnym pudełku (a niektóre wycofane z użytku urządzenia serwerowe sprzed 3-4 lat będą działać całkiem dobrze) Sama aplikacja nie jest bardzo ciężka, ale w znacznym stopniu obciąża bazę danych (w moim przypadku mysql) - zapisywanie wszystkich danych historycznych nie jest tanie.

Użyłem zarówno Zenossa, jak i Zabbixa. Jedna skarga, którą mam na temat Zabbix, polega na tym, że zawsze wydaje się, że mnie to rozbija. Miałem jedną instalację w mojej starej pracy, w której podwoiliśmy liczbę Zabbix i Zenoss (Kamil może odpowiedzieć na więcej na ten temat), a także instalację w domu i w Free Geek Vancouver, gdzie wykonuję pracę sysadmin. Wszystkie trzy regularnie się zawieszają i demon musiałby zostać zrestartowany.

Uważam, że Zenoss jest fajny, ponieważ jest dość stabilny i ma znacznie ładniejszy interfejs użytkownika, jednak wymaga bardzo dużo zasobów.

Biorąc to wszystko pod uwagę, nadal wybrałbym Zabbix na rozwiązanie monitorujące tylko dlatego, że sposób, w jaki SOP służy do konfigurowania nowych urządzeń, jest bardziej zgodny ze sposobem, w jaki myślę. Najlepiej jest skonfigurować je wszystkie i zobaczyć, który z nich najbardziej Ci się podoba.

Używamy Zabbixa od ponad 4 lat (teraz z wersją 1.6) i wciąż nie zawiesił się ani razu (z RHEL5). Moją jedyną skargą w przeszłości był brak dokumentacji i przyjazne wsparcie (mówiąc o darmowym wsparciu społeczności). Teraz zauważyłem, że jest lepsza dokumentacja.