冗長系とフェールオーバーのネットワーク監視 - 変更履歴

Wikiadmin: /* シナリオ2 - 監視のフェイルオーバー化 (Scenario 2 - Failover Monitoring) */

2010-09-03T02:20:13Z

‎シナリオ2 - 監視のフェイルオーバー化 (Scenario 2 - Failover Monitoring)

Wikiadmin: /* index */

2010-09-03T01:59:47Z

‎index

Wikiadmin: /* シナリオ2 - 監視のフェイルオーバー化 (cenario 2 - Failover Monitoring) */

2010-09-03T01:59:38Z

‎シナリオ2 - 監視のフェイルオーバー化 (cenario 2 - Failover Monitoring)

Wikiadmin: /* index */

2010-09-03T01:58:54Z

‎index

Wikiadmin: /* シナリオ2 - 監視のフェイルオーバー化 Scenario 2 - Failover Monitoring */

2010-09-03T01:58:36Z

‎シナリオ2 - 監視のフェイルオーバー化 Scenario 2 - Failover Monitoring

Wikiadmin: /* = */

2010-09-03T01:58:00Z

‎=

Wikiadmin: /* シナリオ 1 - 監視の冗長化　(Scenario 1 - Redundant Monitoring) */

2010-09-03T01:57:25Z

‎シナリオ 1 - 監視の冗長化　(Scenario 1 - Redundant Monitoring)

Wikiadmin: /* シナリオ 1 - 監視の冗長化　(Scenario 1 - Redundant Monitoring) */

2010-09-03T01:50:02Z

‎シナリオ 1 - 監視の冗長化　(Scenario 1 - Redundant Monitoring)

Wikiadmin: /* シナリオ 1 - 監視の冗長化　(Scenario 1 - Redundant Monitoring) */

2010-09-03T01:45:33Z

‎シナリオ 1 - 監視の冗長化　(Scenario 1 - Redundant Monitoring)

Wikiadmin: /* index */

2010-09-03T01:42:50Z

‎index

