# ヘルス・ポリシーの設定

このページは、既存のヘルス・ポリシーを変更する場合に使用します。ヘルス・ポリシーは、防止および検出方法を使用して、堅調な環境を維持するために使用されます。

この管理コンソール・ページを表示するには、「動作ポリシー」>「ヘルス・ポリシー」>「health_policy_name」をクリックします。

モニターまたはオペレーター・ロールを持つユーザーの場合、表示できるのはヘルス・ポリシー情報のみです。コンフィギュレーターまたは管理者ロールを持つユーザーの場合は、ヘルス・ポリシーのすべての構成特権があります。

このページには、「構成」と「ローカル・トポロジー」の 2 つのタブがあります。 「構成」タブで、ヘルス・ポリシーの設定を表示および構成できます。「ローカル・トポロジー」タブでは、ヘルス・ポリシー・メンバーシップをビジュアルに表示できます。

## 名前

ヘルス・ポリシーの名前を指定します。ヘルス・ポリシー名は必須で、セル内のすべてのヘルス・ポリシーで固有でなければなりません。

名前は、ピリオド (`.`) で始めることも、スペースで始めることもできません。スペースでエラーは発生しませんが、先行および後続のスペースは自動的に削除されます。 分かりやすくて一貫性のあるヘルス・ポリシー名を使用してください。 例えば、ポリシーに `AGE_20DAYS` や `AGE_15DAYS` という名前を付けて、期間ベースのヘルス・ポリシーを示すことができます。

## 説明

ヘルス・ポリシーの追加説明を指定します。説明はオプションです。 説明は、ヘルス・ポリシーを作成または編集するときに編集できます。多くのヘルス・ポリシーを使用する場合や、複数の管理者が同じヘルス・ポリシー・セットを管理する場合には、オプションの説明を使用することを考慮してください。

## ヘルス条件

ヘルス条件で、実装される具体的なポリシーを定義します。

防止ベースのポリシーもあり、検出ベースのポリシーもあります。防止ベースのポリシーは、問題に発展する可能性のある 条件を回避するために使用され、一方検出ベースのポリシーは、既存の 条件を識別し、解決を達成するために使用されます。このポリシーは、 ノードで稼働するクラスター、動的クラスター、およびアプリケーション・サーバーの各インスタンス でのヘルス・ベースのアセスメントを行うために使用できます。動的クラスターの場合、使用しているヘルス・ポリシーに関係なく、最小数の動的クラスター・インスタンスが稼働状態のままになります。

- 期間ベース条件がユーザー定義の期間値に違反した場合は、関連付けられたヘルス・アクションが実行されます。この再始動によって、キャッシュされて、メモリーを獲得したすべてのデータが消去されます。期間ベース条件ポリシーを選択する場合は、期間基準を定義する必要があります。期間ベース条件は、すべてのサーバー・タイプでサポートされます。
- 要求タイムアウト超過条件ポリシーでは、要求のタイムアウトに使用されたメモリーを追跡します。 タイムアウトのパーセンテージが違反条件を超えると、関連付けられたヘルス・アクションが実行されます。要求タイムアウト超過条件を選択する場合は、使用メモリー比率しきい値を設定する必要があります。要求タイムアウト超過条件は、すべてのサーバー・タイプでサポートされます。
  制約事項: 要求タイムアウト超過条件は、Java Message Service (JMS) とInternet Inter-ORB Protocol (IIOP) トラフィックには適用されません。
