Nagios 3翻訳プロジェクト Wiki - 最近更新したページ [ja]

キャッシュされたチェック

Wikiadmin — Sat, 04 Sep 2010 13:05:46 GMT

ページの作成: == はじめに　Introduction == Nagiosの監視ロジックの性能は、キャッシュされたチェックを使用することで、とても向上させることができ…

新規ページ

== はじめに　Introduction ==
Nagiosの監視ロジックの性能は、キャッシュされたチェックを使用することで、とても向上させることができます。キャッシュされたチェックで、比較的最近行ったチェックが代わりに用いることができるのならば、 Nagiosは、ホストチェックやサービスチェックの実行を無視することが出来ます。

== オンデマンドチェクのためだけに For On-Demand Checks Only==
定期的にスケジュールされているホストチェックとサービスチェックは、キャッシュされたチェックを使っても、性能の改善はされません。キャッシュされたチェックは、ホストチェックとサービスチェックの、オンデマンド性能を向上させるのだけに役に立ちます。定期的なチェックは、定期的に行われるホストステータスとサービスステータスの更新の確認を手助けします。その結果、将来それらの結果が、キャッシュされたチェックに利用できる大きな可能性を持っているかもしれません。

参考として、オンデマンドホストチェックが実行されます・・・
*ホストに関連したサービスが状態を変えた時
*host reachability(ホストへの到達性) ロジックの一部として必要
*predictive host dependency checks(予測ホスト依存チェック) に必要

そして、オンデマンドサービスチェックが実行されます・・・
*predictive service dependency checks(予測サービス依存チェック) に必要な時

[[ファイル:Hint.gif]]サービスの依存を利用しなければ、Nagiosはサービスチェックの性能を向上させるのにキャッシュされたチェックの結果を使用できません。ご心配はいりません。これが普通なのです。キャッシュされたホストチェックには、大幅な性能改善があるので、皆がこの利益に目を向けるべきなのです。

== キャッシュはどう動くのか How Caching Works ==
Nagiosが、オンデマンドのホストチェックかサービスチェックを実行する必要があるとき、キャッシュされたチェックの結果を使用するか、プラグインの実行による実際のチェック結果を使用するかを判断をします。それは、最後のホストチェックやサービスチェックが直前までのX分間に発生したかどうかを調べる為に行われます。尚、Xはキャッシュされたサービスチェックの保持限界時間を指します。

キャッシュされたチェックの限界変数によって指定された時間枠の中で最後のチェックが行われたならば、 Nagiosは最後のホストチェックやサービスチェックの結果を利用して、新しいチェックは実行しません。ホストやサービスがまだチェックされていない、または最後のキャッシュされたチェックの結果がチェック限界時間枠外になると、 Nagiosは、プラグインを実行して、新しいホストチェックやサービスチェックを実行します。

==これの本当の意味とは What This Really Means==
時間内で、 at that exact moment(正確なその瞬間での) のホストやサービスのステータス(状態)を知る必要があるため、Nagiosはオンデマンドチェックを実行します。キャッシュされたチェックを利用する事は、 Nagiosが、現在のホストの状態を決める為には最新のチェック結果だけで"十分"だと認め、ホストやサービスのステータス(状態)の再チェックも必要でないことを認めることです。

キャッシュされたチェックの限界は、ホストやサービスの現在の状態を反映する為に、チェック結果がどのくらい最近でないといけないかをNagiosに伝えます。例えば、キャッシュされたチェックの限界時間を30秒とする事は、あなたはNagiosにホストのステータスが30秒以内にチェックされたものならば、そのチェック結果はまだ、現在の結果とみなせと指示する事です。

Nagiosは実行されなければいけないオンデマンドチェックの回数に対して、キャッシュされたチェックの結果の回数がキャッシュされたチェックの"hit(ヒット)"率と考えます。ホストの一定間隔のチェックと等しいようにキャッシュされたチェックの限界を増やすことによって、理論上、100%のキャッシュヒット率を達成することが出来るでしょう。その場合、全てのオンデマンドチェックでは、キャッシュされたチェックの結果を使うでしょう。驚くような性能の向上ですね！しかし本当にそうなのでしょうかね？多分違うのですよ。

キャッシュされたチェック結果の情報の信頼性は、時間がたつにつれ減少していきます。より高いキャッシュヒット率を実現するには、前回行ったキャッシュチェックの結果が、より長い時間の間、"有効である"ことを示す必要があります。どのようなネットワークでもその状態は急速に変化していきます。そして、30秒前まで機能していたサーバーが、今現在も障害が発生していないという保証はどこにもありません。信頼性とスピードは、トレードオフ（等価交換）な関係なのです。キャッシュされたチェックの有効限界時間を長くするならば、監視ロジックで使用されるチェックの結果が信頼できないものであるというリスクを冒すことになるのです。

Nagiosは、最終的に全てのホストとサービスの状態を決定するので、キャッシュされたチェックの結果が、本当に信頼できないものだとしても Nagiosは短期間、不適格な情報で動作するのです。短期間の当てにならないステータスの情報でさえ、管理者にとっては厄介なものとなります。それらのせいで、既に存在しない障害の通知を受け取るかもしれないからです。

全てのNagiosユーザが受け入れられるような、標準のキャッシュのチェック時間やキャッシュヒット率はありません。ある人は、短い限界時間枠と低いキャッシュヒット率を求め、他の人は、より大きな限界時間枠と、より大きなキャッシュヒット率（低い信頼性率を持っている）を求めます。ユーザの中には、100%の信頼性のレートを得るために、全体で行われたキャッシュされたチェックを無効にしたがる人すらいます。異なった限界時間枠でテストし、ステータス情報の信頼性へそれらが与える効果を、それぞれのユーザが、自らの環境で試して、「適正」な値を見つける必要があります。これに関する詳しい話は、以下で議論されています。

==設定変数 Configuration Variables==
以下の変数は、前もってホストやサービスのチェック結果がキャッシュされたホストやキャッシュされたサービスの結果として使用できる時間枠を決定します。
*cached_host_check_horizon（キャッシュされたホストの限界時間）変数は、キャッシュされたホストのチェックを制御します。
*cached_service_check_horizon（キャッシュされたサービスの限界時間）変数は、キャッシュされたサービスのチェックを制御します。

==キャッシュの有効性を最適化する Optimizing Cache Effectiveness==
キャッシュされたチェックを、最も効果的に利用するためにするべき事とは・・・:
*ホストの定期的なチェックを計画します。
*1]オンデマンドチェック 2]キャッシュチェックのためMRTGのグラフ統計を使います。
*あなたのニーズに合うように、キャッシュされたチェックの限界変数を調整します。

