序論
いつチェックを実行するか、いつ通知を出すかの、より大きいコントロールを許可するためホストとサービスの依存を定義できます。 依存が監視プロセスの基本的側面を制御するのに使われるとき、依存ロジックで使われるステータス情報が可能な限り最新である事を確認することは極めて重要です。
Nagiosは、あなたに予言依存チェックし、ホストとサービスの依存ロジックが最新の更新されたステータス情報があるかを確認するのに使われます。それは警報を出すかホストやサービスのアクティブ・チェックを許可するかの判断で使われます。
予測チェックはどのように働いていますか?
以下のイメージはNagiosに監視されている親子関係と依存があるホストの基本ダイアグラムを示します。
この例のSwitch2ホストがちょうど状態をUPから障害に状態を変えたところです。 Nagiosは、ホストがDOWNかそれともUNREACHABLEであるかを決定する必要があるので、それはSwitch2直近の両親(Firewall1)と子供(Comp1、Comp2、およびSwitch3)の平行なチェックを開始します。 これはホスト到達性論理の通常の機能です。
Switch2はまたMonitor1とFile1の警告やチェック実行のどちらかに依存している事に注意します。(この例で重要ではありません)。 予測ホスト依存チェックが許可されると、NagiosはMonitor1とFile1の平行チェックを開始し、それと同時にSwitch２直近の親と子のチェックも実行します。 Nagiosは近い将来(それは、通知目的のために）依存ロジックをテストしなければならないのを知っているのでこれを行います。そして、それは依存に関係するホストの最新状態情報を確認したい事です。
それは予測依存チェックがどの様に働くかということです。 簡単でしょう?
注意: 予測サービス依存チェックは上で説明されたのと同様の方法で動きます。 もちろんホストの代わりにサービスを扱う場合はのぞきます。
予測チェックを許可
予測依存チェックはかなり少ないオーバーヘッドなので、私は、許可にすることを勧めます。 大抵の場合、依存ロジックのため正確な情報を持つ利益はこれらのチェックで使われる余分なオーバーヘッドより価値が有ります。
予測依存チェックを許可するのは簡単です:
- 予測ホスト依存チェックは、enable_predictive_host_dependency_checks オプションで制御されます。
- 予測サービス依存チェックがenable_predictive_service_dependency_checks オプションで制御されます。
キャッシュされたチェック
予測依存チェックは、オンデマンドのチェックであり、f キャッシュ・チェックのルールを受けることがあります。 Nagiosを騙してホストやサービスのチェックを行う代わりに比較的最近のチェック結果を返すキャッシュ・チェックは性能の改善がはかれます。 ここでキャッシュされたチェックに関する詳しい情報を見つけることができます。
参照: 依存, サービス・チェック, ホスト・チェック, キャッシュされたチェック