- 応答時間超過条件ポリシーは、要求と、要求が完了するまでにかかった時間を追跡します。応答時間超過ポリシーを選択する場合は、応答時間しきい値を定義する必要があります。 特定の時間間隔内で要求の平均応答時間がしきい値を超える場合、ヘルス・ポリシーがトリガーされます。 応答時間超過条件は、すべてのサーバー・タイプでサポートされます。
- メモリー条件: メモリー超過使用ポリシーでは、メンバーのメモリー使用量をトラッキングします。メモリー使用量が特定の時間においてヒープ・サイズのパーセンテージを超過した場合は、ヘルス・アクションが実行されます。メモリー超過使用ポリシーを選択する場合は、使用メモリーとタイム・オーバー・メモリーしきい値を定義する必要があります。メモリー使用量超過条件は、WebSphere® Application Server または WebSphere Application Server Community Edition を実行しているノード上のアプリケーション・サーバーでのみサポートされます。他のミドルウェア・サーバー・タイプでは、メモリー使用量超過条件は定義できません。
- メモリー条件: メモリー・リーク・ポリシーでは、Java ヒープでサーバーに使用可能な空きメモリーの一貫性のある減少傾向を追跡します。検出レベル設定で、これらの傾向を検出する時期を判別します。メモリー条件: メモリー・リーク・ポリシーを選択する場合は、検出レベルを定義する必要があります。低速検出レベル設定では、最も多くのヒストリカル・データが必要になります。標準および高速検出レベル設定では同じ量のヒストリカル・データが必要ですが、高速設定では、Java ヒープが最大構成サイズに拡張される前に分析を行うことができます。これにより、早期に検出できますが、誤って肯定する可能性も高くなります。この条件に違反した場合は、ヘルス・アクションが実行されます。他のミドルウェア・サーバー・タイプでは、メモリー・リーク条件はサポートされません。
- ストーム・ドレーン条件ポリシーでは、スタックされた要求を追跡します。指定された検出レベルに到達すると、このポリシーに関連付けられたヘルス・アクションが実行されます。ストーム・ドレーン検出は、特定の時間系列データでの変更ポイント検出により異なります。ストーム・ドレーンの検出に使用されるメトリックは、サーバーに対して観察された応答時間とデプロイメント・ワークロード・マネージャーの重みです。ストーム・ドレーン条件は、動的クラスターとセルにのみ適用されます。ストーム・ドレーン条件ポリシーを選択する場合は、検出レベルを選択する必要があります。

  変更ポイントを検出するために、ヘルス・コントローラーは特定のポイントの左平均および右平均を計算します。ポイントでは、左平均は、このサンプルより前に到達した N 個のサンプルの平均値から構成され、右平均は、後で到達した N 個 (現行ポイントを含む) のサンプルの平均値です。左および右平均値の差は格納され、N 個までの値セットの他の差と比較されて、この差が局所最大であるかどうかが判別されます。この差が最大の差である場合、この差に対応するポイントが変更ポイントとして宣言されます。ストーム・ドレーンの検出に使用される 2 つのメトリックは、サーバーに対して観察された応答時間と動的ワークロード・マネージャー重みです。

  ストーム・ドレーン条件は、すべてのサーバー・タイプでサポートされます。
  制約事項: ストーム・ドレーン条件は、JMS および IIOP トラフィックには適用されません。
- ワークロード条件ポリシーは、ユーザーが定義した特定の数の要求が処理された場合に、関連付けられたヘルス・アクションを実行します。ワークロード・ポリシーを選択する場合は、合計要求基準を定義する必要があります。ワークロード条件は、すべてのサーバー・タイプでサポートされます。
- ガーベッジ・コレクション・パーセンテージ条件ポリシーは、1 つの Java 仮想マシン (JVM) または一連の JVM をモニターして、サンプリング期間においてガーベッジ・コレクションに費やす時間が、指定のパーセンテージを超えているかどうかを判別します。ガーベッジ・コレクションによってプロセッサーの使用が増大するため、ガーベッジ・コレクションに費やされる時間がパフォーマンスの低下の原因なのかどうかをこのポリシーで判断できます。

### カスタム条件

デフォルト条件がご使用の環境のニーズに合わない場合は、カスタム条件を定義します。

カスタム条件では、環境メトリックに照らして評価される副次式を定義します。

## ヘルス条件プロパティー

ヘルス条件に固有のプロパティーを指定します。

表 1. 期間ベースの条件プロパティー
設定 | 説明
--- | ---
最大存続期間 | このフィールドは期間ベース・ポリシーに使用できます。許容値は、`1` 時間から `365` 日までの日数または時間を示す正の整数です。`1.2` 日のような値を入力する場合は、小数点がサポートされていないため、代わりに `36` 時間を使用してください。

表 2. 要求タイムアウト超過条件のプロパティー
設定 | 説明
--- | ---
タイムアウト要求 | このフィールドは、要求タイムアウト超過条件に使用できます。要求タイムアウト超過条件は、ポリシーのメンバーである各サーバーについて、オンデマンド・ルーターからルーティングされた後に、当該サーバーに送信された要求のうち、タイムアウトになった (`60` 秒間を超えた) 要求のパーセンテージを検出します。このフィールドの許容値は `1` から `99` までの整数です。

