# ヘルス・ポリシーの作成: ヘルス・ポリシー一般プロパティーの定義

このページは、ヘルス・ポリシーの作成に使用します。このポリシーは、 ノードで稼働するクラスター、動的クラスター、およびアプリケーション・サーバー・インスタンス でのさまざまなヘルス・ベースのアセスメントを行うために使用されます。

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

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

必要なすべてのフィールドを完了したら、「次へ」をクリックして先に進みます。

## 名前

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

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

## 説明

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

## 事前定義ヘルス条件

ヘルス条件で、実装される具体的なポリシーを定義します。 事前定義ヘルス条件は、Intelligent Management と一緒に出荷されるヘルス条件です。

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

- 期間ベース条件がユーザー定義の期間値に違反した場合は、関連付けられたヘルス・アクションが実行されます。この再始動によって、キャッシュされて、メモリーを獲得したすべてのデータが消去されます。期間ベース条件ポリシーを選択する場合は、期間基準を定義する必要があります。期間ベース条件は、すべてのサーバー・タイプでサポートされます。
- 要求タイムアウト超過条件ポリシーでは、要求のタイムアウトに使用されたメモリーを追跡します。 タイムアウトのパーセンテージが違反条件を超えると、関連付けられたヘルス・アクションが実行されます。要求タイムアウト超過条件を選択する場合は、使用メモリー比率しきい値を設定する必要があります。要求タイムアウト超過条件は、すべてのサーバー・タイプでサポートされます。
  制約事項: 要求タイムアウト超過条件は、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 をモニターして、サンプリング期間においてガーベッジ・コレクションに費やす時間が、指定のパーセンテージを超えているかどうかを判別します。ガーベッジ・コレクションによってプロセッサーの使用が増大するため、ガーベッジ・コレクションに費やされる時間がパフォーマンスの低下の原因なのかどうかをこのポリシーで判断できます。

## カスタム・ヘルス条件

既存のヘルス条件がニーズに合わない場合は、 ヘルス条件を定義できます。カスタム・ヘルス条件は、ご使用の環境のメトリックに対してテストできます。

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

ファイル名: hc_detail_main_new.html