WebSphere Application Server Network Deployment for i5/OS, Version 6.1   
             オペレーティング・システム: i5/OS

             目次と検索結果のパーソナライズ化

クラスターの作成

クラスターとは、 ワークロードのバランスを取る方法として一括して管理するアプリケーション・サーバーの集合のことです。

始める前に

クラスターを作成する前に、以下を実行します。

このタスクについて

以下を行う必要がある場合、クラスターを作成します。
  • 複数のアプリケーション・サーバーにわたってクライアント要求のバランスをとります。
  • ユーザーのアプリケーションに高可用性の環境を提供します。

クラスターにより、アプリケーション・サーバーのグループを単一のユニットとして管理し、クラスターのメンバーである各アプリケーション・サーバーにクライアント要求を分散することが可能になります。

クラスターを作成するには、以下の手順を実行します。

プロシージャー

  1. 管理コンソールで、「サーバー」>「クラスター」>「新規」とクリックします。 「新規クラスターの作成」ウィザードが開始します。
  2. クラスターの名前を指定します。
  3. ノードを有効範囲とするルーティング最適化を使用可能にする場合は、 「ローカルを優先」を選択します。 このオプションは、デフォルトでは使用可能に設定されています。 このオプションが使用可能にされた場合、可能であれば EJB 要求はクライアント・ノードに送付されます。 このオプションにより、クライアント要求がローカルのエンタープライズ Bean に送信されるため、 パフォーマンスが向上します。
  4. このクラスターにメモリー間の複製のドメインを作成する場合は、「Configure HTTP session memory-to-memory replication」を選択します。 複製ドメインには、クラスターと同じ名前が付けられ、複製ドメインのデフォルト設定で構成されます。 デフォルト設定が有効である場合は、単一レプリカがデータの各断片ごとに作成され、暗号化は無効になります。 また、各クラスター・メンバーの Web コンテナーもメモリー間の複製用に構成されます。

    複製ドメイン用のこれらの設定を変更するには、「環境」>「複製ドメイン」>「replication_domain_name」とクリックします。 Web コンテナー設定を変更するには、管理コンソールで、「サーバー」>「クラスター」>「cluster_name」> 「クラスター・メンバー」>「cluster_member_name」>「Web コンテナー設定」>「セッション管理」>「分散環境設定」とクリックします。 クラスター・メンバーの 1 つでこれらの設定を変更する場合は、このクラスターの他のメンバーの設定も変更する必要があります。

  5. 次へ」をクリックします。
  6. 空のクラスターを作成するか、クラスターの最初のメンバーを作成するかを選択します。

    空のクラスターを作成する場合、 このクラスターにメンバーを追加するには、管理コンソールで、 「サーバー」>「クラスター」>「cluster_name」>「クラスター・メンバー」>「新規」とクリックします。

    空のクラスターを作成するには、以下のようにします。

    1. None. Create an empty cluster.
    2. 」を選択します。「次へ」をクリックして、定義済みクラスターの要約を表示します。
    3. 終了」をクリックしてクラスターを作成するか、またはクラスターを作成しない場合は「キャンセル」をクリックします。

    最初のクラスター・メンバーを作成する場合、作成する最初のクラスター・メンバーのコピーは、 クラスター・データの一部として保管され、作成するすべての追加クラスター・メンバーに対するテンプレートになるこ とに注意してください。

    1. 最初のクラスター・メンバーの名前を指定します。
    2. このクラスター・メンバーの常駐先にするノードを選択します。
    3. そのクラスター・メンバーのウェイト値を指定します。 ウェイト値は、アプリケーション・サーバーに送られる作業の量を制御します。このサーバーのウェイト値がクラスター内の別のサーバーに割り当てたウェイト値より大きい場合、このサーバーが受け取る作業負荷の割合が大きくなります。 ウェイト値は、特定のアプリケーション・サーバーに割り当てられた、ワークロードの相対比率を示します。指定できる値の範囲は 0 から 20 です。
    4. ソース・サーバーに定義された各 HTTP トランスポートごとに固有のポート番号を作成する場合は、「固有 HTTP ポートの生成」を選択します。 このオプションを選択した場合、このクラスター・メンバーには、同一ノード上に定義された別のサーバーと競合する HTTP トランスポートや HTTP トランスポート・チャネルがありません。このオプションを選択解除すると、すべてのクラスター・メンバーが同じ HTTP ポートを共用します。
    5. このクラスター・メンバーの所属先にするコア・グループを選択します。 このクラスターに複数のコア・グループが構成されている場合にのみ、コア・グループを選択するプロンプトが出されます。
    6. 最初のクラスター・メンバーのベースとなる、以下のオプションのいずれかを選択します。
      • アプリケーション・サーバーのテンプレートを使用してメンバーを作成する。
      • テンプレートとして既存のアプリケーション・サーバーを使用し、メンバーを作成する。
      • 既存のアプリケーション・サーバーを変換してメンバーを作成する。
      重要: 既存のアプリケーション・サーバーをクラスターに追加できるのは、そのサーバーを最初のクラスター・メンバーとして選択した場合のみです。 最初のクラスター・メンバーの作成後は、そのクラスターには別の既存のアプリケーション・サーバーを追加できません。 クラスターに既存サーバーを追加した場合、そのサーバーをクラスターから除去する唯一の方法は、サーバーを削除することです。 そのため、既存サーバーは、クラスター・メンバーとしてではなく、最初のクラスター・メンバーのテンプレートとして使用します。 元のアプリケーション・サーバーをクラスターの外側で保持すると、構成の再作成が必要になった場合に、そのサーバーをテンプレートとして再利用できます。
  7. 次へ」をクリックします。
  8. 追加のクラスター・メンバーを作成します。 追加のクラスター・メンバーを作成する前に、最初のクラスター・メンバーの構成設定を確認してください。 これらの設定は、「新規クラスターの作成」ウィザードの「Create additional cluster members」パネルの下部に表示されます。 作成する各追加メンバーごとに以下を実行します。
    1. メンバーの固有の名前を指定します。 この名前はノード内で固有でなければなりません。
    2. クラスター・メンバーを割り当てるノードを選択します。
    3. このメンバーに割り当てるウェイトを指定します。 ウェイト値は、アプリケーション・サーバーに送られる作業の量を制御します。 そのサーバーのウェイト値がクラスター内の別のサーバーに割り当てたウェイト値より大きい場合、そのサーバーが受け取る作業負荷の割合が大きくなります。 指定できる値の範囲は 0 から 20 です。
    4. ソース・サーバーに定義された各 HTTP トランスポートごとに固有のポート番号を作成する場合は、「固有 HTTP ポートの生成」を選択します。
    5. メンバーの追加」をクリックします。 最初のクラスター・メンバー以外の新規に作成された任意のクラスター・メンバーの構成設定を編集したり、追加のクラスター・メンバーを作成することができます。 「戻る」をクリックすると、最初のクラスター・メンバーのプロパティーを編集できます。
  9. クラスター・メンバーの作成が終了したら、「次へ」をクリックします。
  10. クラスターの要約を表示した後、クラスターを作成するには「終了」をクリックし、前のウィザード・パネルに戻ってクラスターを変更するには「戻る」をクリックし、クラスターを作成することなくウィザードを終了するには「キャンセル」をクリックします。
  11. クラスターをさらに詳しく構成するには、「サーバー」>「クラスター」とクリックしてから、そのクラスターの名前をクリックします。 変更を保管するまでは、「構成」および「ローカル・トポロジー」のタブのみが表示されます。
  12. Review」をクリックして、クラスター構成の設定を検討します。 追加の構成変更を行う必要がある場合、前のステップを繰り返します。
  13. 追加の構成変更を行わない場合、「ノードと変更を同期化」を選択して「保管」をクリックします。 ユーザーの変更は保管され、ユーザーのノード全体にわたって同期化されます。
    重要:保管」をクリックして、「ノードと変更を同期化」を選択しない場合、ノードの上にクラスター・サーバーを検出できないために、WebSphere Application Server はクラスター・サーバーを開始しません。 ユーザーのノードにわたる構成変更を常に同期化させたい場合、コンソール設定の 1 つとして「ノードと変更を同期化」を選択できます。
  14. クラスターを再始動します。

