誰もがNagiosにcheck_mkを使用していますか？検討する前に知っておくべきことはありますか？

http://mathias-kettner.de/check_mk.html

いくつかの開発マシンでテストしてきましたが、かなり気の利いたようです。ただし、その展開に関する多くの情報は見つかりません。誰もがこれを積極的に実行していますか？誰かが何らかの理由でこれをオプションとして除外しましたか？

免責事項：私は、このプロジェクトが非常に強力だと感じたため、以前このプロジェクトに取り組んでいました。（そして私はまだそう思う）

私は2009ish以来それを使用し、レガシーセットアップを除いて「通常」（レガシーと呼ばれることもある）Nagiosセットアップに再び触れたことはありません。それは時間の無駄のように感じるでしょう。

私が知っている最大のセットアップは、〜1200台の監視サーバーです。（監視対象サーバーではありません）そのサーバーも公開されていますが、元の質問よりも前のものです。

現在、OpenViewのような大規模なNMSとは対照的に、単純なnagiosに満足していない非常に多くの場所で使用され、考えを変えました。

主な違いは、スケーラビリティではありません（37signalsは非常に楽しそうです）、またはリモートシステムで監視可能なものを自動検出するため、すべてが簡単になり、新しいものが追加されても監視されていない場合は警告が表示されます。

いいえ、長い目で見れば本当に大きなことは設定です。これは厳密にルールベースです（そしてPythonとして書かれています）。Check_MK configの数行は、振り返ることのない古い退屈なnagios構文の200K行を生成するのに十分です。

• また、Webベースの構成エディターもあります。継承あり。そして検証。
• GUIは、特にWANリンク用に最適化されています。また、実際には完全なWebフレームワークであるため、柔軟なルールセットを使用してNagios処理用のsyslogまたはsnmpを取得できるダッシュボードとログ分類エンジンもあります。
• すべてのチェックは高品質の基準に従って書かれており、時間を節約してユーザーに表示されます。

ポニーはありませんが。

• 人々はしばしばCheck_MKとNagiosの相互作用について混乱します。これは簡単ではありませんが、実際にはうまく分離されています。
• 誰かがグラフィカル構成エディター「WATO」を使用していない場合、Nagiosのエキスパートレベルにいると想定されます。
• GUI Opsマニュアルはありません！（ただし、オンザフライで有効にできるインラインヘルプ）
• 完璧に機能するIPv6サポートパッチは何年も前から浮かんできましたが、どこにも行きませんでした。

賛否両論がありますが、私はすでに両方の側面をかなりうまく示していると思います。個人的には、Check_MKセットアップの効率が気に入っており、oldskool Nagiosセットアップで作業する必要がある場合は本当にイライラします。素敵なテンプレートフレームワークを使用している場合や、Puppetから指揮されている場合でも、石器時代であり、私との比較において無力であると感じています。

免責事項：上記を参照してください;）

誰も使用していますか？はい。

37signals（ソフトウェア会社）は、nagiosを使用してシステムを監視する方法の概要と、check_mkの使用を開始したときに見た主な利点を投稿しました。http://37signals.com/svn/posts/3178-nagios-monitoring-performance