表 3. 応答時間超過条件のプロパティー
設定 | 説明
--- | ---
応答時間 | このフィールドは、応答時間超過条件ポリシーに使用できます。 応答時間超過条件ポリシーは、要求の平均応答時間が特定の時間間隔を超える場合に違反になります。 このフィールドの許容値は、`1` ミリ秒から `60` 分までの範囲です。

表 4. メモリー条件: メモリー使用量超過のプロパティー
設定 | 説明
--- | ---
JVM ヒープ・サイズ | メモリー使用量超過条件ポリシーは、メモリー使用量が一定期間においてヒープ・サイズのパーセンテージを超過した場合に違反になります。使用メモリーの合計割合 は、タイム・オーバー・メモリーしきい値とともに使用されて、 メンバーの再始動の時期を決定します。このフィールドの許容値は `1` から `99` までの整数です。
問題の期間 | このフィールドはメモリー使用量が過度になる条件ポリシーに使用できます。メモリー使用量超過条件ポリシーは、メモリー使用量が一定期間においてヒープ・サイズのパーセンテージを超過した場合に違反になります。このフィールドの許容値は、`1` 秒から `60` 分までの範囲です。

表 5 メモリー条件: メモリー・リーク条件のプロパティー
設定 | 説明
--- | ---
検出レベル | 以下の検出レベルから選択できます。それぞれのレベルごとに、疑いのあるメモリー・リークの検出の速度と正確性との間にトレードオフがあります。 高速検出。誤った警告の可能性が高い: 高速検出ポリシーでは潜在的なメモリー・リークが迅速に検出されますが、低速の検出ポリシーの場合よりもメモリー・リークを誤って識別する可能性が高くなります。それは、Java ヒープが最大構成サイズに拡張する前に分析が行われるからです。 標準検出。誤った警告の可能性は標準: 標準検出ポリシーは高速検出ポリシーより正確ですが、潜在的なメモリー・リークの識別は高速検出ポリシーほど迅速ではありません。標準設定と高速設定では同じ量のヒストリカル・データが必要ですが、標準設定では、Java ヒープが最大構成サイズに拡張してから分析します。 低速検出。誤った警告の可能性は低い: 低速検出ポリシーは最も正確ですが、高速検出ポリシーの場合よりも潜在的なメモリー・リークの検出が遅くなります。 低速設定では、最も多くのヒストリカル・データが必要になります。

表 6. ストーム・ドレーン条件のプロパティー
設定 | 説明
--- | ---
検出レベル | 標準検出。誤った警告の可能性は標準: 標準検出ポリシーは低速検出ポリシーより正確ではありませんが、潜在的なストーム・ドレーンの識別は速くなります。 このレベルでは、応答時間と動的ワークロード・マネージャー重みの両方に少ない数のサンプル (N=10) が使用され、サンプル・セットに基づいて各メトリックでの変更ポイントが検出されます。この結果、このポリシーでは、平均の差の計算と局所最大の検出のために 20 個のサンプル (左平均に 10、右平均に 10) を待機するので、より迅速に検出結果を得られます。サンプルは、15 秒間隔で収集されます。 したがって、ストーム・ドレーンは発生の 5 分以内に検出できます。 ただし、サンプル数が少ないため、サンプルに複数の一時的なピークまたはディップがあると、誤ったアラームを出す可能性が高くなります。 低速検出。誤った警告の可能性は低い: 低速検出ポリシーは最も正確ですが、標準検出ポリシーの場合よりも潜在的なストーム・ドレーンの検出が遅くなります。 このレベルでは、応答時間と動的ワークロード・マネージャー重みの両方に比較的多くのサンプル数 (N=15) が使用されます。この結果、このポリシーでは、平均の差の計算のために 30 個のサンプル (左平均に 15、右平均に 15) を待機する必要があるので、検出結果を得るまで比較的 時間がかります。検出所要時間は、7 分 30 秒です。ただし、多くのサンプルが存在するので、一時的なピークまたはディップのあるサンプルがあっても平均値が大きく影響されることはありません。したがって、誤ったアラームの発生率は少なくなります。

