![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
動的クラスターの作成
動的クラスターを作成すると、クラスター・メンバーから収集されたパフォーマンス情報に基づいて、 クラスター・メンバー間で動的にワークロードのバランスが取られます。動的クラスターを作成することにより、アプリケーション・サーバーの仮想化が使用可能になります。
始める前に
- 動的クラスターを作成するには、コンフィギュレーターの管理特権が必要です。
- アプリケーション配置コントローラーが使用可能になっていることを確認してください。アプリケーション配置コントローラーはデフォルトで使用可能になっています。アプリケーション配置コントローラーにより、動的クラスターのオートノミック機能が使用可能になります。 アプリケーション配置コントローラーを使用可能に設定するには、「動作ポリシー」 > 「オートノミック・マネージャー」 > 「アプリケーション配置コントローラー」をクリックします。アプリケーション配置コントローラー に関する変更可能なプロパティーについて詳しくは、『アプリケーション配置コントローラーのモニターおよびチューニング』を 参照してください。
- 垂直スタッキングを使用するかどうかを決定します。垂直スタッキングでは、配置コントローラーを使用可能にしてノードにある動的クラスターの複数インスタンスを開始することにより、デプロイしたアプリケーションのボトルネック状態を改善できます。 垂直スタッキングが有効であると、オートノミック・マネージャーはスタックされた各インスタンスで使用されるプロセッサーの比率を制限します。 一般的な数式は、100%/max-number-of-stacked-instances です。 例えば、3 つのスタック・インスタンスを構成した場合は、33% を超えるプロセッサー能力を使用しないよう単一インスタンスのワークロードが制限されます。 詳しくは、『垂直スタッキングの構成』を参照してください。
- 補助ライフサイクル管理で外部に作成されたミドルウェア・サーバーの動的クラスターを作成する場合には、その前に、製品環境にこれらのサーバーの表現を作成してください。これらのすべてのサーバーには、同一のアプリケーションがインストールされ、同一バージョンのミドルウェア・ソフトウェアがインストールされている必要があります。
詳しくは、『補助ライフサイクル・ミドルウェア・サーバーの追加』を参照してください。
非推奨の機能 (Deprecated feature): 補助ライフサイクル・サーバーおよび完全ライフサイクル・サーバーは、WebSphere® Application Server バージョン 9.0 で非推奨になりました。WebSphere Liberty サーバーを Liberty 集合構成にマイグレーションします。 他のサーバー・タイプについては、推奨されるマイグレーション・アクションはありません。depfeat
このタスクについて
動的クラスターは、環境内のワークロードに応じて拡張および縮小できる、アプリケーション・デプロイメント・ターゲットです。動的クラスターは、アプリケーション配置コントローラーや動的ワークロード・ マネージャーなどのオートノミック・マネージャーと連動して、コンピューティング・ リソースを最大限に活用します。動的クラスターは、高可用性やサービス・ポリシーなど、多くの製品オートノミック機能に必要です。
コア・グループに既に 40 以上のサーバーがある場合は、スクリプト coregroupsplit.py を使用して既存のセルを複数のコア・グループに分割できます。 詳しくは、『coregroupsplit.py スクリプト』を参照してください。
手順
- 動的クラスターを作成します。 管理コンソールで、 「サーバー」 > 「クラスター」 > 「動的クラスター」 > 「新規」とクリックします。
- 動的クラスター・サーバー・タイプを選択します。 動的クラスター・サーバー・タイプは、この動的クラスターのメンバーである サーバーのタイプを決定します。そのタイプに応じて、このパネルで、またはメンバーシップ・メソッドの選択時に、動的クラスターの名前を入力します。
- 一部の動的クラスターのタイプでは、メンバーシップ・メソッドを選択できます。 メンバーシップ・メソッドでは、クラスター・インスタンスとしてサーバーが動的クラスターに結合される方法を定義します。
オプション 説明 ルールによるクラスター・メンバーの自動定義 完全ライフサイクル管理のサーバーを使用している場合は、「ルールによるクラスター・メンバーの自動定義」が可能です。このオプションでは、クラスター・インスタンスを配置可能なノードを定義するメンバーシップ・ポリシーを作成します。 クラスター・メンバーの手動定義 補助ライフサイクル管理のサーバーを使用している場合は、「クラスター・メンバーの手動定義」が可能です。このオプションでは、既存のサーバーを選択して動的クラスターに追加します。 選択するサーバーは同種にする必要があります。 つまり、サーバーのタイプおよびミドルウェア・サーバーのバージョンが同一であり、同じアプリケーションがインストールされている必要があります。 トラブルの回避 (Avoid trouble): 1 つ以上のアプリケーションが既存の動的クラスターをターゲットとしている場合に、新規のミドルウェア・サーバーをその動的クラスターに追加する場合は、そのサーバーを動的クラスターのメンバーとして追加する前に、それらのアプリケーションをそのミドルウェア・サーバーにインストールし、サーバーをそれらのアプリケーションのターゲットにする必要があります。gotcha
- 動的クラスター・メンバーを定義します。
- 前のステップで「ルールによるクラスター・メンバーの自動定義」を選択した場合は、 副次式ビルダーを使用して、動的クラスターのメンバーシップ・ポリシー式を作成します。 この式は、セル内のすべてのノードで比較され、その副次式が true になるすべてのノードを選択します。
- 「クラスター・メンバーの手動定義」を選択した場合、
実行するアクションは、動的クラスター内のサーバーの種類によって異なります。
- サーバー・タイプがアプリケーション・サーバーである場合は、動的クラスターに変換する既存の静的クラスターを選択します。
- サーバー・タイプが補助ライフサイクル管理の外部で作成されたミドルウェア・サーバーである場合は、
リストからサーバーを選択して、動的クラスターに追加します。補助ライフサイクル・サーバーを追加する場合は、それらのタイプおよびミドルウェア・サーバー・バージョンが同一であり、同じアプリケーションのセットがインストールされていることを確認してください。
トラブルの回避 (Avoid trouble): 1 つ以上のアプリケーションが既存の動的クラスターをターゲットとしている場合に、新規のミドルウェア・サーバーをその動的クラスターに追加するには、あらかじめ、それらのアプリケーションをそのミドルウェア・サーバーにインストールし、サーバーをそれらのアプリケーションのターゲットにする必要があります。
- 管理されていないアプリケーションをミドルウェア・サーバーにデプロイします。詳しくは、『非管理対象 Web アプリケーションのデプロイ』を参照してください。
- アプリケーションのデプロイメント・ターゲットを定義します。管理コンソールで、「アプリケーション」 > 「すべてのアプリケーション」 > 「unmanaged_app_name」とクリックします。ターゲットを選択して、「追加」をクリックします。
- 「適用」をクリックして、変更を保存します。
- 動的クラスター・サーバー・テンプレートを選択します。
動的クラスターのサーバー・テンプレートは、完全ライフサイクル管理のサーバーで構成された動的クラスターに対してのみ選択できます。動的クラスターの作成時に使用するテンプレートには、既存の定義済みテンプレートを選択するか、またはユーザー独自のサーバー・テンプレートを作成できます。 詳しくは、サーバー・テンプレートの作成に関する説明をお読みください。
トラブルの回避 (Avoid trouble): 構成で複数の WebSphere Application Server Network Deployment バージョンが混在している場合、特にデプロイメント・マネージャーのバージョンがノードのバージョンよりも高い場合は、事前定義サーバー・テンプレートを使用して動的クラスターを作成することができません。例えばバージョン 6.1 ノードとバージョン 7.0 デプロイメント・マネージャーを実行している場合には、ノードにサーバーの静的クラスターを作成してから、この静的クラスターを動的クラスターに変換できます。gotcha
非推奨の機能 (Deprecated feature): 動的クラスター作成時に使用される defaultXD および defaultXDZOS サーバー・テンプレート は推奨されません。 代わりに default または defaultZOS サーバー・テンプレートを使用してください。depfeat
- 動的クラスター固有のプロパティーを指定します。
- クラスター・インスタンスの最小数を定義してください。デフォルトでは 最小インスタンス数は 1 インスタンスで、インスタンスの最大デフォルトは 無制限です。最小値が過大な場合、性能低下が起こる場合があります。
- クラスター・インスタンスの最大数を定義してください。デフォルト値では、 クラスター・インスタンスの数に制限はありません。
- 垂直スタッキングを使用可能にするかどうかを決定してください。 垂直スタッキングを構成すると、同一ノード上で複数の動的クラスター・インスタンスを開始できます。
- 動的クラスターの分離設定を指定します。
- 動的クラスター作成を確認してください。 変更内容をマスター構成に保存するには、「終了」 > 「保存」をクリックします。
- 操作のモードを選択してください。管理コンソールで、「サーバー」 > 「クラスター」 > 「動的クラスター」をクリックします。変更する動的クラスターを
選択してください。 動作モードを選択し、「モードの設定」をクリックします。
重要: 動的アプリケーション配置を使用するには、動作モードとして「自動」または「監視」をクリックします。
z/OS® システム上で実行されるノードがある場合は、 動的クラスターを監視モードまたは自動モードで使用します。 ロジカル・パーティション (LPAR) のプロセッサーが 過度にビジーな場合に、動的クラスターをホストする LPAR 上のクラスター・メンバーを Intelligent Management が 自動的に開始することを防止するには、cpuUtilizationThreshold カスタム・プロパティーを定義する必要があります。このシナリオでは、この製品がクラスター・メンバーを開始するのは、トランザクション要求が追加のクラスター・メンバーを必要とし、LPAR 上のプロセッサー使用率が cpuUtilizationThreshold の値より小さい場合のみです。詳しくは、『アプリケーション配置カスタム・プロパティー』を参照してください。
タスクの結果
動的クラスターが開始される場合、その環境内の各動的クラスターの少なくとも 1 つのインスタンスが即座に使用可能になります。 同一ノード上に複数のプロセッサーがある場合は、その同一ノード上で複数のインスタンスが同時に開始できます。 例えば、ノードに 2 つのプロセッサーがある場合は、同時に 2 つのインスタンスを開始できます。 アプリケーション配置コントローラーは、動的クラスターごとの最小インスタンス数に到達するまで、すべての動的クラスターのノード全体で均等にインスタンスを開始し続けます。
例
動的クラスター設定のためのガイドラインとして次の配置シナリオ を使用してください。
- 動的クラスターの実行中に正確に 2 つのサーバーが開始されるように指定するには、 「常に複数インスタンスを開始済みにしておく」をクリックします。 「インスタンスの数」の値を 2 に設定します。 「開始できるインスタンス数を制限する」をクリックし、「インスタンスの数」の値を 2 に設定します。
- 開始済みサーバーの数を 5 に制限し、アクティビティーが発生しない場合にサーバーを停止するには、 「アクティビティーのない期間に開始したインスタンスをすべて停止する」をクリックします。 「開始できるインスタンス数を制限する」をクリックして最大数を設定し、 「インスタンスの数」値を 5 に設定します。
- 最低 1 つのインスタンスを常時アクティブにし、無制限の数のインスタンスを 開始できるようにするには、「常に 1 つのインスタンスを開始済みにしておく」 および「開始できるインスタンス数を制限しない」をクリックします。
次のタスク
- 動的クラスターの設定を編集するには、「サーバー」 > 「クラスター」 > 「動的クラスター」 > 「dynamic_cluster_name」をクリックします。動的クラスターのすべてのメンバーを変更する場合、動的クラスター・サーバー・テンプレートを編集できます。 「サーバー・テンプレート」をクリックします。
- ご使用の動的クラスターにアプリケーションをデプロイしてください。
- 報告書およびオペレーションのタブでパフォーマンスをモニターします。 「サーバー」 > 「クラスター」 > 「動的クラスター」 > 「dynamic_cluster_name」をクリックします。「報告書」タブまたは「オペレーション」タブをクリックします。
- 監視モードを使用している場合は、ユーザーが実行可能な推奨のアクションおよびランタイム・タスクがオートノミック・マネージャーによって生成されます。 監視操作モードが作成したすべてのランタイム・タスクを 表示するには、「システム管理」 > 「タスク管理」 > 「ランタイム・タスク」とクリックします。ランタイム・タスク・キューのモニターが不要の場合、 E メール通知を定義できます。E メール通知プロファイルを作成するには、「システム管理」 > 「タスク管理」 > 「通知」をクリックします。
- 自動モードを使用している場合は、セルの停止に使用するスクリプトにアプリケーション配置コントローラーおよびヘルス・コントローラーを使用不可に設定するコマンドを追加することにより、セルのシャットダウン時にサーバーが始動または再始動しないようにできます。
例えば、スクリプトに次の行を追加します。
wsadmin -profile PlacementControllerProcs.jacl -c "disable" wsadmin -profile HmmControllerProcs.jacl -c "disable"
サブトピック
ODR の静的クラスターの作成
オンデマンド・ルーター (ODR) の静的クラスターを作成できます。静的クラスターは WebSphere Application Server Network Deployment 環境の アプリケーション・サーバーのグループで、 ワークロード管理に関与します。ODR の動的クラスターの作成
オンデマンド・ルーター (ODR) の動的クラスターを作成できます。 つまり、アプリケーション配置コントローラーが最小数の ODR を開始するのに最適なノードを選択します。何らかの理由で ODR が停止すると、 アプリケーション配置コントローラーは新規インスタンスを開始します。動的クラスター
動的クラスターとは、重みおよびワークロード管理を使用して、クラスター・メンバーから 収集されたパフォーマンス情報に基づき、動的にクラスター・メンバーのワークロードの バランスを取るサーバー・クラスターのことです。 動的クラスターは、アプリケーション・サーバーの仮想化を使用可能にします。createDynamicCluster.jacl スクリプト
createDynamicCluster.jacl スクリプトを使用すると、動的クラスターを作成できます。appEditionRename.py スクリプト
appEditionRename.py スクリプトを 使用して、1 つのサーバーまたは 1 つのクラスターにインストールされている、システム・アプリケーションを除くすべてのアプリケーションのエディション を変更することができます。coregroupsplit.py スクリプト
coregroupsplit.py スクリプトを使用して、 既存のセルを複数のコア・グループに分割できます。コア・グループ内に定義されたアプリケーション・サーバー、 ノード・エージェント、およびオンデマンド・ルーター (ODR) などの WebSphere Application Server 関連のプロセスの数が 40 を超えている場合は、 このスクリプトの実行を考えてください。deleteDynamicCluster.jacl スクリプト
deleteDynamicCluster.jacl スクリプトを使用すれば、動的クラスターを削除できます。Intelligent Management: 動的クラスター管理用タスク
管理コンソールを使用せずに動的クラスターを表示または編集するには、動的クラスター・コマンドを使用します。Intelligent Management: 動的クラスターのカスタム・プロパティー
動的クラスターのカスタム・プロパティーを使用して、動的クラスターおよびアプリケーション配置の動作を変更できます。Intelligent Management: 静的クラスター対動的クラスター
WebSphere Application Server Network Deployment 構成での静的クラスターは、Intelligent Management で定義できる動的クラスターとは異なります。両タイプのクラスターともにワークロード・バランシングをサポートしますが、動的クラスターはクラスターのパフォーマンスの最適化が可能なオートノミック・マネージャーにより制御されます。動的クラスターの分離
動的クラスターの分離 を使用すると、セルにデプロイされている他のアプリケーションからアプリケーションを分離できます。例えば、動的クラスターの分離構成を作成して、社外の顧客が使用する重要なアプリケーションを内部アプリケーションから分離する場合があります。これにより、ある種の不安定性に対応できるようになります。アプリケーション遅延スタートの構成
アプリケーション遅延スタートを構成することにより、非アクティブな動的クラスターによって消費されているリソースを解放し、セル内の他のクラスター・インスタンスがそれらのリソースを使用可能にできます。垂直スタッキングの構成
アプリケーション内のボトルネック状態を改善するために、 アプリケーション配置コントローラーが動的クラスターの複数のインスタンスを開始できるように垂直スタッキングを構成できます。HTTP セッションの再平衡化
HTTP セッション再平衡化を使用すると、アプリケーション・サーバー間での HTTP セッション配分のバランスを、動的かつアクティブに取ることができます。


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=twve_odrdynamiccluster
ファイル名:twve_odrdynamiccluster.html