А всё таки?Мы используем стандартизированную связку Nagios/Icinga + Munin. Однин для алертов что что-то упало или вышло за допустимые границы, другой для исторических графиков, кто сколько чего когда ел (раньше был Cacti, рзочаровал непредсказуемостью). Разврачиваем независимую копию на каждый проект, такова наша специфика. Проектов одновременно около 8-12, по 10-200 хостов в каждом. В минимальном варианте оно живёт комфортно на AWS EC2 t3.nano. Когда хостов становится много, то раздуваем инстанс. t3.medium, по моему, сейчас самый крупный. Чтобы посмотреть на всех одновременно, в центральной локации есть nagios-dashboard, но сами по себе копии полноценно работают независимо от него.
Хосты добавляем/удаляем вручную, по строго стандартизированой процедуре. Автоматизировать особо не торопимся, оказалось что потребность в явных телодвижениях помогают контролю. От CloudWatch стараемся не зависить по идеологическим соображениям, ибо живём не только в AWS, а хочется универсальности.
Собираемся, уже пару лет как, попробобовать Zabbix. Я так понимаю, что по функционалу он в состоянии заменить оба инструмента (Nagios/Icinga+Munin), что есть хорошо, но больше преимуществ не вижу, надо смотреть.
Пугает риск непредсказуемого поведения и тяжеловесность, что наблюдали когда пробовали в прошлый раз (но это неточно и давно).
Пока непонятно как будем адаптировать кастомные скрипты для монторинга прикладных программ через NRPE.
Собственно, такой интерес. Так на какие лучшести Zabbix относительо Icinga2 надо обратить внимание?
