分散サーバ（ＤＭＣ）の設定

　まずは、監視データを暗号化して分散サーバーから中央サーバーに転送するための別ページに述べるＮＳＣＡの イン ストールが必要。
続いて分散サーバーの設定であり、内容は以下の通り。

設定の変更ポイント：

すべてを共に正しく稼働させるためには、分散サーバはすべてのサービスチェックをNagiosに送ることを期待する。
イ ベントハンドラを使えば状態の変化をレポートすることしかできません。強制的に分散サーバにすべてのサービスチェックの結果を送信 させるには、メイン設定ファイルのobsess_over_servicesを 有効にし、サービスチェックの後に毎回 ocsp_command を実行させなくてはならりません。中央サーバへ全サービスチェックの結果を送るために(上で記述した) send_nscaクライアントとnscaデーモンを使ったocspコマンドを使用する。

設定を完了するために、以下のようなocspコマンドを定義する必要があります：

ocsp_command=submit_check_result

define command{
	command_name	submit_check_result
	command_line	/usr/local/nagios/libexec/submit_check_result
				 $HOSTNAME$ '$SERVICEDESC$' $SERVICESTATE$ '$OUTPUT$'
	}

　次にsubmit_check_resultシェルスクリプトであるが次のような感じにします(central_server部 分を実際の中央サーバのIPアドレスに置き換えてください)：

	#!/bin/sh

	# Arguments:
	#  $1 = host_name (Short name of host that the service is
	#       associated with)
	#  $2 = svc_description (Description of the service)
	#  $3 = state_string (A string representing the status of
	#       the given service - "OK", "WARNING", "CRITICAL"
	#       or "UNKNOWN")
	#  $4 = plugin_output (A text string that should be used
	#       as the plugin output for the service checks)
	#

	# Convert the state string to the corresponding return code
	return_code=-1

	case "$3" in
    	    OK)
        	        return_code=0
            	    ;;
	        WARNING)
    	            return_code=1
        	        ;;
	        CRITICAL)
    	            return_code=2
        	        ;;
	        UNKNOWN)
    	            return_code=-1
        	        ;;
	esac

	# pipe the service check info into the send_nsca program, which
	# in turn transmits the data to the nsca daemon on the central
	# monitoring server

	/bin/echo -e "$1\t$2\t$return_code\t$4\n" | /usr/local/nagios/bin/send_nsca
　　　　　　　　　　　 -H 192.168.0.3 -c /usr/local/nagios/var/send_nsca.cfg

　上のスクリプトではsend_nscaプログラムと設定ファイル(send_nsca.cfg)はそれぞれ/usr/local/nagios/bin/と/usr/local/nagios/var/ にある物と想定しています。

以上でリモートホストで稼働しているNagiosを分散監視サーバとして設定できました。では実際に分散サーバの挙動とどのように Nagiosへサービス チェックの結果を送っているのか見てみましょう(下の順番の番号は上のダイヤグラムの番号と連携しています)。

1. 分散サーバがサービスチェックを終えた後、ocsp_commandで 定義したコマンドを実行します。ここの例では/usr/local/nagios/libexec/submit_check_resultス クリプトになります。 submit_check_resultコマンドの定義は4つの情報(サービスが属しているホスト名、サービスの 説明、リターンコード、出力)をスクリプトに引き渡すことに注目してください。
2. submit_check_resultスクリプトがサービスチェック情報(ホスト名、説明、リターンコード、出 力)を send_nscaクライアントへパイプします。
3. send_nscaが中央監視サーバのnscaデーモンにサービスチェック情報を転送します。
4. 中央サーバのnscaデーモンがサービスチェック情報を受け取り、Nagiosが後に取得する外部コマンドファイ ルに書き出します。
5. 中央サーバのNagiosプロセスが外部コマンドファイルを読み、外部監視サーバからのパッシブサービスチェック情報を処理しま す。

中央サーバの設定

　中央サーバーは通常設定するようなス タンドアロンサーバ のような設定を行います。 その設定方法は次のようになります：

　　�@ ウェッブのインターフェースが使えるように設定する。（ cgi.cfg ）
        中央サーバーにおいてもここでの確認が重要。外部コマンドやメール通知など単独で動作させ てみることも必要
