Кто-нибудь использует check_mk для Nagios? Что я должен знать, прежде чем рассматривать это?

Отказ от ответственности: я работал над этим проектом, потому что считал его чрезвычайно мощным. (и я до сих пор так думаю)

Я использую его с 2009 года и, за исключением устаревших настроек, никогда больше не касался «нормальной» (можно сказать устаревшей) настройки Nagios. Это было бы пустой тратой времени.

Самая большая установка, о которой я знаю, - это ~ 1200 серверов мониторинга. (не: отслеживаемые серверы) Этот вопрос также опубликован, но исходный вопрос предшествует ему.

Сейчас он используется во многих местах, которые не были довольны простыми nagios в отличие от более крупномасштабных NMS, таких как OpenView, и изменили свое мнение.

Ключевое отличие заключается не в масштабируемости (что, похоже, очень нравится 37signals) или в автоматическом обнаружении отслеживаемых вещей в удаленной системе, что делает ее бесполезной и даже предупреждает вас, если что-то новое добавляется, но не отслеживается.

Нет, действительно большая вещь в конечном итоге - это конфигурация, которая строго основана на правилах (и написана как python). Достаточно нескольких 100 строк конфигурации Check_MK, чтобы он мог сгенерировать 200 тысяч строк старого скучного синтаксиса nagios, на который вы никогда не оглянетесь.

• Он также имеет веб-редактор конфигурации. С наследством. И проверка.
• Графический интерфейс пользователя, помимо прочего, оптимизирован для работы с WAN-ссылками. На самом деле это полноценный веб-фреймворк, поэтому есть также панели мониторинга и механизм классификации журналов, который может принимать syslog или snmp для обработки Nagios с гибкими наборами правил.
• Все чеки составлены в соответствии с высокими стандартами качества, и это показывает время, сэкономленное для пользователя.

Хотя пони нет.

• Люди часто путаются во взаимодействии между Check_MK и Nagios, которое не является тривиальным, но на самом деле хорошо разделено: он пишет конфигурацию, Nagios работает с этой конфигурацией и вызывает Check_MK для мониторинга систем.
• Если кто-то не используя графический редактор конфигурации "WATO", предполагается, что они находятся на экспертном уровне в Nagios.
• Здесь нет руководства по GUI Ops! (но: встроенная справка, которую можно включить на лету)
• отлично работающие патчи поддержки IPv6 плавают годами и пока никуда не денутся.

Можно упомянуть еще много плюсов и минусов, но я думаю, что уже достаточно хорошо показал обе стороны. Лично мне нравится эффективность настроек Check_MK, и меня очень раздражает, если мне приходится работать с настройками oldskool Nagios. Даже если они используют красивые рамки шаблонов или взяты из Puppet, они все равно кажутся каменными и беспомощными по сравнению со мной.

Отказ от ответственности: см. Выше;)

Кто-нибудь им пользуется? Да.

37signals (компания-разработчик программного обеспечения) только что опубликовала обзор того, как они контролируют свои системы с помощью nagios, и основных преимуществ, которые они увидели, когда начали использовать check_mk. http://37signals.com/svn/posts/3178-nagios-monitoring-performance