結果

これで、作業要求を割り当て可能にクラスターの構成が完了しました。次にこのページをアクセスしたときに「ランタイム」タブおよび「ローカル・トポロジー」タブが表示されます。

次の作業

  • 管理コンソールを使用して、クラスターの構成設定を表示したり 変更したりします。例えば高可用性環境で稼働している場合は、 「サーバー」>「クラスター」>cluster_name」をクリックし、次に このクラスターの「トランザクション・ログ・リカバリーのフェイルオーバーを有効化」オプションを選択します。 このオプションにより、あるクラスター・メンバーから別のメンバーにフェイルオーバーして、トランザクションをリカバリーできます。
  • 追加のクラスター・メンバーを作成します。
  • クラスターを始動する。
  • スクリプトを使用して、クラスター作成のタスクを自動化します。



サブトピック
クラスターの作成 : 基本クラスター設定
クラスターの作成: 最初のクラスター・メンバーの作成
クラスターの作成 : 要約設定
クラスターの作成: 追加クラスター・メンバーの作成
サーバー・クラスター・コレクション
クラスター用の静的ルーティングの使用可能化
trun_wlm_cluster_routetable_disable.html
関連概念
概要: クラスター
関連タスク
クラスターとのワークロードの平衡化
関連資料
AdminTask オブジェクトのコマンド
タスク・トピック    

ご利用条件 | フィードバック

最終更新: Jan 21, 2008 8:28:52 PM EST
http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm.websphere.nd.iseries.doc/info/iseriesnd/ae/trun_wlm_cluster_v61.html