WebSphere Virtual Enterprise, Version 6.1.1
             オペレーティング・システム: AIX , HP-UX, Linux, Solaris, Windows


複数エディションの並行したアクティブ化

実動前に妥当性検査を行う場合や、選択したユーザー・グループに対してアプリケーションの準備試験を行う場合、あるいはアプリケーション・アップグレードの際に、識別可能なクライアント・マシンのブランチに対応する変更が必要なときにブランチをロールアウトする場合は、同一アプリケーションの複数のエディションを並行してアクティブ化します。

始める前に

同一アプリケーションの、少なくとも 2 つのエディションがインストールされている必要があります。 例えば、my_application アプリケーションのエディション 1.0dynamic_cluster_1 動的クラスターにインストールされ、アプリケーション・エディション 2.0dynamic_cluster_2 動的クラスターにインストールされている必要があります。

さまざまなロールによって、アプリケーション・エディション・マネージャーの特権は異なります。ロールには、モニター、オペレーター、コンフィギュレーター、および管理者があります。 モニターまたはオペレーターのロールを持つユーザーの 場合、表示できるのはアプリケーション・エディション・マネージャー情報 のみです。コンフィギュレーターまたは管理者のロールを持つユ ーザーの場合は、アプリケーション・エディション・マネージャーのすべて の構成特権があります。

このタスクについて

それぞれのエディションは、別々のデプロイメント・ターゲット上でアクティブである必要があります。 同一アプリケーションの複数エディションが同一環境のユーザーに対して並行して使用可能である場合、オンデマンド・ルーター (ODR) は、要求を処理して対象のエディションにルーティングするために使用可能な情報がない限り、 アクティブなエディションを区別できません。各エディションごとにルーティング・ルールや固有のインターフェースを使用すれば、あいまいさを防止できます。

制約事項: 1 つのノードでサポートされるのは、PHP Hypertext Preprocessor (PHP) アプリケーションの 1 つのアクティブ・エディションのみです。同じ PHP アプリケーションの複数のアクティブ・エディションがある場合は、同じノードにある複数サーバーにアプリケーションをデプロイしてはいけません。

プロシージャー

  1. アプリケーション・エディションをアクティブ化します。 「アプリケーション」 > 「エディション・コントロール・センター」 > application_nameをクリックします。非アクティブ・エディションを選択し、「アクティブにする」をクリックします。 例えば、my_application アプリケーションを選択し、アプリケーション・エディション 2.0 をアクティブ化します。
  2. 各アプリケーション・エディションのルーティング・ポリシーを作成します。 詳しくは、アプリケーション・エディション用ルーティング・ポリシーの作成 を参照してください。
  3. ODR が実行中であることを確認します。 サーバー」>「オンデマンド・ルーター」とクリックしま す。 要求をルーティングするには、状況が「開始済み」でなければなりません。
  4. 各アプリケーション・エディションへの並行アクセスをテストします。 2 つの動的クラスターに関連したサーバーを選択して 2 つのアプリケーション・エディションを選択し、「開始」をクリックします。

結果

エディション 1.0 は、その特定のエディション用に作成するルーティング・ルールによって処理され、エディション 2.0 は、その特定のルーティング・ルールによって処理されます。

例えば、実稼働環境において、あるアプリケーション・エディションの実動前テストを選択されたユーザー・グループで実行するには、デプロイメント・ターゲットのクローンをそのリソースおよびセキュリティー定義も含めて作成し、 クローンの環境でターゲットのエディションをアクティブ化します。ルーティング・ルールを使用して、選択されたユーザーのサブセットをそのエディションに方向転換するように ODR に指示します。

さらに、アプリケーションの準備試験を行う場合は、ルーティング・ルー ルを使用して、エディション 2.0 の試験ユーザーとエディション 1.0 の一般 ユーザーを分離できます。

ブランチ・ロールアウトの場合は、ルーティング・ルールを使用して、 それぞれのブランチを適切なエディションに誘導します。 クライアント・コードは後続のそれぞれのブランチで更新されるので、 サーバー・サイドのルーティング・ルールがクライアントを限定するよう更新され、 新規に更新されたブランチが適切なエディションに送信されるようにできます。

ルーティング・ルールがユーザー要求の区別に対して不十分である場合や、 ユーザーがルーティング・ルール以外の方法を希望する場合は、それぞれのエディションに独自の固有 URI および Enterprise JavaBeans™ (EJB) Java™ Naming and Directory Interface (JNDI) 名を設定できます。ルーティング・ルールと異なり、各エディション用の固有インターフェースはアプリケーション・ユーザーに公開されます。 そのため、適切な名前を選択して適切なエディションを使用する必要があります。

次に実行する作業

妥当性検査を実行して、現実に近い状態で新規エディションの可用性と回復力をテストします。 詳しくは、エディションの妥当性検査 を参照してください。




関連概念
アプリケーション・エディション・マネージャーの概念
関連タスク
エディションのインストール
エディションのロールアウトの実行
エディションのロールバックの実行
アプリケーション・エディション用ルーティング・ポリシーの作成
関連資料
ルーティング・ポリシーおよびサービス・ポリシー
管理のロールと特権
タスク・トピック    

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

最終更新: 2009/09/17 16時29分17秒EDT
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r1m1/index.jsp?topic=/com.ibm.websphere.ops.doc/info/appedition/tappedconc.html