　　�A アクティブモードで起動するように設定する。（ nagios.cfg ）　　　　　　　　通知？
　　�B 起動と同時にサービスチェックを行わないように設定する。（ nagios.cfg ） execute_service_checks=0　
　　�C エクスターナルコマンドが使えるように設定する。（ nagios.cfg ）           check_external_commands=1  
　　�D パッシブサービスチェックが行えるように設定する。（ nagios.cfg ）　　　accept_passive_service_checks=1

中央サーバを構成するにあたって気にとめておかなければならない3つの重要な事項があります。

• 中央サーバには全分散サーバが監視するサービスのすべてのサービス定義を持たなくてはなりません。Nagiosは サービス定義で定義されていないパッシブチェックの結果を無視します。
• もし中央サーバを分散サーバからの結果を処理するためだけに使用するのであれば、全アクティブチェックをプログラムワイドに無効 にするexecute_service_checksディ レクティブを単純に0に設定することができます。もし中央サーバでもいくつかのサービスをアクティブチェックさせるのであれば、分散サーバが受け持つサー ビス定義のenable_active_checksオプションを0に設定します。これはNagiosがそれらのサービスに対してアクティ ブチェックを行わない設定です。

これによる監視画面の例を以下に示す。分散サーバーによる監視データにはＰのマークがついている。

このPは nagios.cfg における retain_state_infomation をｏｆｆとしなければ表示されなかった。なぜだろう。
  ・retain_state_information=0
　・use_retained_programs=0
が必要の ようである。

　また、マップ表示画面においても、 hosts.cfg ファイルで parent 設定をすることで遠隔監視項目と直接監視項目をつなぐことが出来る。

さて、これをどうやってやるか？ですが、分散サーバで監視をするサービスに中央サーバ上で次のように設定します・・・。

• サービス定義のcheck_freshnessオプションを1に設定し、そのサービスの"フレッシュネス"チェッ クを有効にします。
• サービス定義のfreshness_thresholdオプションに(分散サーバから送られてくる)サービス チェックの結果がどれぐらい"フレッシュ"かの値を設定します(秒単位)。
• サービス定義のcheck_commandオプション中央サーバからのアクティブサービスチェック用のコマンドを 設定します。

　Nagiosはフレッシュネスチェックが有効になっている全サービスの結果を定期的に"フレッシュ"かどうかチェックします。それぞ れのサービス定義のfreshness_thresholdの 値がサービスチェックの結果が"フレッシュ"かどうか判断する基準になります。例えば、あるサービスのこの値を300に設定したとしたら、Nagiosは サービスチェックの結果が3分(300秒)より古ければそれは"期限切れ"と考えます。freshness_thresholdオプション の値を設定しない場合、Nagiosはnormal_check_intervalもしくはretry_check_intervalオ プションのどちらかから自動的に"フレッシュ"かどうか計算します(計算値はそのサービスがどんなステー トタイプかに依存します)。もしそのサービスチェックの結果が"期限切れ"であったならば、Nagiosはそのサービスのサービス定義のcheck_commandオ プションで指定したサービスチェックを実行します。

　中央サーバからそのステータスをアクティブチェックできるようにサービス定義の check_commandオプ ションをして いしなくてはならないことを覚えておいてください。通常、このチェックコマンドは実行されることはありません(なぜならそのサービスはプログラムワイドも しくはその特定のサービスでアクティブチェックが無効にしているから)。フレッシュネスチェックが有効の際は、Nagiosはもしプログラムワイド およびその特定のサービスでアクティブチェックが無効になっていたとしてもそのサービスのステータスをこのコマンドでアクティブチェックします。

define command{
	command_name	service-is-stale
	command_line	/usr/local/nagios/libexec/staleservice.sh
	}

次のようなstaleservice.shスクリプトを/usr/local/nagios/libexecに 起きます。

#!/bin/sh

/bin/echo "CRITICAL: Service results are stale!"

exit 2

   Nagiosがそのサービス結果が期限切れを検知したら、service-is-staleコマンドである/usr/local/nagios/libexec/staleservice.shを 実行し、
そのサービスを警告状態にします。これにより通知が送信され、担当者は問題を認知するしょう。

Notification Type: PROBLEM

Service: POP3
Host: ホームサーバー１
Address: 192.168.0.100
State: CRITICAL

Date/Time: Sun Mar 21 14:02:34 JST 2004

Additional Info:

CRITICAL: Service results are stale!