表 7. ワークロード条件のプロパティー
設定 | 説明
--- | ---
要求合計 | ワークロード条件ポリシーは、ユーザーが定義した特定の数の要求が処理された場合に違反になります。要求値は、1000 より大きい整数とする必要があります。

表 8. ガーベッジ・コレクション・パーセンテージ条件プロパティー
設定 | 説明
--- | ---
ガーベッジ・コレクションに費やす時間のパーセンテージ | 「ガーベッジ・コレクションに費やす時間のパーセンテージ」ポリシーは、1 つの Java 仮想マシン (JVM) または一連の JVM をモニターして、指定期間においてガーベッジ・コレクションに費やす時間が特定のパーセンテージを超えているかどうかを判別します。単位はパーセンテージです。デフォルト値は 10 です。このフィールドの許容値は 1 から 99 までの整数です。
サンプリング期間 | このフィールドは、ガーベッジ・コレクション・データを収集する期間を指定します。サンプリング期間内にガーベッジ・コレクションに費やされた時間のパーセンテージがしきい値を超えて初めて、修正アクションが取られます。単位は分および時間です。デフォルト値は 2 分です。 このフィールドの許容値は、1 分から 24 時間までの範囲です。

表 9. カスタム条件プロパティー
設定 | 説明
--- | ---
リアクション・プラン実行の条件 | カスタム条件内で評価するメトリックを表す副次式を 指定します。

## ヘルス管理モニターのリアクション

定義されたヘルス条件に達したときに Intelligent Management がどのように振る舞うかを指定します。

## リアクション・モード

ヘルス・ポリシーの動作を定義するリアクション・モードを指定します。リアクション・モードは、「監視」または「自動」とすることができます。

- リアクション・モードが「監視」に設定されていると、ヘルス・ポリシーがアクティブとなり、アクションについての推奨事項がランタイム・タスクとともに管理者に送信されます。管理者は推奨事項に従うことができます。管理者が推奨事項を承認すると、ヘルス状態を改善するアクションが自動的に行われます。
- リアクション・モードが「自動」に設定されている場合、ヘルス・ポリシーによってデータがロギングされ、製品が、管理者の承認なしで、ヘルス条件の改善のためのアクションを自動的に行います。

## ヘルス条件に違反した場合、以下のアクションを実行します

ヘルス条件に 違反したときに起こる具体的なアクションのセットを定義できます。これらのアクションは、既存のデフォルトのアクションにするか、または、 実行可能ファイルを実行するカスタム・アクションを定義することができます。

アクションのリストは、ヘルス条件に違反したときに実行される順序で表示 されます。アクションを追加するには、「アクションの追加...」をクリックします。既存のデフォルト・ヘルス・ポリシー・アクション または作成済みのカスタム・アクションを選択するか、新しいカスタム・アクションを作成することができます。

ステップを除去するには、そのステップを選択して「アクションの除去」をクリックします。ステップの順序を 変更するには、移動するステップを 1 つ選択し、「上へ移動」または「下へ移動」をクリックします。

## メンバーシップ

ヘルス・ポリシーのメンバーを指定します。これによりメンバーに定義されたヘルス・ポリシーがアクティブ化されます。メンバーシップは 1 対 1 の関係ではありません。メンバーは複数のポリシーと関連付けできます。

「メンバーシップ」フィールドを編集するには、リストから該当するメンバー・タイプを選択します。結果として可能性のあるメンバーが、「メンバーシップで使用可能」フィールドに表示されます。 「メンバーシップで使用可能」リストから該当するメンバーを選択します。 複数のメンバーを選択するには、すべての選択項目が強調表示されるまで Ctrl キーを押したまま「追加」をクリックして、選択項目をヘルス・ポリシーのメンバーシップに追加します。

関連情報:
ヘルス・ポリシーのコレクション
ヘルス・ポリシーの作成: ヘルス・ポリシー一般プロパティーの定義
ヘルス・ポリシーの作成: ヘルス条件プロパティーの定義
ヘルス・ポリシーの作成: モニター対象メンバーの指定
カスタム・アクション・コレクション
カスタム・アクション設定
カスタム・ヘルス条件副次式ビルダー

ファイル名: hc_detail_main.html