Nagiosにcheck_mkを使用している人はいますか？検討する前に知っておくべきことはありますか？
http://mathias-kettner.de/check_mk.html
私はいくつかの開発マシンでそれをテストしてきました、そしてそれはかなり気の利いたようです。しかしながら、私はそれの配備に関する多くの情報を見つけることができません。誰かがこれを積極的に実行していますか？誰かが何らかの理由でこれをオプションとして除外しましたか？
免責事項：私はそれが非常に強力だと感じたので、そのプロジェクトに取り組んでいました。 （そして私はまだそう思います）
私は2009年から使用しており、レガシーセットアップを除いて、「通常の」（レガシーと言う人もいるかもしれません）Nagiosセットアップに再び触れたことはありません。時間の無駄のように感じるでしょう。
私が知っている最大のセットアップは、最大1200台の監視サーバーです。 （監視対象サーバーではありません）これも公開されていますが、元の質問がそれよりも前に出ています。
OpenViewのような大規模なNMSとは対照的に、プレーンなnagiosに満足できず、考えが変わった多くの場所で現在使用されています。
主な違いは、スケーラビリティ（37signalsが非常に楽しんでいるように見えるため）、またはリモートシステムで監視可能なものを自動検出することではありません。
いいえ、本当に大きなこと長期的には構成であり、厳密にルールベースです（そしてPythonとして書き出されます）。数百行のCheck_MK構成で十分であり、決して見直すことのない古い退屈なnagios構文の200K行を生成できます。
- また、Webベースの構成エディターもあります。継承あり。そして検証。
- GUIは、とりわけWANリンク用に最適化されています。実際には完全なWebフレームワークであるため、Nagiosのsyslogまたはsnmpを取り込むことができるダッシュボードとログ分類エンジンもあります。柔軟なルールセットを使用した処理。
- すべてのチェックは高品質の基準で書かれており、ユーザーのために時間を節約して表示されます。
ポニーはいないけどね。
- 人々はCheck_MKとNagiosの間の相互作用について混乱することがよくありますが、それは簡単ではありませんが、実際にはうまく分離されています。
- 誰かがnotグラフィカル設定エディター「WATO」を使用している場合、彼らはNagiosのエキスパートレベルであると見なされます。
- GUI Opsのマニュアルはありません！ （ただし、オンザフライで有効にできるインラインヘルプ）
- 完全に機能するIPv6サポートパッチは何年もの間浮かんでいて、まだどこにも行きません。
提起すべき賛否両論は他にもたくさんありますが、私はすでに双方をかなりうまく示していると思います。個人的には、Check_MKセットアップの効率が気に入っており、oldskool Nagiosセットアップで作業しなければならない場合は本当にイライラします。彼らがニースのテンプレートフレームワークを使用している場合や、Puppetから指揮を執っている場合でも、私と比較すると、それはまだ石器時代であり、無力であると感じています。
免責事項：上記を参照してください;）
誰かそれを使用しますか？はい。
37signals（ソフトウェア会社）は、nagiosを使用してシステムを監視する方法の概要と、check_mkを使い始めたときに見た主な利点を投稿しました。 http://37signals.com/svn/posts/3178-nagios-monitoring-performance