「状態のタイプ」の版間の差分
(ページの作成: == 導入 Introduction == 監視しているサービスやホストの現在の現在の状態は2つ要素によって決まります: * サービスやホストの状態 (…) |
|||
| 52行目: | 52行目: | ||
[http://nagios.sourceforge.net/docs/3_0/macrolist.html#hoststatetype $HOSTSTATETYPE$]や [http://nagios.sourceforge.net/docs/3_0/macrolist.html#servicestatetype $SERVICESTATETYPE$] マクロは、イベントハンドラが実行される時、"HARD"の値を保持します、そしてイベントハンドラスクリプトが矯正動作を起こさなければいけない時を知ることを許可します。イベントハンドラについての詳細な情報は、 [[イベントハンドラ|ここ]]にあります。 | [http://nagios.sourceforge.net/docs/3_0/macrolist.html#hoststatetype $HOSTSTATETYPE$]や [http://nagios.sourceforge.net/docs/3_0/macrolist.html#servicestatetype $SERVICESTATETYPE$] マクロは、イベントハンドラが実行される時、"HARD"の値を保持します、そしてイベントハンドラスクリプトが矯正動作を起こさなければいけない時を知ることを許可します。イベントハンドラについての詳細な情報は、 [[イベントハンドラ|ここ]]にあります。 | ||
| + | |||
| + | |||
| + | == 例 Example == | ||
| + | |||
| + | 状態の変化が起きる時、イベントハンドラと通知が送られる時に状態のタイプがどのように決められるのかの例はここにあります。下の表は時間ごとの連続したチェックを表しています。サービスはmax_check_attemptsの値を3に保持しています。 | ||
| + | |||
| + | <!--以下HTMLフォーマットで記載--> | ||
| + | <table class="Default" border="1"> | ||
| + | |||
| + | <tr><th>時間</th><th>チェック #</th><th>状態</th><th>状態のタイプ</th> | ||
| + | |||
| + | <th>状態の変化</th><th>補足</th></tr> | ||
| + | |||
| + | <tr><td>0</td><td>1</td><td>OK</td><td>HARD</td><td>No</td><td>サービスの初期状態</td></tr> | ||
| + | |||
| + | <tr><td>1</td><td>1</td><td>CRITICAL</td><td>SOFT</td><td>Yes</td><td>非OK状態の最初の検知。イベントハンドラが実行。</td></tr> | ||
| + | |||
| + | <tr><td>2</td><td>2</td><td>WARNING</td><td>SOFT</td><td>Yes</td><td>サービスは非OK状態が続きます。 イベントハンドラが実行。</td></tr> | ||
| + | |||
| + | <tr><td>3</td><td>3</td><td>CRITICAL</td><td>HARD</td><td>Yes</td> | ||
| + | <td> | ||
| + | チェックの最大回数に達したので、サービスはHARD状態に移行します。 | ||
| + | イベントハンドラが実行され、障害通知が送られます。 | ||
| + | これが起こった直後に、チェック #が1にリセットされます。 | ||
| + | </td></tr> | ||
| + | |||
| + | <tr><td>4</td><td>1</td><td>WARNING</td><td>HARD</td><td>Yes</td> | ||
| + | <td> | ||
| + | サービスはHARD WARNING状態に変わります。イベントハンドラが実行され、障害の通知が送られます。 | ||
| + | </td></tr> | ||
| + | |||
| + | <tr><td>5</td><td>1</td><td>WARNING</td><td>HARD</td><td>No</td> | ||
| + | <td> | ||
| + | サービスはHARD障害状態で安定します。サービスの通知間隔に依存して、他の通知が送られるかもしれません。 | ||
| + | </td></tr> | ||
| + | |||
| + | <tr><td>6</td><td>1</td><td>OK</td><td>HARD</td><td>Yes</td> | ||
| + | <td> | ||
| + | サービスはハードリカバリになります。イベントハンドラが実行され、リカバリ通知が送られます。 | ||
| + | </td></tr> | ||
| + | |||
| + | <tr><td>7</td><td>1</td><td>OK</td><td>HARD</td><td>No</td> | ||
| + | <td> | ||
| + | サービスは依然OKのままです。 | ||
| + | </td></tr> | ||
| + | |||
| + | <tr><td>8</td><td>1</td><td>UNKNOWN</td><td>SOFT</td><td>Yes</td> | ||
| + | <td> | ||
| + | サービスがソフト非OK状態に変わったことを検知します。イベントハンドラが実行。 | ||
| + | </td></tr> | ||
| + | |||
| + | <tr><td>9</td><td>2</td><td>OK</td><td>SOFT</td><td>Yes</td> | ||
| + | <td> | ||
| + | サービスはSOFTリカバリになります。これは"本当の"問題ではなかったので、イベントハンドラは実行されますが | ||
| + | 通知は送られません。これが起こった直後に、状態のタイプはHARDにセットされ、チェック #は1にリセットされます。 | ||
| + | </td></tr> | ||
| + | |||
| + | <tr><td>10</td><td>1</td><td>OK</td><td>HARD</td><td>No</td> | ||
| + | <td> | ||
| + | サービスはOK状態で安定します。 | ||
| + | </td></tr> | ||
| + | |||
| + | </table> | ||
| + | <!--ここまでHTMLフォーマット--> | ||
2010年6月14日 (月) 06:23時点における最新版
目次
導入 Introduction
監視しているサービスやホストの現在の現在の状態は2つ要素によって決まります:
- サービスやホストの状態 (すなわち OK, WARNING, UP, DOWN, など)
- サービスやホストがいる状態のタイ タイプ
Nagiosには2つの状態のタイプ - ソフト状態とハード状態 があります。それらの状態のタイプはいつイベントハンドラ が実行されるのかや、いつ通知が最初に送られるのかを決めるのに用いられるモニタリングロジックの重要な部分です。
このドキュメントではどうやって起きるのか、起きた時に何が発生するのかのソフトとハード状態の違いを記載します。
サービスとホストチェックの再試行 Service and Host Check Retries
誤報の一時的な問題を防止するために、Nagiosは"本当の"問題とみなす前にサービスやホストが何回(再)チェックするのかを決めることを許容します。これは、ホストやサービス定義のmax_check_attemptsオプションで制御されます。本当に問題が存在したということを決定するために、どのようにしてホストやサービスが(再)チェックされるかについて理解することが、状態のタイプがどのように動作するか理解するのに重要です。
ソフト状態 Soft States
ソフト状態は以下の状況で起こります。。。
- サービスやホストチェックの結果が非OKまたは非UP状態で、サービスチェックがサービスやホスト定義の max_check_attemptsで指定された(再)チェックの回数にまだなっていなかったとき。これはソフトエラーと呼ばれます。
- サービスやホストがソフトエラーから復旧するとき。これはソフトリカバリとみなします。
ホストやサービスがソフト状態へ変化するとき以下のことが起きます:
- ソフト状態が記録されます。
- イベントハンドラがソフト状態と扱われて実行されます。
メインコンフィグファイルの中のlog_service_retriesやlog_host_retriesオプションを有効にした場合、ソフト状態は記録だけされます。
ソフト状態の間に本当に起こる唯一重要なことは、イベントハンドラの実行です。それがHARD状態に変わる前に試したり、積極的に問題を解決したりしたいならイベントハンドラを使用することは特に役に立ちます。 $HOSTSTATETYPE$や $SERVICESTATETYPE$ マクロはイベントハンドラが実行されるとき"ソフト"の値を保持します、そして、そして、イベントハンドラスクリプトが矯正動作を起こさなければいけない時を知ることを許可します。イベントハンドラについての詳細な情報は、ここにあります。
ハード状態 Hard States
ホストやサービスがハード状態へ変化するとき以下のことが起きます:
- サービスやホストチェックの結果が非OKまたは非UP状態で、サービスチェックがサービスやホスト定義の max_check_attemptsで指定された(再)チェックの回数になったとき。これはハードエラー状態です。
- ホストやサービスが、あるハードエラーから別のハードエラー状態へ移行する時 (たとえば、CRITICALからWARNING)。
- サービスチェックの結果が非OK状態で、その対応するホストがDOWNかUNREACHABLE状態であるとき。
- ホストやサービスがハードエラー状態から復旧した時。これはハードリカバリとみなします。
- パッシブホストチェックが受信された時。 passive_host_checks_are_soft オプションが有効でない限り、パッシブホストチェックはHARDとみなされます。
ホストまたはサービスがHARD状態に変化したとき以下のことが起こります:
- ハード状態が記録されます。
- イベントハンドラがHARD状態と扱われて実行されます。
- コンタクトはホストやサービスの問題もしくは復旧の通知がされます。
$HOSTSTATETYPE$や $SERVICESTATETYPE$ マクロは、イベントハンドラが実行される時、"HARD"の値を保持します、そしてイベントハンドラスクリプトが矯正動作を起こさなければいけない時を知ることを許可します。イベントハンドラについての詳細な情報は、 ここにあります。
例 Example
状態の変化が起きる時、イベントハンドラと通知が送られる時に状態のタイプがどのように決められるのかの例はここにあります。下の表は時間ごとの連続したチェックを表しています。サービスはmax_check_attemptsの値を3に保持しています。
| 時間 | チェック # | 状態 | 状態のタイプ | 状態の変化 | 補足 |
|---|---|---|---|---|---|
| 0 | 1 | OK | HARD | No | サービスの初期状態 |
| 1 | 1 | CRITICAL | SOFT | Yes | 非OK状態の最初の検知。イベントハンドラが実行。 |
| 2 | 2 | WARNING | SOFT | Yes | サービスは非OK状態が続きます。 イベントハンドラが実行。 |
| 3 | 3 | CRITICAL | HARD | Yes |
チェックの最大回数に達したので、サービスはHARD状態に移行します。 イベントハンドラが実行され、障害通知が送られます。 これが起こった直後に、チェック #が1にリセットされます。 |
| 4 | 1 | WARNING | HARD | Yes |
サービスはHARD WARNING状態に変わります。イベントハンドラが実行され、障害の通知が送られます。 |
| 5 | 1 | WARNING | HARD | No |
サービスはHARD障害状態で安定します。サービスの通知間隔に依存して、他の通知が送られるかもしれません。 |
| 6 | 1 | OK | HARD | Yes |
サービスはハードリカバリになります。イベントハンドラが実行され、リカバリ通知が送られます。 |
| 7 | 1 | OK | HARD | No |
サービスは依然OKのままです。 |
| 8 | 1 | UNKNOWN | SOFT | Yes |
サービスがソフト非OK状態に変わったことを検知します。イベントハンドラが実行。 |
| 9 | 2 | OK | SOFT | Yes |
サービスはSOFTリカバリになります。これは"本当の"問題ではなかったので、イベントハンドラは実行されますが 通知は送られません。これが起こった直後に、状態のタイプはHARDにセットされ、チェック #は1にリセットされます。 |
| 10 | 1 | OK | HARD | No |
サービスはOK状態で安定します。 |