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

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

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

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

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

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

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

• Он также имеет веб-редактор конфигурации. С наследством. И проверка.
• GUI, помимо прочего, оптимизирован для 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

В настоящее время я использую CheckMk на производственных серверах, и он довольно неплохо работает. Передача опыта check_mk. Здесь вы можете найти официальное руководство https://checkmk.com/cms.html