←前の版		2010年9月3日 (金) 02:20時点における版
269行目:		269行目:

	== シナリオ2 - 監視のフェイルオーバー化 (Scenario 2 - Failover Monitoring) ==		== シナリオ2 - 監視のフェイルオーバー化 (Scenario 2 - Failover Monitoring) ==
		+	===導入 Introduction===
		+	監視のフェイルオーバー化も(上のシナリオ1)で述べた)監視の冗長化とよく似ていますが、わずかに異なります。
		+
		+	===目的 Goals===
		+	監視のフェイルオーバー化の基本的な目的は、マスターホストのNagiosプロセスが稼働している際は、スレーブホストのNagiosプロセスはアイドル状態にしておく事にあります。マスターホストのプロセスが(ホストダウンなどで)停止した場合に、スレーブホストが監視を開始するようにするということです。
		+
		+	シナリオ1で述べた、マスター監視ホストがダウンした場合、通知設定を引き継ぐやり方にはいくつかの落とし穴があります。その最大の問題点は、マスターと同じ時間に同じホストやサービスをスレーブホストが監視していると言うことです！これはもし多数のサービスを定義していたら過度のトラフィックや負荷を引き起こす原因になる可能性があります。これからその問題をどのように回避するか説明します・・・。
		+
		+	=== 初期プログラム設定 Initial Program Settings===
		+	スレーブホストの[http://nagios.sourceforge.net/docs/3_0/configmain.html#execute_service_checks execute_service_checks]と[http://nagios.sourceforge.net/docs/3_0/configmain.html#enable_notifications enable_notifications]ディレクティブでアクティブチェックと通知を無効にします。これによりマスターホストが稼働しNagiosプロセスが実行されている間はスレーブホストから監視や通知を行わなくなります。スレーブホストでは [http://nagios.sourceforge.net/docs/3_0/configmain.html#check_external_commands check_external_commands]ディレクティブを有効にしているか確認するのを忘れないようにしてください。
		+
		+	=== マスタープロセスチェック Master Process Check===
		+	スレーブホスト上でマスターホストのNagiosプロセスをチェックするスクリプトをcronジョブとしてもっとも頻繁に(1分毎)に設定します(マスターのNagiosプロセスの監視にはマスターホストで[[Nagios アドオン#NRPE\|nrpeデーモン]]とcheck_nagiosを使いスレーブホストでcheck_nrpeプラグインを走らせます)。そのスクリプトはcheck_nrpeプラグインから帰ってくるリターンコードをチェックします。もしリターンコードがnon-OKステートなら、そのスクリプトが[http://nagios.sourceforge.net/docs/3_0/configmain.html#command_file 外部コマンドファイル]に通知とアクティブサービスチェックを有効にするように書き込みます。もしプラグインがOKステートを返したなら、そのスクリプトは外部コマンドファイルに通知とアクティブチェックを無効にするよう書き込みます。
		+
		+	このように行うことで、一度のサービス・ホスト監視に1つのプロセスだけがチェックすることになり、すべてを2回行うより遙かに効率的です。
		+
		+	同じく注意して欲しいのは、シナリオ1で述べたホストとサービスのハンドラを定義してはいけない事です。なぜならこれらは異なるやり方だからです。
		+
		+
		+	===さらなる議論 Additional Issues===
		+	ここでは、非常に基本的な監視のフェイルオーバー化を実装しました。しかしながら、事態をスムーズに行うために考慮すべき点が1つあります。
		+
		+	これまでの設定方法での最大の問題点は監視を引き継ぐ際に現在のホスト･サービスの状態は引き継がない点にあります。この問題を解決する1つの方法としてはマスターホストで[http://nagios.sourceforge.net/docs/3_0/configmain.html#ocsp_command ocspコマンド]を有効にし、[[Nagios アドオン#NSCA\|nscaアドオン]]を使いスレーブホストへサービスチェックの結果を送る方法があります。これによりスレーブホストは常に最新の監視ステータスを持つことが可能になります。スレーブホスト上ではアクティブサービスチェックが無効になっているので、どんなサービスチェックも実行されません。しかし、必要ならホストチェックしましょう。これはマスターとスレーブのホストチェックが必要だという事を意味し、監視の大部分はサービスチェックなのでたいした影響はありません。
		+
		+
		+	設定に関してはこれぐらいで十分でしょう。

@@ 11行目: / 11行目: @@
 [[冗長系とフェールオーバーのネットワーク監視#シナリオ 1 - 監視の冗長化　(Scenario 1 - Redundant Monitoring)|シナリオ 1 - 監視の冗長化]]
-[[冗長系とフェールオーバーのネットワーク監視#シナリオ2 - 監視のフェイルオーバー化 (cenario 2 - Failover Monitoring) |シナリオ 2 - 監視のフェイルオーバー化]]
+[[冗長系とフェールオーバーのネットワーク監視#シナリオ2 - 監視のフェイルオーバー化 (Scenario 2 - Failover Monitoring) |シナリオ 2 - 監視のフェイルオーバー化]]
 ==前提条件　(Prerequisites)==

←前の版		2010年9月3日 (金) 01:59時点における版
268行目:		268行目:


−	== シナリオ2 - 監視のフェイルオーバー化 (~~cenario~~ 2 - Failover Monitoring) ==	+	== シナリオ2 - 監視のフェイルオーバー化 (Scenario 2 - Failover Monitoring) ==

@@ 11行目: / 11行目: @@
 [[冗長系とフェールオーバーのネットワーク監視#シナリオ 1 - 監視の冗長化　(Scenario 1 - Redundant Monitoring)|シナリオ 1 - 監視の冗長化]]
-[[冗長系とフェールオーバーのネットワーク監視#シナリオ 2 - 監視のフェイルオーバー化|シナリオ 2 - 監視のフェイルオーバー化]]
+[[冗長系とフェールオーバーのネットワーク監視#シナリオ2 - 監視のフェイルオーバー化 (cenario 2 - Failover Monitoring) |シナリオ 2 - 監視のフェイルオーバー化]]
 ==前提条件　(Prerequisites)==

←前の版		2010年9月3日 (金) 01:58時点における版
268行目:		268行目:


−	== シナリオ2 - 監視のフェイルオーバー化 ~~Scenario~~ 2 - Failover Monitoring ==	+	== シナリオ2 - 監視のフェイルオーバー化 (cenario 2 - Failover Monitoring) ==

←前の版		2010年9月3日 (金) 01:57時点における版
223行目:		223行目:
	</pre>		</pre>

		+
		+	=== これらがもたらすもの What This Does For Us===
		+	初期状態ではスレーブホスト(ホストE)の通知が無効であるため、マスターホスト(ホストA)のNagiosプロセスが有効である間はどんなホスト、サービス通知も発しません。
		+
		+	スレーブホスト(ホストE)のNagiosプロセスはマスターホストが次のようになったときに有効になります・・・
		+
		+	*マスターホスト(ホストA)がダウンしhandle-master-host-event が実行された時。
		+	*マスターホスト(ホストA)のNagiosプロセスが停止し、handle-master-proc-eventサービスイベントハンドラが実行された時。
		+
		+	スレーブホスト(ホストE)のNagiosプロセスの通知が有効になるため、サービスやホストの障害・復旧時に通知が送られるようになります。この時点で、ホストEがホストやサービスの通知設定を引き継いだということになります!
		+
		+	ホストEのNagiosプロセスが再度スレーブホストに戻る時は次の時です・・・。
		+	*ホストAが復旧し、handle-master-host-eventホストイベントハンドラが実行された時。
		+	*ホストAのNagiosプロセスが復旧し、handle-master-host-event が実行された時。
		+
		+	ホストEのNagiosプロセスの通知が無効になるためサービスやホストの障害・復旧通知は送られなくなります。この段階で、ホストEはホストAに通知を送る権限を受け渡したと言うことになります。すべてが最初の状態に戻ったということになります。
		+
		+
		+	=== タイムラグ Time Lags===
		+	Nagiosの冗長化は決して完璧ではありません。その問題の１つに、マスターホストが停止してスレーブホストに移行するまでのタイムラグが挙げられます。このタイムラグは次の事柄の際に発生します・・・。
		+
		+	*マスターホストが停止し、スレーブホストが初めて問題を検出するまでの時間
		+	*マスターホストで本当に障害発生したか検証するに必要な時間(スレーブホストがサービスやホストチェックを再試行している時間)
		+	*イベントハンドラの実行と次のNagiosからの外部コマンドのチェックまでの間の時間
		+
		+	これらのタイムラグを最小限に抑えるには・・・
		+	*ホストEのNagiosプロセス(再)チェックを1回にするか、もっと頻繁に行う設定にする。この設定はサービス定義のcheck_intervalとretry_intervalオプションで行います。
		+	*ホストAのホスト障害検知を早くするために(ホストE)上でホストAのホストチェック回数を設定する。これはホスト定義のmax_check_attempts引数で設定します。
		+	*ホストE上の外部コマンドチェックの頻度をあげる。これはメイン設定ファイルのcommand_check_intervalオプションで設定します。
		+
		+
		+	ホストAのNagiosが復旧した時、つまり、ホストEがスレーブホストに戻る前に同様のラグが生じます。このラグは次に影響されます・・。
		+	*ホストAの復旧とホストEのNagiosプロセスがホストAの復旧を検知するのにかかる時間。
		+	*ホストBのイベントハンドラが実行され、ホストEのNagiosプロセスが次に外部コマンドをチェックする間の時間。
		+
		+	Nagiosが監視権限を移行する際の実際のタイムラグは定義したサービスの数に依存しています(サービスチェック間隔や偶然性など)。とにかく、まったく冗長が無いよりはましでしょう。
		+
		+
		+	===特殊なケース Special Cases===
		+	ここで一つ知っておくべき事を挙げます・・・。もしホストAがダウンした場合、ホストEは障害通知を有効にし、通知を送る責任を引き継ぎます。ホストAが復旧した時、ホストEは通知が無効になります。もし、- ホストAが復旧した時で - ホストAのNagiosプロセスが適切に起動しなかったら、どちらのホストも通知が有効にならない時間ができるでしょう！幸い、Nagiosのサービスチェックロジックはこの現象について解決できます。次に、ホストEのNagiosプロセスがホストAのNagiosプロセスをチェックする際にホストAのNagiosプロセスが稼働していないことを検知するでしょう。ホストEは再度通知を有効にし、通知先に通知を送るよう設定します。
		+
		+
		+	どちらのホストもネットワークを監視していない正確な時間を測定するのは難しいです。監視していない時間を極力短くすることは(ホストE上で)ホストAの Nagiosプロセスを監視する頻度を増やすことで極力短くすることで可能であることは明白です。あと考えられるのは単純な偶然によるものですが、この" ブラックアウト"した合計時間をあまり気にしてはいけません。
		+
		+
		+	== シナリオ2 - 監視のフェイルオーバー化 Scenario 2 - Failover Monitoring ==

	===		===

@@ 40行目: / 40行目: @@
 [[ファイル:Redundancy.png|left]]
 ===初期プログラム設定 Initial Program Settings===
 スレーブホスト(ホストE)は初期設定の[http://nagios.sourceforge.net/docs/3_0/configmain.html#enable_notifications enable_notifications]ディレクティブが無効になっているためホストやサービスの通知は行われません。 同様にスレーブホストは[http://nagios.sourceforge.net/docs/3_0/configmain.html#check_external_commands check_external_commands]ディレクティブを有効にしておきます。これらの設定は簡単でしょう・・・。
 ===初期設定 Initial Configuration===
-次に、マスターとスレーブの[オブジェクト設定概要]の違いを見る必要があります・・・。
+次に、マスターとスレーブの[[オブジェクト設定概要]]の違いを見る必要があります・・・。

←前の版		2010年9月3日 (金) 01:45時点における版
40行目:		40行目:

	[[ファイル:Redundancy.png\|left]]		[[ファイル:Redundancy.png\|left]]
		+
		+	===初期プログラム設定 Initial Program Settings===
		+	スレーブホスト(ホストE)は初期設定の[http://nagios.sourceforge.net/docs/3_0/configmain.html#enable_notifications enable_notifications]ディレクティブが無効になっているためホストやサービスの通知は行われません。同様にスレーブホストは[http://nagios.sourceforge.net/docs/3_0/configmain.html#check_external_commands check_external_commands]ディレクティブを有効にしておきます。これらの設定は簡単でしょう・・・。
		+
		+
		+	===初期設定 Initial Configuration===
		+	次に、マスターとスレーブの[オブジェクト設定概要]の違いを見る必要があります・・・。

@@ 7行目: / 7行目: @@
 [[冗長系とフェールオーバーのネットワーク監視#前提条件　(Prerequisites)|前提条件]]
-[[冗長系とフェールオーバーのネットワーク監視#サンプルスクリプト　(Sample Scripts)サンプルスクリプト ]]
+[[冗長系とフェールオーバーのネットワーク監視#サンプルスクリプト　(Sample Scripts)|サンプルスクリプト ]]
-[[冗長系とフェールオーバーのネットワーク監視#シナリオ 1 - 監視の冗長化|シナリオ 1 - 監視の冗長化]]
+[[冗長系とフェールオーバーのネットワーク監視#シナリオ 1 - 監視の冗長化　(Scenario 1 - Redundant Monitoring)|シナリオ 1 - 監視の冗長化]]
 [[冗長系とフェールオーバーのネットワーク監視#シナリオ 2 - 監視のフェイルオーバー化|シナリオ 2 - 監視のフェイルオーバー化]]

冗長系とフェールオーバーのネットワーク監視 - 変更履歴

Wikiadmin: /* シナリオ2 - 監視のフェイルオーバー化 (Scenario 2 - Failover Monitoring) */

Wikiadmin: /* index */

Wikiadmin: /* シナリオ2 - 監視のフェイルオーバー化 (cenario 2 - Failover Monitoring) */

Wikiadmin: /* index */

Wikiadmin: /* シナリオ2 - 監視のフェイルオーバー化 Scenario 2 - Failover Monitoring */

Wikiadmin: /* = */

Wikiadmin: /* シナリオ 1 - 監視の冗長化 (Scenario 1 - Redundant Monitoring) */

Wikiadmin: /* シナリオ 1 - 監視の冗長化 (Scenario 1 - Redundant Monitoring) */

Wikiadmin: /* シナリオ 1 - 監視の冗長化 (Scenario 1 - Redundant Monitoring) */

Wikiadmin: /* index */

Wikiadmin: /* シナリオ 1 - 監視の冗長化　(Scenario 1 - Redundant Monitoring) */

Wikiadmin: /* シナリオ 1 - 監視の冗長化　(Scenario 1 - Redundant Monitoring) */

Wikiadmin: /* シナリオ 1 - 監視の冗長化　(Scenario 1 - Redundant Monitoring) */