host definitions（ホスト定義）の check_interval オプションの値を、0以上を指定することで、ホストの定期的なチェックを計画できます。もしこれを行うなら、 max_check_attempts（最大チェック試行数）オプションを、1以上に設定した事を確認します。もし設定しなければ、大きなパーフォーマンスヒットを起こします。この潜在的パフォーマンスヒットは、 [http://nagios.sourceforge.net/docs/3_0/hostchecks.html ここ]で、詳しく述べられています。

キャッシュされたチェックの限界オプションの最適値を決定するための近道は、 Nagiosが実際にオンデマンドチェックを実行した数と、キャッシュされた値を使う回数を比較することです。 nagiostats（ナギオスタッツ）ユーティリティは、キャッシュされたチェックの情報を作り出すことができます。それは、 graphed with MRTGのグラフを作る事で可能になります。右に示すように、MRTGのグラフはキャッシュに対し、実際のオンデマンドチェックを対比して示しています。

上記のグラフを作り出す監視ソフトをインストールしましょう:
*合計44個のホスト全てが、一定の間隔でチェックされました。
*5分の平均した(定期的にスケジュールされている)ホストチェック間隔
*15秒の、 cached_host_check_horizon（キャッシュされたホストの限界時間）

最初のMRTGグラフは、どのくらい多くのキャッシュされたホストチェックが、通常のホストチェックに比べてスケジュールされたかを示しています。この例では、平均53のホストチェックが5分毎に起こります。これら内、9個(17%)はオンデマンドチェックです。

2番目のMRTGのグラフは、どれだけのキャッシュされたホストのチェックが時間内に起こったのかを示しています。この例では、キャッシュされたホストのチェックは5分毎に平均2回起こるということになります。

キャッシュされたチェックは、オンデマンドチェックだけで利用可能だという事を覚えておいてください。 5分間の平均に基づいたグラフから、 Nagiosがオンデマンドのチェックの9回中2回をキャッシュされたホストチェックの結果を使用しているという事がわかります。それはあまり実感できないものかもしれませんが、これらのグラフは小さな監視環境でのグラフです。 9個中の2個が22%であり、もしこれが、大規模な環境ならば、ホストチェック性能を大幅に向上させる事がいかに大切なのかが分かります。キャッシュされたホストチェックの限界変数の値が増加したらパーセントは高くなります。しかし、キャッシュされたホストのステータスの情報の信頼性は低くなります。

何時間か何日かの有用なMRTGグラフが出来あがると、どれだけの数のホストとサービスのチェックがどれだけの数のプラグインを使用して行われ、それに対しキャッシュされた結果がどれだけ使われたのかがわかります。その情報を用いれば、あなたの状況に適切なキャッシュされたチェックの限界変数の値に調整することができます。 MRTGグラフをずっと監視し続けていると、どのように限界変数の変更がキャッシュされたチェックの統計に影響を与えるかが分かります。これらは、必要に応じて更新を繰り返します。

Nagios 3翻訳ドキュメント

Wikiadmin — Sat, 04 Sep 2010 12:59:44 GMT

上級者向けトピック:

←前の版		2010年9月4日 (土) 12:59時点における版
79 行		79 行
	*[[適用型監視]] (Adaptive monitoring)		*[[適用型監視]] (Adaptive monitoring)
	*[[予測依存チェック]](Predictive dependency checks)		*[[予測依存チェック]](Predictive dependency checks)
-	*[[~~Cached checks~~]]	+	*[[キャッシュされたチェック]](Cached checks)
	*[[パッシヴホストステート解釈]] (Passive host state translation)		*[[パッシヴホストステート解釈]] (Passive host state translation)
	*[[サービスとホストのチェックスケジューリング]] (Check scheduling)		*[[サービスとホストのチェックスケジューリング]] (Check scheduling)

フラッピングの検知

Wikiadmin — Sat, 04 Sep 2010 12:58:32 GMT

ページの作成: == 導入 Introduction == Nagiosはオプションで、ホストとサービスの"flapping（バタつき）"を検知する機能があります。バタつきは、ホスト…

新規ページ

== 導入 Introduction ==
Nagiosはオプションで、ホストとサービスの"flapping（バタつき）"を検知する機能があります。バタつきは、ホストやサービスの状態が頻繁に変化し、障害と復旧の通知が大量に発生した時に発生します。バタつきは、設定の問題(閾値が低すぎる等)もしくは、実際のネットワーク障害を示すことができます

== バタつきの検知はどのようにして動いているのか How Flap Detection Works==
この説明に移る前に・・・バタつきの検知機能を実装するのは困難だったと言わざるを得ません。特定のホストやサービスの状態変化に関しては、どのようにして状態の変化が "too frequently（あまりに頻繁である）" と決めればいいのだろうか。バタツキ検知の最初に実装を始める際に、どのようにしてバタツキを検知できるか、検知すべきかについてのいくつかの情報を見つけようとしました。私は、他の人が使っていたものに関する情報（そこで何をしていたか等）は、全く見つけることができませんでした。だから、理にかなった解決であるようだった。ということで落ちつくことに決めました・・・

Nagiosがホストやサービスの状態をチェックする場合は常に、バタつきを始めたか止めたかどうかチェックするでしょう。その為には以下でこれを行います。

*ホストまたはサービスの21回のチェックの結果を格納します
*過去のチェック結果を分析して、状態変化・変遷がどこに発生するかを決定します。
*ホストやサービスのために、状態変化率(変化の測定)を測定するのために状態遷移を使用します。
*バタつきの閾値の、上限下限に状態変化率の値を、パーセントで比較します。

状態変化率が最初に高い方のバタつき閾値を上回るとき、ホストやサービスがバタつきをはじめたと決定します。

バタつきが状態変化率の閾値を下回る場合は(以前からばたついていた場合も想定する)、ホストやサービスのバタつきが止まったと判断します

== 例 Example==
では、サービスのバタつき検知がどのようにして働いているかを詳細に説明していきましょう・・・

下記の画像は、一番新しい21のサービスチェックからの、時系列順のサービス状態の履歴を示します。 OKステートは緑、WARNINGステートは黄色、CRITICALステートは赤で、UNKNOWNステートはオレンジになります。

[[ファイル:Statetransitions.png]]

ファイル:Statetransitions.png

Wikiadmin — Sat, 04 Sep 2010 12:57:50 GMT

"ファイル:Statetransitions.png" をアップロードしました。

新規ページ

Nagios 3翻訳ドキュメント

Wikiadmin — Sat, 04 Sep 2010 12:55:19 GMT

上級者向けトピック:

←前の版		2010年9月4日 (土) 12:55時点における版
68 行		68 行
	*[[分散監視]] (Distributed monitoring)		*[[分散監視]] (Distributed monitoring)
	*[[冗長系とフェールオーバーのネットワーク監視]] (Redundant and failover monitoring)		*[[冗長系とフェールオーバーのネットワーク監視]] (Redundant and failover monitoring)
-	*[[Detection and handling of state flapping]]	+	*[[フラッピングの検知]] (Detection and handling of state flapping)
	*[[通知のエスカレーション]] （Notification escalations）		*[[通知のエスカレーション]] （Notification escalations）
	*[[通知間隔]] (On-call notification rotations)		*[[通知間隔]] (On-call notification rotations)

ホストチェック

Wikiadmin — Sat, 04 Sep 2010 12:53:53 GMT

ページの作成: == 導入 Introduction== ホストチェックの基本的な働きをここでは記述していきます。 == いつホストチェックは行われるの？ When Are Host …

新規ページ

== 導入 Introduction==
ホストチェックの基本的な働きをここでは記述していきます。

== いつホストチェックは行われるの？ When Are Host Checks Performed?==
ホストは、Nagiosのデーモンによってチェックされます。
*通常のチェック間隔は、あなた自身のホスト定義に記載できるオプションであるcheckアクションの実行を繰り返す時間間隔と接続を再試行する時間間隔によって定義されています
*利用者の需要に応じて、ホストの状態の変化とサービスを結び付けて見張ります。
*利用者は、ホストへの到達可能性を見張る役割も必要とされています。
*利用者は、ホストへの依存から予測するチェックを必要としています。

通常のホストチェックのスケジュールは任意で決めることが出来ます。もしあなたが、check_interval(checkアクションの実行を繰り返す時間間隔)を設定でゼロに設定したならば、 Nagiosは基本的なホストチェックすら出来なくなるでしょう。しかしながら、利用者はホストに対する自らの望みに沿ったチェックを、監視ロジックの一部としてと必要とします。

オンデマンド・チェックはホストの状態の変化とサービスを関連付けて考えます。なぜなら、Nagiosはホストの状態が変化しているかどうかを知る為のソフトだからです。状態がよく変化するものには、ホストの状態が変化しているかどうかだけを見る指標を用いたサービスチェックもあります。例えば、もしNagiosがホストのHTTPサービスがCRITICAL(クリティカル状態・重大な異常を示す)からOK(正常状態)へと変化したことを検知したならば、恐らくそのホストがリブートから復旧したことやバックアップシステムが動き出したことを指し示すでしょう。

ホストのオンデマンド・チェックはホストへの到達可能性を調べる方法を利用して作られています。 Nagiosは、ネットワークの供給停止を出来るだけ素早く検知するように設計されています。そして、ホストの状態が、DOWN(ホストダウン)なのかUNREACHABLE(ホストまでpingが届いていない)状態のいずれかを識別します。それら2つはとても異なる状態なので、識別できることによって、ネットワーク管理者がネットワークの供給停止の原因を素早く突き止める手助けとなるのです。

オンデマンド・チェックは、predictive host dependency check(ホストへの依存から予測するチェック)の仕組みを利用して行われています。それらのチェックは、出来るだけ的確で依存性のある仕組みによって確実なものへと裏付けられています。

==キャッシュされたホストチェック Cached Host Checks==
オンデマンド・ホストチェックの実行はキャッシュされたチェックを手助けに利用すれば、著しく向上させることが出来ます。 Nagiosにホストチェックの実行を無視することを許し、もし関係性のあるチェックの結果の代わりになるものを決めればさらに向上させることも出来まする。キャッシュを利用したチェックについてより知りたければ、[http://nagios.sourceforge.net/docs/3_0/cachedchecks.html ここ]のページを見てください。

==依存性とチェック Dependencies and Checks==
host execution dependencies(ホスト毎の実行に関する依存)を定義することが出来ます。それによって、Nagiosが、一つ、あるいは他の複数のホストの状態に依存したホストの状態(ステータス)のチェックするのを妨げることになります。依存性に関してより深く知りたい場合は、ここを見ると良いです。

==ホストチェックの並列処理 Parallelization of Host Checks==
定期的なホストチェックは並列処理されます。 Nagiosがスケジューリングされたホストチェックを実行する際は、スケジュールされたホストチェックを始め、その後、一旦手を止めていた他の作業(実行中のサービスチェックなど)に戻ります。ホストチェックは、Nagiosのデーモンから分岐した子プロセスとして実施されます。ホストチェックが完了したら、子プロセスはNagiosの親プロセスにチェックの結果を伝えます。 Nagiosの主な処理は、チェック結果に対し適切な処理を下し解決を行うことです。(イベントハンドラの実行や障害の通知など)

オンデマンド・ホストチェックも必要があるのならば、並列処理を行うことも出来ます。先述したように、Nagiosは比較的新しいホストチェックからのキャッシュされた結果として利用されるなら、オンデマンド・ホストチェックの実際の実行をとめることも出来ます。

Nagiosが、スケジュールされたホストチェックや、オンデマンド・ホストチェックを実行する際に、他のホストのチェックも始めるかもしれないです。それらのチェックは、predictive dependency checks(依存性から予測したチェック)や、ホストが使う、network reachability(ネットワークの利用の可能性) の仕組みに対する決定に影響を与えるような、以上の2つの要因によって始められます。 2番目のチェックは、たいていは並列処理で実行されます。しかし、予期せぬ大きな例外事項が起きた際には、それによってパフォーマンスに悪い影響を与えられることもあるのです。

Note ホストの max_check_attempts(サービスチェックがOK以外の状態を返した時に何度Nagiosが再試行するかの回数) 数を 1 に設定したら、パフォーマンスには深刻な影響が出ます。その理由は何だって？もしNagiosが network reachability(ネットワークの到達可能性)の仕組み(DOWNやUNREACHABLE等の状態が見える状態)を利用して真の値を決定する必要があるのならば、親プロセスに近いすべてのホストの serial(連続番号) を調べる必要があるのです。だからこそ、常に max_check_attempts(サービスチェックがOK以外の状態を返した時に何度Nagiosが再試行するかの回数) を1より大きな値にすれば、並列処理の時よりも高いパフォーマンスを得ることが出来るのです。

==ホストの状態 Host States==
チェックされるホストは3つの異なった状態の一つに分類される：
*正常
*ホストダウン
*ホストまで未到達

==ホストの状態の決定 Host State Determination==
ホストチェックは、 [http://nagios.sourceforge.net/docs/3_0/plugins.html plugins(プラグイン)]によって実行されます。プラグインは、OK、WARNING、UNKNOWN、またはCRITICALの状態を返すことが可能です。では、どのようにしてNagiosは、プラグインの返す値をUPやDOWNやUNREACHABLEといったホストの状態へと変換するのでしょうか。それはですね・・・

下記の表は、プラグインが返す値と一つ前のホストの状態がどのようなものなのかを示す表です。いくつかの後処理(後に述べる)がなされると、ホストの最終的な状態が変化するものもあります。

<table border=1>
<tr><th>プラグインによる結果</th><th>ホストのひとつ前の状態</th></tr>
<tr><td>OK</td><td>UP</td></tr>
<tr><td>WARNING</td><td>UP or DOWN*</td></tr>
<tr><td>UNKNOWN</td><td>DOWN</td></tr>
<tr><td>CRITICAL</td><td>DOWN</td></tr>
</table>

[[ファイル:Note.gif|bottom]]WARNING は大抵はホストがUP状態であることを意味します。しかし、use_aggressive_host_checking(アグレッシブホストチェック→このオプションを無効にするとNagiosは、チェックをより早く行おうとする。有効にした場合、ホストチェックに多く時間を使うが、確実性は少し上昇する。Nagiosホストの復旧をあまり検知しない問題がある場合を除いて、このオプションは無効にすることをお勧めします。) のオプションを有効にしているのならば、 WARNING という結果がホストの DOWN を意味することもあります。

もし一つ前のホストの状態が DOWN ならば、Nagiosは本当にホストが DOWN しているのかや UNREACHABLE なのかを確認しようと試みます。ホストの、DOWN と UNREACHABLE の間の状態の区別は、管理者がネットワークの供給停止の原因の根本を素早く確定するための手助けになるので重要です。下記の表は、Nagiosの親ホストの最終状態の決定がどのようにして決められるのかを示しています。

<table border=1>
<tr><th>一つ前のホストの状態</th><th>親ホストの状態</th><th>ホストの最終状態</th></tr>
<tr><td>DOWN</td><td>少なくとも一つの親ホストは UP である</td><td>DOWN</td></tr>
<tr><td>DOWN</td><td>すべての親ホストが、 DOWN か UNREACHABLE のいづれかである</td><td>UNREACHABLE</td></tr>
</table>

== ホストの状態変化 Host State Changes ==
恐らくお分かりでしょうが、ホストはずっと同じ状態では留まってはいません。物理的な故障、パッチの適用、必要不可欠なサーバのリブートなどがあるのです。 Nagiosはホストの状態をチェックする時、 UP と DOWN と UNREACHABLE の状態の間のホストの変化を検出し、適切な処理をすることができるのです。これらの状態変化の結果は、異なった state types(状態の種類)（HARDやSOFT）があり、これを引き金として、 event handlers(イベントハンドラ) の実行、 notifications(通知) を行います。状態の変化を検出し、対応することは、Nagiosの行っていることの全てです。

ホストがあまりに頻繁に状態を変化させることを、"flapping(バタバタしている状態、バタツキ)"であると考えられます。 flapping しているホストの良い例の一つに、「OSが読み込まれた際すぐに、自発的にリブートし続けようとするサーバーのようなものである」というものがあります。この例は、詳細を語る上でよく使われる面白い例です。 Nagiosはサービスがいつ flapping (バタツキ)を始めたかを検出できます。そして、バタツキが止まって、サービスの状態が安定するまで、通知を止めることができます。もし詳しくバタツキを検出する仕組みが知りたいならば、 [http://nagios.sourceforge.net/docs/3_0/flapping.html ここ]を見ると良いです。

Nagios 3翻訳ドキュメント

Wikiadmin — Sat, 04 Sep 2010 12:44:09 GMT

基本設定:

←前の版		2010年9月4日 (土) 12:44時点における版
50 行		50 行
	*[[マクロとその動作についての理解]](Macros and how they work)		*[[マクロとその動作についての理解]](Macros and how they work)
	*[[Nagiosの標準マクロ]](Standard macros available in Nagios)		*[[Nagiosの標準マクロ]](Standard macros available in Nagios)
-	*[[~~Host checks~~]]	+	*[[ホストチェック]] (Host checks)
	*[[サービスチェック]] (Service checks)		*[[サービスチェック]] (Service checks)
	*[[アクティブチェック]] (Active checks)		*[[アクティブチェック]] (Active checks)

Nagiosの標準マクロ

Wikiadmin — Sat, 04 Sep 2010 12:30:21 GMT

新規ページ

Nagiosで利用できる標準のマクロはここに記載されています。

カスタムメイドのためのオンデマンド・マクロとマクロについては[http://oss.aspect-sys.co.jp/nagios_jp/macros.html ここ]で記述されます。

==マクロの有効性 Macro Validity==
マクロは全てのコマンド定義で使うことができますが、全てのマクロが特別な種類のコマンドで常に有効なわけではありません。

例えば、いくつかのマクロはサービス通知コマンドの間だけ有効ですが、他はホストチェックコマンドの間だけ有効なのかもしれません。

Nagiosが異なると認識して扱う10種類のコマンドがあります。

それらは以下の通りです:

#サービスチェック
#サービス通知
#ホストチェック
#ホスト通知
#サービスイベントハンドラ、そして/または、グローバルサービスイベントハンドラ
#ホストイベントハンドラ、そして/または、グローバルなホストイベントハンドラ
#OCSPコマンド
#OCHPコマンド
#サービスパーフォマンスデータコマンド
#ホストパーフォーマンスデータコマンド

以下のテーブルは現在Nagiosで利用可能な全マクロの簡単な説明とそれらが有効なコマンドの種類の一覧です。

もしマクロが正しくないコマンドの種類で使われるたとき、それは "" 文字で置き換えられます。

マクロがすべて大文字のキャラクタから出来ていて、$キャラクタで囲まれる事に注意する必要があります。

==マクロ有効性チャート Macro Availability Chart==
説明
{|class="Default" border="1" cellpadding="5" cellspacing="0"
|-
!! class="MacroNo" | No 
! マクロは利用できません。 

|-
!! class="MacroYes" | Yes 
!マクロは利用できます
|}

{| border="1" cellpadding="5" cellspacing="0"
|- class="Macros"
!! class="Macros" | マクロ名
!! class="Macros" | サービスチェック 
!! class="Macros" | サービス通知 
!! class="Macros" | ホストチェック 
!! class="Macros" | ホスト通知 
!! class="Macros" | サービスイベントハンドラと[http://oss.aspect-sys.co.jp/nagios_jp/configmain.html#ocsp_command OCSP]
!! class="Macros" | イベントハンドラと [http://oss.aspect-sys.co.jp/nagios_jp/configmain.html#ochp_command OCHP]
!! class="Macros" | サービスパーフォーマンスデータ
!! class="Macros" | ホストパーフォマンスデータ
|-
| colspan="9" class="MacroType" | ホストマクロ:[[#note3 | 3 ]]

|-
!! class="MacroName" | [[#hostname | $HOSTNAME$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#hostdisplayname | $HOSTDISPLAYNAME$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#hostalias | $HOSTALIAS$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#hostaddress | $HOSTADDRESS$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#hoststate | $HOSTSTATE$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes [[#note1 | 1]] 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#hoststateid | $HOSTSTATEID$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes [[#note1 | 1]] 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#lasthoststate | $LASTHOSTSTATE$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#lasthoststateid | $LASTHOSTSTATEID$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#hoststatetype | $HOSTSTATETYPE$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes [[#note1 | 1]] 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#hostattempt | $HOSTATTEMPT$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#maxhostattempts | $MAXHOSTATTEMPTS$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#hosteventid | $HOSTEVENTID$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#lasthosteventid | $LASTHOSTEVENTID$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#hostproblemid | $HOSTPROBLEMID$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#lasthostproblemid | $LASTHOSTPROBLEMID$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#hostlatency | $HOSTLATENCY$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#hostexecutiontime | $HOSTEXECUTIONTIME$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes [[#note1 | 1]] 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#hostduration | $HOSTDURATION$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#hostdurationsec | $HOSTDURATIONSEC$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#hostdowntime | $HOSTDOWNTIME$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#hostpercentchange | $HOSTPERCENTCHANGE$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#hostgroupname | $HOSTGROUPNAME$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#hostgroupnames | $HOSTGROUPNAMES$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#lasthostcheck | $LASTHOSTCHECK$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#lasthoststatechange | $LASTHOSTSTATECHANGE$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#lasthostup | $LASTHOSTUP$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#lasthostdown | $LASTHOSTDOWN$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#lasthostunreachable | $LASTHOSTUNREACHABLE$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#hostoutput | $HOSTOUTPUT$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes [[#note1 | 1]] 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#longhostoutput | $LONGHOSTOUTPUT$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes [[#note1 | 1]] 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#hostperfdata | $HOSTPERFDATA$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes [[#note1 | 1]] 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#hostcheckcommand | $HOSTCHECKCOMMAND$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#hostackauthor | $HOSTACKAUTHOR$]] [[#note8 | 8]] 
!! class=MacroNo" | No 
!! class=MacroNo" | No 
!! class=MacroNo" | No 
!! class="MacroYes" | Yes 
!! class=MacroNo" | No 
!! class=MacroNo" | No 
!! class=MacroNo" | No 
!! class=MacroNo" | No 

|-
!! class="MacroName" | [[#hostackauthorname | $HOSTACKAUTHORNAME$]] [[#note8 | 8]] 
!! class=MacroNo" | No 
!! class=MacroNo" | No 
!! class=MacroNo" | No 
!! class="MacroYes" | Yes 
!! class=MacroNo" | No 
!! class=MacroNo" | No 
!! class=MacroNo" | No 
!! class=MacroNo" | No 

|-
!! class="MacroName" | [[#hostackauthoralias | $HOSTACKAUTHORALIAS$]] [[#note8 | 8]] 
!! class=MacroNo" | No 
!! class=MacroNo" | No 
!! class=MacroNo" | No 
!! class="MacroYes" | Yes 
!! class=MacroNo" | No 
!! class=MacroNo" | No 
!! class=MacroNo" | No 
!! class=MacroNo" | No 

|-
!! class="MacroName" | [[#hostackcomment | $HOSTACKCOMMENT$]] [[#note8 | 8]] 
!! class=MacroNo" | No 
!! class=MacroNo" | No 
!! class=MacroNo" | No 
!! class="MacroYes" | Yes 
!! class=MacroNo" | No 
!! class=MacroNo" | No 
!! class=MacroNo" | No 
!! class=MacroNo" | No 

|-
!! class="MacroName" | [[#hostactionurl | $HOSTACTIONURL$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#hostnotesurl | $HOSTNOTESURL$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#hostnotes | $HOSTNOTES$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#totalhostservices | $TOTALHOSTSERVICES$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#totalhostservicesok | $TOTALHOSTSERVICESOK$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#totalhostserviceswarning | $TOTALHOSTSERVICESWARNING$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#totalhostservicesunknown | $TOTALHOSTSERVICESUNKNOWN$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 

|-
!! class="MacroName" | [[#totalhostservicescritical | $TOTALHOSTSERVICESCRITICAL$ ]]
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
!! class="MacroYes" | Yes 
|-<td colspan="9 |

MediaWiki:Common.css

Wikiadmin — Sat, 04 Sep 2010 11:58:21 GMT

Nagiosの起動と停止

Wikiadmin — Fri, 03 Sep 2010 02:51:37 GMT

ページの作成: == Nagiosの起動 Starting Nagios== 1.Initスクリプトで行う: Nagiosのデーモンを簡単に起動する方法は、以下のようにinitスクリプトを使うこと…

新規ページ

== Nagiosの起動 Starting Nagios==
1.Initスクリプトで行う: Nagiosのデーモンを簡単に起動する方法は、以下のようにinitスクリプトを使うことです。:
<pre>
/etc/rc.d/init.d/nagios start
</pre>

2.手動で行う: Nagiosを -d オプションを付けて以下のように手動で起動することが出来ます。:
<pre>
/usr/local/nagios/bin/nagios -d /usr/local/nagios/etc/nagios.cfg
</pre>

== Nagiosの再起動 Restarting Nagios==
設定ファイルを変更して、その変更を反映したい時は、再起動やリロードが必要です。

1.Initスクリプトで行う: Nagiosのデーモンを簡単に再起動する方法は、以下のようにinitスクリプトを使うことです。:
<pre>
/etc/rc.d/init.d/nagios reload
</pre>

2.ウェブインターフェースで行う: ウェブインタフェースを使って、 "Process Info（プロセス情報）"画面から"Restart the Nagios process（Nagiosプロセスの再起動）"を選ぶことでNagiosを再起動できます。:
<pre>
Restart the Nagios process
</pre>

3.手動で行う: Nagiosプロセスに、以下のようにSIGHUP信号を送ることで再起動することができます::
<pre>
kill -HUP <nagios_pid>
</pre>

==Nagiosの停止 Stopping Nagios==
1.Initスクリプトで行う: Nagiosのデーモンを簡単に再起動する方法は、以下のようにinitスクリプトを使うことです。:
<pre>
/etc/rc.d/init.d/nagios stop
</pre>

2.ウェブインターフェースで行う:ウェブインタフェースを使って、 "Process Info（プロセス情報）"画面から"Shutdown the Nagios process（Nagiosプロセスの停止）"を選ぶことでNagiosを停止できます。:
<pre>
Shutdown the Nagios process
</pre>

3.手動で行う: 以下のように、SIGTERM信号を送ることで、Nagiosプロセスを止めることができます:
<pre>
kill <nagios_pid>
</pre>

Nagios 3翻訳ドキュメント

Wikiadmin — Fri, 03 Sep 2010 02:47:16 GMT

Nagiosの実行:

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

	*[[Nagiosの設定を検証する]] (Verifying your configuration)		*[[Nagiosの設定を検証する]] (Verifying your configuration)
-	*[[Starting and stopping Nagios]]	+	*[[Nagiosの起動と停止]](Starting and stopping Nagios)

	===基本設定===		===基本設定===

Nagiosのアップグレード

Wikiadmin — Fri, 03 Sep 2010 02:44:17 GMT

ページの作成: ==前のNagios 3.xリリースからのアップグレード Upgrading From Previous Nagios 3.x Releases== Nagios 3.xの、新しいα版、ベータ版、あるいは安定し…

新規ページ

==前のNagios 3.xリリースからのアップグレード Upgrading From Previous Nagios 3.x Releases==
Nagios 3.xの、新しいα版、ベータ版、あるいは安定したリリースがリリースされた時は、できるだけ早いアップグレードを考慮するべきです。新しいリリースは、大抵重要なバグフィックス情報を含んでいるので、その情報を最新のものに保つことが重要となるのです。 [[導入ガイド]]クイックスタートガイド)で説明されているように、ソースコードからNagiosを既にインストールしていたとしたならば、簡単にNagios 3.xの、より新しいバージョンをインストールすることが出来ます。これを行うには、全ての過程でroot権限でアクセスすることすら必要ではなく、最初のインストールの間だけ、ルート権限で行えば全て出来るのです。ここに、アップグレードの過程が書いてあります・・・

まず、既存のNagiosのインストールと、構成ファイルの良好な状態のバックアップがあることを確認します。これがあれば、もし仮に何か予期せぬ事態が起きたり、動作しなくても、これらがあれば古いバージョンへ戻すことが出来ます。

まず、Nagiosユーザになります。 DebianやUbuntuのユーザは、sudo -s nagiosを使いましょう。

<pre>
su -l nagios
</pre>

次に挙げているような、webページのフォントを記した古いHTMLファイルを消します。それらは既に、PHPによって同等なものに置き換えられていますので。

<pre>
rm /usr/local/nagios/share/{main,side,index}.html
</pre>

Nagiosの最新版のソースコードのtarballをダウンロードします。 (こちらのリンク http://www.nagios.org/download/ より最新版をダウンロードします)。

<pre>
wget http://osdn.dl.sourceforge.net/sourceforge/nagios/nagios-3.x(最新版のバージョン名).tar.gz　
</pre>

Nagiosのソースコードを解凍します。

<pre>
tar xzf nagios-3.x.tar.gz
cd nagios-3.x
</pre>

Nagiosのconfigureスクリプトを実行してください。引数には、外部コマンドを実行するのに必要なグループ名を付けて、以下のように行ってください：
<pre>
./configure --with-command-group=nagcmd
</pre>

Nagiosのソースコードをコンパイルします

<pre>
make all
</pre>

更新済みのバイナリ、ドキュメント、WebのWebインターフェイスをインストールします。既存の設定ファイルは、このステップでは上書きされません。

<pre>
make install
</pre>

Nagiosの設定ファイルを確認します。いくつかのエラーがここで出てきたならば、続けて述べる作業に進む前にそれらを修正して下さい。

<pre>
/usr/local/nagios/bin/nagios -v /usr/local/nagios/etc/nagios.cfg
</pre>

Nagiosを再起動します。 DebianやUbuntuのユーザは、/etc/init.d/nagios restartを使いましょう。

<pre>
/sbin/service nagios restart
</pre>

これでおしまいです。

==Nagios 2.xからアップグレード Upgrading From Nagios 2.x==
Nagios 2.xから、Nagios3までアップグレードするのは、それほど難しくはありませんアップグレードは、最新の3.xリリースにアップグレードするため、先程上で説明したことと、本質的には同じことになります。しかし、それらがNagios 3系列で動作する為には、設定ファイルを少し変える必要があります:
*以前のメインの設定ファイル内にあった、service_reaper_frequency変数は、[http://nagios.sourceforge.net/docs/3_0/configmain.html#check_result_reaper_frequency check_result_reaper_frequency]に変更されています。
*以前の $NOTIFICATIONNUMBER$ マクロは、新しい [http://nagios.sourceforge.net/docs/3_0/macrolist.html#hostnotificationnumber $HOSTNOTIFICATIONNUMBER$] と [http://nagios.sourceforge.net/docs/3_0/macrolist.html#servicenotificationnumber $SERVICENOTIFICATIONNUMBER$] マクロに有利に働くので、非推奨とされています。
*すべてのサービスチェックが平行処理で動くので、サービス定義の古い parallelize(並列処理) は、使用されません。
*以前のバージョンでは存在した、 aggregate_status_updates オプションを削除しました。すべてのステータスファイルの更新は、最小間隔1秒で集計することが出来ます。
*拡張ホストと、拡張サービス定義は推奨しません。それらは、既にNagiosに読み込まれて処理されていますが、これらの定義で、それぞれのホスト定義やサービス定義への指示を動かすことを推奨しています。
*メイン設定ファイルの、古い downtime_file ファイルの変数はもうサポートされておらず、停止時間エントリのスケジュールが [http://nagios.sourceforge.net/docs/3_0/configmain.html#state_retention_file retention file]に保存されています。既存の停止時間エントリを保存して、Nagios 2.xを止め、以前の停止時間ファイルのコンテンツをretention file(リテンションファイル・保持ファイル )に追加します。
*以前の comment_file 変数はメインコンフィグファイルではもうサポートされておらず、最新版では、[http://nagios.sourceforge.net/docs/3_0/configmain.html#state_retention_file retention file](保持ファイル)にコメントとして保存されています。既存のコメントを保存して、Nagios 2.xを止め、以前の停止時間ファイルのコンテンツをretention file(リテンションファイル・保持ファイル )に追加します。

また、ドキュメントの"[http://nagios.sourceforge.net/docs/3_0/whatsnew.html What's New(新着情報)]"を必ず読んでください。そこでは、Nagios 2.xの最新安定版のリリース以降、Nagios3のコードに施された全ての変更について説明しています。 2から3では、かなり変更されていますので、しっかりと読んでください。

==RPMからインストールしアップグレードを行う Upgrading From an RPM Installation==
現在、RPMまたは、NagiosのDebianやUbuntuのAPTのパッケージベースのインストールをしてあって、公式のソースコードからNagiosをインストールしてバージョン3へと移行する為には、ここでの基本的なプロセスに従う必要があります:
#Nagiosを止めます。
#既存のNagiosインストールのバックアップをとります。
#*設定ファイル
#**メイン設定ファイル (通常は nagios.cfg です)
#**リソース設定ファイル (通常は resource.cfg です)
#**CGI設定ファイル (通常は cgi.cfg です)
#**全てのオブジェクト定義のファイル
#*保存ファイル (通常は retention.dat です)
#*現在のNagiosのログファイル (通常は nagios.log です)
#*Nagiosのログファイルのアーカイブ
#オリジナルのRPMかAPTパッケージをアンインストールします。
#ソースから、 [[導入ガイド]](クイックスタートガイド) に従うことでNagiosをインストールします
#元々のNagios設定ファイル、保存ファイル、およびログファイルを復旧します。
#設定について[[Nagiosの設定を検証する|Verify(確かめ)]]します、そして、Nagiosを start(起動) します。

RPMあるいはAPTのパッケージが、異なる方法、および異なる場所にNagiosをインストールするかもしれないことは注意して下さい。問題が生じた際に、元に戻せるように、オリジナルのRPMかAPTパッケージを削除する前に、すべての重要なNagiosファイルを必ずバックアップしておいてください。

Nagios 3翻訳ドキュメント

Wikiadmin — Fri, 03 Sep 2010 02:29:26 GMT

始めの一歩:

←前の版		2010年9月3日 (金) 02:29時点における版
(間の 1版分が非表示)
22 行		22 行
	*[[導入ガイド]](Quickstart installation guide)		*[[導入ガイド]](Quickstart installation guide)

-	*[[Upgrading from previous versions]]	+	*[[Nagiosのアップグレード]](Upgrading from previous versions)

	*[[Windowsマシンの監視]] (How to monitor a Windows machine )		*[[Windowsマシンの監視]] (How to monitor a Windows machine )
49 行		49 行
	*[[プラグイン]] (Plugins)		*[[プラグイン]] (Plugins)
	*[[マクロとその動作についての理解]](Macros and how they work)		*[[マクロとその動作についての理解]](Macros and how they work)
-	*[[Standard macros available in Nagios]]	+	*[[Nagiosの標準マクロ]](Standard macros available in Nagios)
	*[[Host checks]]		*[[Host checks]]
	*[[サービスチェック]] (Service checks)		*[[サービスチェック]] (Service checks)

冗長系とフェールオーバーのネットワーク監視

Wikiadmin — Fri, 03 Sep 2010 02:20:13 GMT

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

差分を表示

ファイル:Redundancy.png

Wikiadmin — Fri, 03 Sep 2010 01:35:03 GMT

"ファイル:Redundancy.png" をアップロードしました。

新規ページ

冗長系とフェールオーバーのネットワーク監視

Wikiadmin — Fri, 03 Sep 2010 01:31:47 GMT

新規ページ

== 導入 Introduction==
このセクションでは、様々なタイプのネットワークレイアウトで冗長化監視を実現するためのいくつかのシナリオについて述べます。冗長化ホストを使うことにより、Nagiosを実行する主要なホストがダウンしたりする場合や、ネットワークの一部に到達できなくなる場合に、あなたのネットワークを監視機能を維持することができます。

[[ファイル:Note.png|bottom]]もし、Nagiosの使用方法を学んでいるところであれば私が示した前提条件になれるまでは、冗長化を試さないように提案します。冗長化は、理解するのに比較的複雑な問題であり、適切に実行させるのも難しいのです

==index==
前提条件

サンプルスクリプト

シナリオ 1 - 監視の冗長化

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

<div style="background:#cbcbcb;font-family: verdana,arial,serif; font-size: 10pt; font-weight: bold;">前提条件　(Prerequisites)</div>
冗長化の実装について考える前に、以下をよく知っている必要があります...
*ホストとサービスのための[[イベントハンドラ]]の実装
*Nagiosへシェルスクリプト経由での[[外部コマンド]]の発行
*[[Nagios アドオン#NRPE|nrpe アドオン]]または、他の方法を利用してリモートホスト・プラグインの実行
*check nagios プラグインを利用してNagiosのプロセスチェック

<div style="background:#cbcbcb;font-family: verdana,arial,serif; font-size: 10pt; font-weight: bold;"> サンプルスクリプト　(Sample Scripts)</div>
私がこのドキュメントの中で使用するサンプル・スクリプトは、Nagiosディストリビューションのサブディレクトリ内のeventhandlers/ですべて見つけることができます。ただ、あなたのシステム上で実行させる為には、修正が必要でしょうが･･･。

Nagios 3翻訳ドキュメント

Wikiadmin — Fri, 03 Sep 2010 01:23:44 GMT

上級者向けトピック:

←前の版		2010年9月3日 (金) 01:23時点における版
67 行		67 行
	*[[サービスとホストのフレッシュネスチェック]] (Service and host result freshness checks)		*[[サービスとホストのフレッシュネスチェック]] (Service and host result freshness checks)
	*[[分散監視]] (Distributed monitoring)		*[[分散監視]] (Distributed monitoring)
-	*[[Redundant and failover monitoring]]	+	*[[冗長系とフェールオーバーのネットワーク監視]] (Redundant and failover monitoring)
	*[[Detection and handling of state flapping]]		*[[Detection and handling of state flapping]]
	*[[通知のエスカレーション]] （Notification escalations）		*[[通知のエスカレーション]] （Notification escalations）

予測依存チェック

Wikiadmin — Fri, 03 Sep 2010 01:13:44 GMT

ページの作成: == 導入 Introduction== ホストとサービスの依存は、いつチェックされるか、いつ通知が出されるかを定めることができあなたにより大き…

新規ページ

== 導入 Introduction==
ホストとサービスの依存は、いつチェックされるか、いつ通知が出されるかを定めることができあなたにより大きな制御を可能としてくれます。
依存がモニタリングプロセスを制御するのにつかわれる際にできるだけ最新のステータス情報であることは重要です。

Nagiosはホストとサービスのための予測依存チェックが依存ロジックには通知を出すべきであるか、ホストかサービスのアクティブチェックを許可すべきかどうかについての決定をするとき、最新のステータス情報であることを保証してくれます。

== 予測チェックはどう動く? How Do Predictive Checks Work?==
下記の図はホストの親子関係と依存に加えて、Nagiosによってモニターされているホストの基本的な図を示します。

Switch2はこの例でちょうどOKからCRITICALに変わりました。NagiosはホストがDOWNかUNREACHABLEであるかどうかについて決定する必要があるのでそれはSwitch2に近い親ノード(Firewall1)と子ノード(Comp1, Comp2, and Switch3)の平行したチェックを開始します。これはホスト到達可能性ロジックの通常の機能です。

Switch2またはMonitor1とFile1の通知やチェックのどちらに依存しているか(どちらかはこの例では重要ではない)もチェックします。
依存がチェックする前兆となるホストが使用可能にされるならば、それがSwitch2の近い親ノードと子ノードのチェックを開始すると同時に、NagiosはMonitor1とFile1の平行したチェックを開始します
Nagiosは近い将来、（例えば通知の目的のために）依存ロジックをテストしなければならないことを知っているので、依存に参加するホストのために最も多くの現状情報があることを確認したい。

予測チェックがどう動くかということです。簡単でしょ？

予測サービス依存チェックはホストの代わりにサービスを扱う場合を除いて、上で説明されたのと同じように動きます。

[[ファイル:Predictive-dependency-checks.png]]

== 予測チェックを許可 Enabling Predictive Checks ==
前兆となる依存チェックはむしろオーバヘッドを含むので、許可にするように勧めます。
ほとんどの場合、依存ロジックのため正確な情報を持つメリットはこれらのチェックで使われるよけいなオーバーヘッドより価値があるのです。

予測依存チェックを許可するのは簡単です:
*予測ホスト依存チェックは、enable_predictive_host_dependency_check オプションで制御されます
*予測サービス依存チェックがenable_predictive_service_dependency_checks オプションで制御されます

==キャッシュしたチェック==
予測依存チェックはオンデマンドのチェックなので、キャッシュチェックの原則になりやすいです。
Nagiosを騙してホストやサービスのチェックを行う代わりに比較的最近のチェック結果を返すキャッシュ・チェックは性能の改善がはかれます。
[http://nagios.sourceforge.net/docs/3_0/cachedchecks.html ここで]キャッシュされたチェックに関する詳しい情報を見つけることができます。

ファイル:Predictive-dependency-checks.png

Wikiadmin — Fri, 03 Sep 2010 01:09:30 GMT

"ファイル:Predictive-dependency-checks.png" をアップロードしました。

新規ページ

Nagios 3翻訳ドキュメント

Wikiadmin — Fri, 03 Sep 2010 01:07:10 GMT

上級者向けトピック:

←前の版		2010年9月3日 (金) 01:07時点における版
78 行		78 行
	*[[埋め込みPerlインタプリタの使用]] (Using the embedded Perl interpreter)		*[[埋め込みPerlインタプリタの使用]] (Using the embedded Perl interpreter)
	*[[適用型監視]] (Adaptive monitoring)		*[[適用型監視]] (Adaptive monitoring)
-	*[[Predictive dependency checks]]	+	*[[予測依存チェック]](Predictive dependency checks)
	*[[Cached checks]]		*[[Cached checks]]
	*[[パッシヴホストステート解釈]] (Passive host state translation)		*[[パッシヴホストステート解釈]] (Passive host state translation)

カスタム CGI ヘッダおよびフッタ

Wikiadmin — Fri, 03 Sep 2010 01:04:30 GMT

ページの作成: == 導入 Introduction== あなたが、クライアントのためにNagiosのカスタムインストールをするなら、あなたは[http://nagios.sourceforge.net/docs/3_0…

新規ページ

== 導入 Introduction==
あなたが、クライアントのためにNagiosのカスタムインストールをするなら、あなたは[http://nagios.sourceforge.net/docs/3_0/cgis.html CGIs]の出力でカスタムヘッダー、そして/またはフッターを表示して欲しいかも知れません。これは特にサポート問い合わせ先などをエンドユーザに表示するための役に立ちます。

それらが実行可能でない場合、それらを表示する前に、いかなる方法でもカスタムヘッダーとフッターファイルを前処理しないよう注意するのは、重要です。ファイルを含むヘッダー・フッターは、CGI出力において、簡単に中身を読んで、表示します。それは、ウェブブラウザが理解できる情報(HTML、JavaScriptなど)を含むことが出来るのみであることを意味します。

カスタムヘッダー・フッターファイルが実行可能であるなら、それらのファイルが実行されて、それらの出力がユーザに戻ったので、それらは有効なHTMLを出力するべきです。これを使用して、あなたは、nagiosディスプレイにデータを挿入するためにあなた自身のカスタム設計されたCGIを実行できます。これは、rrdtoolからddrawとコマンドメニューをnagiosディスプレイ枠に使用することでグラフを挿入するのに使用されました。実行可能な顧客ヘッダー・フッターファイルは主なnagios CGIと同じCGI環境と共に実行されます。それで、あなたのファイルは、適切な出力を産み出すためにクエリ情報、認証されたユーザー情報などを分析できます。

== それはどのように働きますか? How Does It Work?==
あなたは、CGIの出力でNagios HTMLディレクトリ(すなわち/usr/local/nagios/share/ssi) のssi/サブディレクトリでいくつかの適切に指定されたHTMLファイルを落とすことによって、カスタムヘッダーとフッターを含むことができます。

カスタムヘッダーは、CGI出力における<BODY>>タグの直後に入っており、カスタムフッターは、lt; /BODYとgt;タグの直前に入っている。

2つのタイプのカスタムヘッダーとフッターがあります:

*グローバルヘッダー/フッター。これらのファイルはそれぞれ common-header.ssi と common-footer.ssiと命名されます。これらのファイルがあると、全てのCGIの出力に含まれるでしょう。
*CGI特有のヘッダー/フッター。CGINAMEが.cgi拡張子のないCGIの物理的な名前である場所では、これらのファイルはCGINAME-header.ssiとCGINAME-footer.ssiフォーマットと命名されます。例えば[http://nagios.sourceforge.net/docs/3_0/cgis.html#summary_cgi alert summary CGI] (summary.cgi)のためのヘッダーとフッターファイルは summary-header.ssi と summary-footer.ssiと命名される。

あなたはどんなカスタムヘッダーやフッターも使用する必要はありません。あなたは言わばグローバルな、ヘッダーしか使用できません。あなたは言わば、CGI特有のヘッダーとグローバルなフッターだけを使用できます。あなたが欲しいことなら何でも。本当に。

Nagios 3翻訳ドキュメント

Wikiadmin — Fri, 03 Sep 2010 01:01:46 GMT

上級者向けトピック:

←前の版		2010年9月3日 (金) 01:01時点における版
82 行		82 行
	*[[パッシヴホストステート解釈]] (Passive host state translation)		*[[パッシヴホストステート解釈]] (Passive host state translation)
	*[[サービスとホストのチェックスケジューリング]] (Check scheduling)		*[[サービスとホストのチェックスケジューリング]] (Check scheduling)
-	*[[Custom CGI headers and footers]]	+	*[[カスタム CGI ヘッダおよびフッタ]] (Custom CGI headers and footers)
	*[[Object inheritance]]		*[[Object inheritance]]
	*[[オブジェクト定義の為の時間節約法]] (Time-saving tips for object definitions)		*[[オブジェクト定義の為の時間節約法]] (Time-saving tips for object definitions)

Nagoistasユーティリティ

Wikiadmin — Fri, 03 Sep 2010 00:18:17 GMT

人間が読み込める出力:

新規ページ

== 導入　Introduction==
nagiostatsと呼ばれるユーティリティは、Nagiosディストリビューションに含まれています。それは、主なNagiosデーモンと共にコンパイルされて、インストールされます。 nagiostatsユーティリティは、あなたに[[Nagiosのパフォーマンスを最適化する]] に非常に役立つ場合がある、実行しているNagiosプロセスの様々な情報を得させてくれます。あなたは人間が読み込める、またはMRTGと互換性のあるフォーマットで情報を得ることができます。

== 使用情報 ==
あなたは、使用情報を得る事が出来るnagiostatsユーティリティを--helpオプションと共に実行出来ます。

== 確認するためのコマンド ==
Nagiosプロセスの実行に関する人間が読み取れる情報を得ます、実行しているNagiosプロセスの性能に関する、人間が読み込める情報を得るには、あなたのメインの構成ファイルの場所を指定するために -cコマンドライン議論でnagiostatsユーティリティを実行して下さい。下記のように： Nagiosプロセスの実行に関する人間が読み取れる情報を得ます、実行しているNagiosプロセスの性能に関する、人間が読み込める情報を得るには、あなたのメインの構成ファイルの場所を指定するために -cコマンドライン議論でnagiostatsユーティリティを実行して下さい。下記のように：

<pre>
[nagios@lanman ~]# /usr/local/nagios/bin/nagiostats -c /usr/local/nagios/etc/nagios.cfg

Nagios Stats 3.0prealpha-05202006

Copyright (c) 2003-2007 Ethan Galstad (www.nagios.org)

Last Modified: 05-20-2006

License: GPL

CURRENT STATUS DATA

------------------------------------------------------

Status File: /usr/local/nagios/var/status.dat

Status File Age: 0d 0h 0m 9s

Status File Version: 3.0prealpha-05202006

Program Running Time: 0d 5h 20m 39s

Nagios PID: 10119

Used/High/Total Command Buffers: 0 / 0 / 64

Used/High/Total Check Result Buffers: 0 / 7 / 512

Total Services: 95

Services Checked: 94

Services Scheduled: 91

Services Actively Checked: 94

Services Passively Checked: 1

Total Service State Change: 0.000 / 78.950 / 1.026 %

Active Service Latency: 0.000 / 4.272 / 0.561 sec

Active Service Execution Time: 0.000 / 60.007 / 2.066 sec

Active Service State Change: 0.000 / 78.950 / 1.037 %

Active Services Last 1/5/15/60 min: 4 / 68 / 91 / 91

Passive Service State Change: 0.000 / 0.000 / 0.000 %

Passive Services Last 1/5/15/60 min: 0 / 0 / 0 / 0

Services Ok/Warn/Unk/Crit: 58 / 16 / 0 / 21

Services Flapping: 1

Services In Downtime: 0

Total Hosts: 24

Hosts Checked: 24

Hosts Scheduled: 24

Hosts Actively Checked: 24

Host Passively Checked: 0

Total Host State Change: 0.000 / 9.210 / 0.384 %

Active Host Latency: 0.000 / 0.446 / 0.219 sec

Active Host Execution Time: 1.019 / 10.034 / 2.764 sec

Active Host State Change: 0.000 / 9.210 / 0.384 %

Active Hosts Last 1/5/15/60 min: 5 / 22 / 24 / 24

Passive Host State Change: 0.000 / 0.000 / 0.000 %

Passive Hosts Last 1/5/15/60 min: 0 / 0 / 0 / 0

Hosts Up/Down/Unreach: 18 / 4 / 2

Hosts Flapping: 0

Hosts In Downtime: 0

Active Host Checks Last 1/5/15 min: 9 / 52 / 164

Scheduled: 4 / 23 / 75

On-demand: 3 / 23 / 69

Cached: 2 / 6 / 20

Passive Host Checks Last 1/5/15 min: 0 / 0 / 0

Active Service Checks Last 1/5/15 min: 9 / 80 / 244

Scheduled: 9 / 80 / 244

On-demand: 0 / 0 / 0

Cached: 0 / 0 / 0

Passive Service Checks Last 1/5/15 min: 0 / 0 / 0

External Commands Last 1/5/15 min: 0 / 0 / 0

[nagios@lanman ~]#

</pre>

お分かりのように、そのユーティリティはNagiosのプロセスに関係する多くの異なった測定基準を表わします。多様な値を持っている測定基準が、(別の方法で指定されない場合)その特定の測定基準のための最小限、最大限、そして平均の値になります。

== MRTG統合 ==
あなたは、MRTG(または、他の互換性のあるプログラム)を使用し、様々なNagios測定基準を表示するためにnagiostatsユーティリティを使用できます。そうするには、--mrtgと--data議論を使用し、nagiostatsユーティリティを実行してください。 --data議論は、どんな統計がグラフで表されるべきであるかを指定するのに使用されます。 --data議論のための可能な値は、--helpオプションと共にnagiostatsユーティリティを実行することによって見つけることが出来ます。

[[ファイル:Hint.gif|bottom]]注意: Nagiosのパフォーマンスの統計に関するMRTGグラフを発生させるのにnagiostatsユーティリティを使用することに関する情報は、[http://nagios.sourceforge.net/docs/3_0/mrtggraphs.html ここ]で見つけることができます。

Nagios 3翻訳ドキュメント

Wikiadmin — Thu, 02 Sep 2010 23:55:54 GMT

セキュリティとパフォーマンス:

←前の版		2010年9月2日 (木) 23:55時点における版
93 行		93 行
	*[[スタートアップのオプション]] (Fast startup options)		*[[スタートアップのオプション]] (Fast startup options)
	*[[大規模環境での調整]] (Large installation tweaks)		*[[大規模環境での調整]] (Large installation tweaks)
-	*[[Using the nagiostats utility]]	+	*[[Nagoistasユーティリティ]] (Using the nagiostats utility)
	*[[Graphing Nagios performance statistics]]		*[[Graphing Nagios performance statistics]]

Nagiosの設定を検証する

Wikiadmin — Thu, 02 Sep 2010 23:50:07 GMT

ページの作成: == Nagiosの設定を検証する　Verifying your configuration== [http://nagios.sourceforge.net/docs/3_0/config.html 設定ファイル]を変更した際に、毎回設定フ…

新規ページ

== Nagiosの設定を検証する　Verifying your configuration==
[http://nagios.sourceforge.net/docs/3_0/config.html 設定ファイル]を変更した際に、毎回設定ファイルが正しいかチェックすることが望ましいです。設定にエラーが含まれているとNagiosが正しく起動しませんので、Nagiosを再起動させる前に設定をチェックすることが重要です。

Nagiosの設定が正しいか確認するためには、以下のように-vオプションを付けてNagiosを実行します。

<pre>
/usr/local/nagios/bin/nagios -v /usr/local/nagios/etc/nagios.cfg
</pre>

幾つかの重要なデータを入力するのを忘れたり、設定ミスをすると、Nagiosは問題のある行数を特定するエラーメッセージや警告メッセージを出します。一般に、エラーメッセージは問題の元と思える設定ファイルの行番号を表示します。エラーが出る際、Nagiosはpre-flightチェックを行い、見つかった最初の1行のエラーだけを出してプロンプトに戻る事があります。これをすることで一つのエラーが雪崩の様に残りの設定ファイルの検査で多くのエラーを出さない様になります。もし、何かエラーメッセージが出たら、問題を修正するために設定ファイルを編集する必要があります。Warningのメッセージに関しては、それらが要件ではなく推奨にすぎないので、大抵の場合無視できます。

設定ファイルの確認後、全てのエラーを修正してから[http://nagios.sourceforge.net/docs/3_0/startstop.html Nagiosを(再)起動]すればよいでしょう。

Nagios 3翻訳ドキュメント

Wikiadmin — Thu, 02 Sep 2010 23:48:09 GMT

Nagiosの実行:

←前の版		2010年9月2日 (木) 23:48時点における版
42 行		42 行
	===Nagiosの実行===		===Nagiosの実行===

-	*[[Verifying your configuration]]	+	*[[Nagiosの設定を検証する]] (Verifying your configuration)
	*[[Starting and stopping Nagios]]		*[[Starting and stopping Nagios]]

導入ガイド

Wikiadmin — Thu, 02 Sep 2010 23:46:36 GMT

新規ページ

== Nagiosについて About Nagios==
Nagiosに関する特徴、能力、および技術仕様書を含む、より詳しい情報のために[http://www.nagios.org/about/ www.nagios.org/about/]を訪問してください。

== インストールの初めに　Installation Introduction==
これらのクイックスタートガイドは、ソース(コード)からNagiosをインストールして、20分以内でローカルマシンを監視を行う方法に関する簡単な指示をあなたに提供することを意図します。ここでどんな高度なインストールオプションについても議論しません - まさに始めたがっている95%のユーザのために働く基礎になります。

== 導入ガイド Installation Guides ==
導入ガイドは現在、以下のリナックスディストリビューションに利用可能です。:

*Fedora Quickstart
*openSUSE Quickstart
*Ubuntu Quickstart

また、あなたはNagiosウィキコミュニティ上に、追加の導入ガイドを見つけることができます。あなたの特定のOSに関して導入ガイドを見つけることができませんか? 1つを書いてください、そして、他の人のためにwikiにそれを書いてください!

上に記載されていないオペレーティングシステムまたはリナックスディストリビューションにNagiosをインストールしているなら、あなたがせねばならない事に関する概要のために[http://nagios.sourceforge.net/docs/3_0/quickstart-fedora.html　Fedora導入ガイド]を読んでください。コマンド名、パスなど、異なったOS/ディストリビューションにまたがって、ばらつきが大きいので、あなたは、おそらくあなたの特定のケースのために働くためにインストールドキュメントを少し引っ張る必要があるでしょう。

== ポストインストール変更 Post-Installation Modifications ==
あなたは一度、Nagiosをインストールさせ適切に動かすと、間違いなくローカルマシン以上の監視を始めたくなるでしょう。他のものを監視しながらどう動き回るかために、以下のドキュメントを調べてください…

* [[Windowsマシンの監視]]
* [[Linux/Unixマシンの監視]]
* [[Netware serverの監視]]
* [[ルータとスイッチの監視]]
* [[ネットワークプリンタの監視]]
* [[基本的なサービスの監視]] (HTTP,FTP,SSHなど)

== アドオンコミュニティとNagiosを充実させる Enhance Nagios With Community Addons==
何百ものコミュニティによって開発されたアドオンが、Nagiosのための追加GUIsとレポート、監視、および通知の機能を提供します。 [http://exchange.nagios.org/ exchange.nagios.org]でNagios Exchangeウェブサイトを見て、あなたのNagiosインストールを飾り立てるのに使用できるいくつかの本当に掛け値なしのものを見てください。

== Nagiosサポート・ポータル Nagios Support Portal==
追加のドキュメンテーション、FAQ、およびプロフェッショナルなNagiosサポートプランのために[http://support.nagios.com/ support.nagios.com]でNagiosサポート・ポータルを訪問してください。

<hr>
NagiosとNagiosのロゴは、[http://www.nagios.com/ Nagiosエンタープライズ]のトレードマーク、サービスマーク、登録されたサービスマークまたは登録されたトレードマークです。

Nagios 3翻訳ドキュメント

Wikiadmin — Thu, 02 Sep 2010 23:44:31 GMT

始めの一歩:

←前の版		2010年9月2日 (木) 23:44時点における版
20 行		20 行
	*[[初心者へのアドバイス]](Advice for beginners)		*[[初心者へのアドバイス]](Advice for beginners)

-	*[[~~クイックインストール~~]](Quickstart installation guide)	+	*[[導入ガイド]](Quickstart installation guide)

	*[[Upgrading from previous versions]]		*[[Upgrading from previous versions]]