Zaczynam nowy projekt i zastanawiam się nad wykorzystaniem Ansible lub Salt do automatyzacji wdrażania i, być może, bardziej wyrafinowanej organizacji (zarządzanie serwerami i federacja).
Solą Zastanawiam się, czy istnieje jakaś integracja między nim a Graphite lub Zenoss lub zwojach ... używając soli 0mq połączeń do przekazywania danych z „sługusów” sól do monitorowania / database / wykresów kolektorów.
Czy ktoś jeszcze na to spojrzał?
monitoring
graph
saltstack
Jim Dennis
źródło
źródło
Odpowiedzi:
Używam stosu soli od ponad 6 miesięcy, aby zarządzać ponad 40 węzłami.
w mojej bieżącej konfiguracji używam:
als działa to pod CentOS 6.x
moje dotychczasowe doświadczenie jest takie, że stos soli jest dobry do zapisania wszystkiego. Ale jako długoterminowe uruchamianie Daemona na węzłach, jego niestabilność.
często mam problemy z nieosiągnięciem mistrza lub rozdęciem pamięci na sługusach soli. Można to naprawić za pomocą łatwego obejścia polegającego na tym, że restartujesz co 24 godziny / raz na tydzień szukając minionków soli.
ale ten problem w solankach sprawia, że zbieranie danych w ramach 0mq jest niemożliwe.
moja obecna konfiguracja działa bezpiecznie. Mogę rejestrować zmiany dość szybko dzięki stosowi soli i gromadzenie ich w węzłach załatwia sprawę.
źródło
Myślę, że Salt lub Ansible nie są stworzone do tego zadania i myślę, że nie można ich do tego przyzwyczaić.
Używam Soli od kilku miesięcy i nie zauważyłem opcji pożądanych funkcji (w konfiguracjach ani dokumentacji). Ale myślę, że możesz „dodać” swoje wymagania, ponieważ Salt jest napisany w Pythonie - jeśli jest to opcja.
Najprostszym sposobem jest zamówienie soli do zainstalowania kolekcji, która może gromadzić dane o systemie (i ma złącza do grafitu)
EDYCJA: Znalazłem projekt, który wdraża monitorowanie za pomocą soli - łososia - spójrz.
źródło
Możesz rzucić okiem na Sensu , jest to rozwiązanie do monitorowania z wieloma wtyczkami społeczności, w tym między innymi grafitem .
Jednak Sensu korzysta z innej kolejki przesyłania wiadomości, RabbitMQ . Być może potrzebne są pewne prace związane z kodowaniem, ale możesz spróbować zastąpić jedną z dwóch kolejek wiadomości, ponieważ oba powinny używać protokołu AMQ do wymiany wiadomości.
źródło
Polecam przyjrzeć się dwóm rzeczom: Salt Mine - http://docs.saltstack.com/topics/mine/ Salt Events - http://docs.saltstack.com/topics/event/index.html
Jeśli połączysz je z własną konfiguracją modułu zwracającego, aby przechowywać wyniki w graficie lub w dowolnej z innych wymienionych list. Można sobie wyobrazić użycie Soli do obsługi „sondowania” od góry do dołu i „zdarzenia” od dołu do góry. Nie byłbym w stanie wypowiedzieć się na temat skuteczności takiego systemu, ale w zasadzie wydaje się, że jest taka możliwość.
źródło
Swoją podróż do monitorowania nag-sub-sekund-na-gospodarza za pośrednictwem kopalni soli i check_mk tutaj: http://garthwaite.org/saltmine_check_mk_agent.html
Artykuł omawia kolejne tygodnie majsterkowania, aby wszystko działało. Podsumuję rozwiązanie:
Utwórz niestandardowy moduł check_mk dla wszystkich stworów:
Ustaw interwał minowy miniona na jedną minutę:
Skonfiguruj serwer monitorowania, aby pobierał wszystkie dane wyjściowe check_mk_agent stwora do pojedynczego pliku json, a następnie skonfiguruj check_mk, aby wyszukiwał ten plik zamiast zapytań sieciowych. Wszystko to zrealizowano za pomocą następującego skryptu na stworze monitorującym:
Aktualizuj co minutę:
Wreszcie: zmień źródło danych dla wszystkich celów nagios w /etc/check_mk/main.mk:
źródło