こんにちは、Nagios と Check_MK のクリーン コピーをインストールしました。しかし、私はそれらがどのように連携するかを理解していません。Nagios は nrpe を使用してクライアントに接続し、チェックを実行します。これは、一部の Nagios プラグインがクライアントに常駐し、呼び出されたときに結果を返さなければならないことを意味します。しかし、Check_MK はどのように Nagios に結び付けられますか。チェックを実行するすべての Nagios プラグインを置き換えるために check_mk_agent を使用しますか? また、Nagios 構成はすべて、すべてのクライアントをチェックして Check_MK インターフェイス (wato) に移植するために完全に構成する必要がありますか、それとも Nagios 構成に存在せずにクライアントを Check_MK に追加できますか。これが私の混乱の原因であり、この質問に対する具体的な答えはどこにも見つかりません。助けてください。
1 に答える
Check_MK は、次のタスクに Nagios コアを使用します。
- チェック結果の管理
- アラームのトリガー
- 計画的なダウンタイムを管理する
- ホストの可用性をテストする
- ネットワーク障害の検出
このページの下部にあるように: http://mathias-kettner.com/checkmk_monitoring_system.html
Check_MK には、クライアント側の監視エージェントとサーバー側の監視システムの両方が必要です。サーバー側の監視システムは、ホストのエージェントを呼び出し、チェック結果を監視コア (通常は Nagios ですが、Check_MK 専用の新しいコアもあります) に渡します。Check_MK が他のパッシブ チェック (NRPE など) と異なるのは、すべてのチェックの結果が 1 つのパッケージで監視システムに送信されることです。シェル内のホストでエージェントを実行すると、次のような結果が返されます。
➜ ~ check_mk_agent
<<<df>>>
/dev/mapper/MyStorage-rootvol ext4 15350768 13206900 1341052 91% /
dev devtmpfs 4022348 0 4022348 0% /dev
plus many more lines ....
そのため、Check_MK のサーバー側部分は、Nagios コアが処理できるように、これらのパッケージを単一のチェックに分割します。
そのため、Check_MK は既存のチェックを置き換えません。それらは気にしません。さらに追加するだけです。
Check_MK の設定に WATO は必要ありません。WATO は設定のための単なるインターフェースです。構成は、プレーン テキスト ファイルでも実行できます。WATO から始めて、生成された構成を確認する必要があります。