アプリケーション・サーバーのワークロードをモニターおよび
管理するには、サーバー・クラスターおよびクラスター・メンバーを使用する
必要があります。
始める前に
アプリケーション・サーバーを構成するためのオプションについて
知っておく必要があります。ワークロードを管理するために、クラスターを構成して使用するための方法を理解するには、
以下のシナリオについて検討してください。
クライアント要求は、単一のマシン上のクラスター・メンバー間に配布されます。クライアント とは、
任意のサーブレット、Java アプリケーション、またはエンド・ユーザーとアクセス対象のアプリケーション・サーバーを
接続するその他のプログラムまたはコンポーネントを指します。
ワークロードの管理がより複雑なシナリオにおいては、
クラスター・メンバーをリモート・マシンに分散できます。
このタスクについて
ワークロードのバランスをとるためにクラスターの使用を決めた場合は、以下のステップを実行します。
プロシージャー
- クラスターを作成するアプリケーション・サーバーを決定します。
- データを複製するかどうかを決定します。
複製は、アプリケーション・サーバー間でデータ、オブジェクト、またはイベントを転送するサービスです。
クラスターの作成時に複製ドメインを作成することができます。
- アプリケーション・サーバーにアプリケーションをデプロイします。
- クラスターを作成します。
アプリケーション・サーバーとアプリケーション・コンポーネントを意図したとおり正確に構成した後、クラスターを作成します。
元のサーバー・インスタンスは、クラスターを介して管理されるクラスター・メンバーとなります。
- 1 つ以上のクラスター・メンバーを作成します。
- バックアップ・クラスターを構成します。
1 次クラスターに障害が発生した場合は、バックアップ・クラスターが要求を処理します。
- クラスターを始動する。
クラスターを始動すると、そのクラスターのメンバーであるアプリケーション・サーバーのすべてが始動します。
ワークロード管理は、クラスター・メンバーが始動した後に自動的に開始されます。
- クラスターが実行されると、以下のタスクを実行できます。
- クラスターを停止する。
- クラスター・メンバーにインストールされているアプリケーションをアップグレードします。
- サーバー・クラスターやそのワークロードに関する問題を検出して処理します。
- ワークロード管理ランタイムの振る舞いを調整します。
com.ibm.CORBA.RequestTimeout JVM プロパティーのデフォルト・タイムアウト値は、
0 で、これはいつまでも待機することを意味します。
これはフェイルオーバー状態に適した設定とは言えないので、
アプリケーションでタイムアウトの問題が発生するか、
またはシステムがフェイルオーバー状態用に構成されている場合は、
LaunchClient コマンドで -CCD オプションを使用して、このプロパティーに
ゼロ以外の適切な値を設定します。
クライアントのワークロード管理状態のリフレッシュが早過ぎたり
遅過ぎたりする場合は、com.ibm.websphere.wlm.unusable.interval
プロパティーの間隔の設定を変更します。
次の作業
スタンドアロンの Java クライアントの場合は、ブートストラップ・ホストを定義する必要があります。スタンドアロン Java クライアントは、管理サーバーのないアプリケーション・サーバーとは別のマシン上に配置されているクライアントです。
クライアントの Java 仮想マシン (JVM) 引数に、次の行を追加してください。
-Dcom.ibm.CORBA.BootstrapHost=machine_name
ここで、
machine_name は、管理サーバーが稼働しているマシンの名前です。