Network Deployment の共通のインストール・シナリオを検討し、
アプリケーション・サービス環境のインストール方法を決定します。
このトピックでは、それぞれのシナリオをインストールする手順へのリンクを提供します。
始める前に
IBM WebSphere Application Server Network Deployment は、
アプリケーション・サーバー、Web 開発ツール、Web サーバー、および対応する追加ソフトウェアと資料を含む統合プラットフォームです。
バージョン 6.0 の WebSphere Application Server Network
Deployment のインストール・プロセスには 2 つのステップがあります。
最初のステップでは、インストール・ウィザードを使用して、
コア・プロダクト・ファイルの共用セットをインストールします。2 番目のステップは、プロファイル管理ツールを使用して、デプロイメント・マネージャー・プロファイル、スタンドアロン・アプリケーション・サーバー・プロファイル、または カスタム・プロファイルを作成します。
プロファイルは、デプロイメント・マネージャーまたはアプリケーション・サーバーなどの、
アプリケーション・サーバー・プロセスのランタイム環境を定義するファイルが含まれる別のデータ区画です。
インストールおよび構成の必要な部分は、以下のダイアグラムのステップ 2 に表示されているプロファイルの作成です。
例えば、ファンクション・セルを持つには、デプロイメント・マネージャー・プロファイルを作成することが必要です。
実行中のアプリケーション・サーバー・プロセスは、そのプロファイル内の構成ファイル、データ・ファイル、
およびログ・ファイルを、作成、読み取り、更新、または削除することができます。
このアプリケーション・サーバー・プロセスは、
コマンド・ファイルおよびその他の共用製品バイナリー・ファイルが含まれているシステム・ファイルにアクセスできます。
ただし、ほとんどのシステム・ファイルは、更新パッケージ、修正パッケージ、暫定修正、
または Network Deployment を拡張する製品をインストールすることによってのみ更新されます。
インストールのシナリオ
以下の情報では、1 つ以上のマシンに
さまざまなトポロジーで製品をインストールするシナリオを説明します。
Network Deployment 製品を使用する際、2 つのタイプの WebSphere Application Server トポロジーが可能です。
- スタンドアロン・アプリケーション・サーバー用のトポロジー
- 各スタンドアロン・アプリケーション・サーバー
は独自の管理コンソールを持ち、他のアプリケーション・サーバーとは無関係に実行します。
- 1 つのセル内にある複数のアプリケーション・サーバーの管理対象グループ用トポロジー
- セルは、1 つのデプロイメント・マネージャー、および、
管理対象ノードである 1 つ以上のフェデレーテッド・アプリケーション・サーバーで構成されています。
ノードは、以下の複数の方法で、管理対象ノードにすることができます。
- アプリケーション・サーバー・プロファイル内のノードをセルに統合することによって
- カスタム・プロファイル内のノードをセルに統合することによって
デプロイメント・マネージャーは、セル内のすべての管理対象ノードに対する単一の管理ポイントです。
デプロイメント・マネージャーは、管理する
ノードの構成ファイルを保守し、これらの管理対象ノードにアプリケーションをデプロイします。
このトピックでは、以下のセルのトポロジーを説明します。
シナリオ 5、6、7、および 8 は、セル内のすべてのノードが、
特定のマシンおよびオペレーティング・システム上に常駐していることが前提になっています。
ただし、この緻密なノード割り当てを適用する必要はありません。デプロイメント・マネージャー・ノードは、マシン A 上に存在可能で、
他の管理対象ノード (デプロイメント・マネージャーに統合されている) は、
異なるマシンおよびオペレーティング・システム上に存在可能です。
このような、異なるマシンまたはオペレーティング・システムの構成済みセルは、
異機種混合のセル と呼ばれ、Network Deployment として考えることが可能なトポロジーを拡張します。
このタスクについて
以下の各シナリオには、ダイアグラム、および詳細なインストール・ステップのリストが含まれています。
いくつかのシナリオは、実稼働環境においてより標準的です。
例えば、シナリオ 1 はシナリオ 3 またはシナリオ 4 よりも少ないワークロードをサポートします。
ただし、シナリオ 1 は完全な機能環境です。
シナリオ 3 および 4 は、スタンドアロンのアプリケーション・サーバーの標準的な実稼働環境です。
シナリオ 8 は、セル環境の標準的な実動シナリオです。
- シナリオ 1: スタンドアロン・アプリケーション・サーバーを単一マシンにインストールします。
単一マシン上に WebSphere Application Server Network
Deployment を単独でインストールすることにより、スタンドアロン・アプリケーション・サーバー・プロファイルを作成することができます。
各スタンドアロン・アプリケーション・サーバー・プロファイルには、server1 アプリケーション・サーバー・プロセスが含まれます。
Network Deployment をインストールすると、システム・ファイルのセットが作成されます。
プロファイル作成ウィザードは、アプリケーション・サーバーのプロファイルを作成します。
このプロファイルは、スタンドアロン・アプリケーション・サーバー環境を定義するファイルが含まれる別個のデータ区画です。
このシナリオでは、
アプリケーション・サーバーは通信のために内部 HTTP トランスポート・チェーンを使用します。
これは、比較的に小さな要求ワークロードでアプリケーションを処理するために適しています。
例えば、このタイプのインストールは、単純なテスト環境または
部門イントラネット環境をサポートすることができます。
- WebSphere Application Server Network Deployment をインストールします。
- プロファイル管理ツール を
使用して、Application Server プロファイルを作成します。
- シナリオ 2: スタンドアロン・アプリケーション・サーバーと Web サーバーを単一マシンにインストールします。
IBM HTTP Server などの Web サーバーをアプリケーション・サーバーと同じマシン上にインストールすることによって、
より多くの構成オプションが得られます。Web サーバー・プラグインのインストールによって、Web サーバーはアプリケーション・サーバーと通信できます。
このインストール・シナリオは、ファイアウォールを必要としない厳密なテスト環境または実稼働環境をサポートします。
ただし、このシナリオは、すべてが 1 つのマシン上にあるため、標準の実稼働環境ではありません。

- WebSphere Application Server Network Deployment をインストールします。
- プロファイル管理ツール を使用して、
スタンドアロン・アプリケーション・サーバー・プロファイルを作成します。
- IBM HTTP Server またはサポートされる別の Web サーバーをインストールします。
- プラグイン・インストール・ウィザードを
使用して、Web サーバー・プラグインを
インストールし、Web サーバーを構成します。
- シナリオ 3: スタンドアロン・アプリケーション・サーバーと Web サーバーを別個のマシンにインストールします。
標準的な実稼働環境では、1 台の
マシン上のアプリケーション・サーバーは、Web サーバー・プラグインを介して、
別個の (リモート) マシン上の Web サーバーと通信します。
オプションのファイアウォールにより、アプリケーション・サーバー・マシンのセキュリティーを追加することができます。
- WebSphere
Application Server Network Deployment を、マシン A にインストールします。
- プロファイル作成ウィザードを使用して、
スタンドアロン・アプリケーション・サーバー・プロファイルを、
マシン A 上に作成します。
- IBM HTTP Server またはサポートされる別の Web サーバーをマシン B にインストールします。
- マシン B で、
プラグイン・インストール・ウィザードを
使用して Web サーバー・プラグインを
インストールし、Web サーバーを構成します。
- プラグイン・インストール・ウィザードは、マシン B 上の plugins_root/bin ディレクトリーに、configureWeb_server_name という名前のスクリプトを作成します。
スクリプトをマシン A の app_server_root/bin ディレクトリーにコピーします。
- 管理コンソールで configureWeb_server_name
スクリプトを実行して、Web サーバー定義を作成します。
次に、管理コンソールを使用して Web サーバーを
管理することができます。
- 管理コンソールを使用して、plugin-cfg.xml
ファイルをアプリケーション・サーバーから Web サーバーに伝搬します。
「サーバー」>「Web サーバー」>「プラグインの伝搬」とクリックします。 (IBM HTTP Server 以外の Web サーバーでは、
手動で伝搬する必要があります。)
- シナリオ 4: 1 台のマシンに複数のスタンドアロン・アプリケーション・サーバーをインストールし、
別個のマシンに Web サーバーをインストールします。
プロファイル管理ツールは、デプロイメント・マネージャー・プロファイル、アプリケーション・サーバー・プロファイルまたはカスタム・プロファイルを作成できます。
各プロファイルは、ランタイム環境を定義するファイルが含まれる別個のデータ区画です。
プロファイルを作成し、専用の Web サーバーをインストールした後に、
プラグイン・インストール・ウィザードを使用して、プラグインを
インストールし、Web サーバー構成ファイルを更新します。これで、Web サーバーはアプリケーション・サーバーと通信することができます。
この
トポロジーにより、各プロファイルは同じシステム・ファイルのセットを共用する一方で、固有のアプリケーション、構成設定、データ、
およびログ・ファイルを持つことができます。複数のプロファイルを
作成すると、目的別に専用化された複数のアプリケーション・サーバー環境が作成されます。
例えば、Web サイト上の各アプリケーション・サーバーは、
異なるアプリケーションを提供します。別の例では、各アプリケーション・サーバーを、
プログラマーまたは開発チームに割り当てる別個のテスト環境とすることができます。
コア・プロダクト・ファイルの更新
複数のプロファイルを持つことには、保守容易性を高めるという別のフィーチャーがあります。
リフレッシュ・パックまたは修正パッケージがマシン上でコア・プロダクト・ファイルを更新する場合、
コア・プロダクト・ファイルから作成されたすべてのアプリケーション・サーバー・プロファイルは更新済みファイルを使用し始めます。
ただし、プロファイルそのものは、保守パッケージが既存プロファイル用の必須保守を含んでいない限り、更新されません。
ユーザーが保守パッケージをインストールするとき、アップデート・インストーラーは既存のプロファイルに必要な更新のメッセージを発行します。
状態によっては、マシン上のすべてのアプリケーション・サーバーを更新したくない場合があります。
そのような場合には、もう一度製品をインストールし、新規保守をインストールします。
両方のインストールからアプリケーション・サーバー・プロファイルを作成し、製品の更新をインクリメンタルに管理します。

- WebSphere
Application Server Network Deployment を、マシン A にインストールします。
- プロファイル作成ウィザードを使用して、
最初のスタンドアロン・アプリケーション・サーバー・プロファイルを、
マシン A 上に作成します。
- IBM HTTP Server またはサポートされる別の Web サーバーをマシン B にインストールします。
- マシン B で、
プラグイン・インストール・ウィザードを
使用して Web サーバー・プラグインをインストールし、
最初の Web サーバーを構成します。
- プラグイン・インストール・ウィザードは、マシン B 上の plugins_root/bin ディレクトリーに、configureWeb_server_name という名前のスクリプトを作成します。
スクリプトをマシン A の app_server_root/bin ディレクトリーにコピーします。
- 管理コンソールで configureWeb_server_name
スクリプトを実行して、Web サーバー定義を作成します。
次に、管理コンソールを使用して Web サーバーを
管理することができます。
- 管理コンソールを使用して、plugin-cfg.xml
ファイルをアプリケーション・サーバーから Web サーバーに伝搬します。
「サーバー」>「Web サーバー」>「プラグインの伝搬」とクリックします。 (IBM HTTP Server 以外の Web サーバーでは、
手動で伝搬する必要があります。)
- マシン A において、プロファイル管理ツールを
使用して、2 番目の Application Server プロファイルを作成します。
プロファイルの作成中に、
該当するパネルのチェック・ボックスを選択することによって、
そのプロファイルをデフォルト・プロファイルにします。
プラグイン・インストール・ウィザードが作成するスクリプトは、
デフォルト・プロファイルについてのみ処理します。
そのため、このスクリプトは、スクリプトの実行時にデフォルト・プロファイルであるプロファイルにのみ
Web サーバー定義を作成することができます。
- 2 番目の IBM HTTP Server またはサポートされる別の Web サーバーをマシン B にインストールします。
- マシン B で、プラグイン・インストール・ウィザードを使用して Web サーバー・プラグインを
インストールし、2 番目の Web サーバーを構成します。両方の Web サーバーは、プラグイン・バイナリーの単一インストールを共用しますが、
個々に構成されていなければなりません。
- プラグイン・インストール・ウィザードは、2 番目の Web サーバー用に、configureWeb_server_name という名前のスクリプトを作成します。
スクリプトは、マシン B の plugins_root/bin ディレクトリーにあります。
スクリプトをマシン A の app_server_root/bin ディレクトリーにコピーします。
- 管理コンソールで configureWeb_server_name
スクリプトを実行して、Web サーバー定義を作成します。
次に、管理コンソールを使用して Web サーバーを
管理することができます。
- 管理コンソールを使用して、plugin-cfg.xml ファイルを
2 番目のアプリケーション・サーバーから Web サーバーに伝搬します。
「サーバー」>「Web サーバー」>「プラグインの伝搬」とクリックします。 (IBM HTTP Server 以外の Web サーバーでは、
手動で伝搬する必要があります。)
- シナリオ 5: 管理対象アプリケーション・サーバー・ノードのセルを 1 台のマシンにインストールします。
WebSphere Application Server Network Deployment は、
コア・プロダクト・ファイルの 1 つのインストールから、単一マシン上で管理対象アプリケーション・サーバーのセルを作成することができます。
プロファイル作成ウィザードはデプロイメント・マネージャーを作成します。デプロイメント・マネージャーを開始した後、プロファイル管理ツールを使用して、セルに対して 1 つ以上のアプリケーション・サーバーを作成します。
アプリケーション・サーバー・プロファイルには、server1 と呼ばれる
デフォルトのアプリケーション・サーバー、およびデフォルト・アプリケーションが含まれます。アプリケーション・
サーバー・ノードは、そのノードをデプロイメント・マネージャー・セルに統合すると、管理対象ノードになります。
デプロイメント・マネージャーは、
そのセルにあるすべての管理対象ノードに対する管理を提供します。
管理対象ノード上の構成ファイルおよびアプリケーション・ファイルは、同期中に、デプロイメント・マネージャー上でホストされるファイルのマスター・コピーから定期的にリフレッシュされます。
特定のセキュアな環境では、
プロファイル管理ツール はカスタム・プロファイルをセルに統合することができません。
このような場合は、代わりに addNode コマンドを使用する必要があります。
デフォルトの SOAP コネクター以外の JMX コネクターを使用するようにデプロイメント・マネージャーを構成した場合は、addNode コマンドを使用してノードをセルに追加します。
デプロイメント・マネージャーは、
そのセルにあるすべての管理対象ノードに対する管理を提供します。
デプロイメント・マネージャーは、管理対象ノード上の構成ファイルおよびアプリケーション・ファイルを定期的にリフレッシュします。デプロイメント・マネージャー上でホストされるファイルのマスター・バージョンを管理対象ノードにコピーするプロセスは、
同期プロセスと呼ばれます。
セル環境では、
管理対象ノードのみがアプリケーションを提供し、デプロイメント・マネージャーは提供しません。
このシナリオの管理対象ノードは、通信のために内部 HTTP トランスポート・チェーンを使用します。
これは、比較的に小さな要求ワークロードでアプリケーションを処理するために適しています。
例えば、このタイプのインストールは、単純なテスト環境または
部門イントラネット環境をサポートすることができます。

- WebSphere Application Server Network Deployment をインストールします。
- プロファイル管理ツール を使用して、
デプロイメント・マネージャー・プロファイルを作成します。
- ファースト・ステップ・コンソールまたは
startManager コマンドを使用して、デプロイメント・マネージャーを開始します。
- プロファイル管理ツール を使用して、
スタンドアロン・アプリケーション・サーバー・プロファイルを作成します。
- ファースト・ステップ・コンソールまたは
startServer server1 コマンドを使用して、アプリケーション・サーバーを開始します。
- デプロイメント・マネージャーの管理コンソールを使用して、アプリケーション・サーバー・ノードをセルに追加します。
「システム管理」>「ノード」とクリックして、ノードを追加します。
- シナリオ 6: 管理対象アプリケーション・サーバー・ノードのセルと Web サーバーを 1 台のマシンにインストールします。
IBM HTTP Server などの Web サーバーを、アプリケーション・サーバーと同じマシン上にインストールすると、
構成オプションのセットがより豊富になります。Web サーバー・プラグインのインストールは、Web サーバーが
管理対象ノード内のサーバーと通信するために必要です。
このタイプのインストールは、ファイアウォールを必要としないセル環境または実稼働環境のいずれかにおける
厳密なテストをサポートすることができます。

- WebSphere Application Server Network Deployment をインストールします。
- プロファイル管理ツール を使用して、
デプロイメント・マネージャー・プロファイルを作成します。
- ファースト・ステップ・コンソールまたは
startManager コマンドを使用して、デプロイメント・マネージャーを開始します。
- プロファイル管理ツール を使用して、
スタンドアロン・アプリケーション・サーバー・プロファイルを作成します。
- ファースト・ステップ・コンソールまたは
startServer server1 コマンドを使用して、アプリケーション・サーバーを開始します。
- デプロイメント・マネージャーの管理コンソールを使用して、アプリケーション・サーバー・ノードをセルに追加します。
「システム管理」>「ノード」とクリックして、ノードを追加します。
- IBM HTTP Server またはサポートされる別の Web サーバーをインストールします。
- プラグイン・インストール・ウィザードを
使用して、Web サーバー・プラグインを
インストールし、Web サーバーを構成します。
- プラグイン・インストール・ウィザードは、plugins_root/bin ディレクトリーに、configureWeb_server_name という名前のスクリプトを作成します。
管理コンソールで configureWeb_server_name
スクリプトを実行して、Web サーバー定義を作成します。
次に、管理コンソールを使用して Web サーバーを
管理することができます。
- シナリオ 7: 管理対象アプリケーション・サーバー・ノードのセルを 1 台のマシンに
インストールし、Web サーバーを別個のマシンにインストールします。
標準的な実稼働環境では、
セル内の管理対象ノードは、Web サーバー・プラグインを介して、別個 (リモート) のマシン上の Web サーバーと
通信します。
オプションのファイアウォールにより、アプリケーション・サーバー・マシンのセキュリティーを追加することができます。

- WebSphere
Application Server Network Deployment を、マシン A にインストールします。
- プロファイル管理ツール を使用して、
デプロイメント・マネージャー・プロファイルを、マシン A 上に作成します。
- マシン A 上で、ファースト・ステップ・コンソールまたは
startManager コマンドを使用してデプロイメント・マネージャーを開始します。
- プロファイル作成ウィザードを使用して、
スタンドアロン・アプリケーション・サーバー・プロファイルを、
マシン A 上に作成します。
- ファースト・ステップ・コンソールまたは
startServer server1 コマンドを使用して、アプリケーション・サーバーを開始します。
- デプロイメント・マネージャーの管理コンソールを使用して、アプリケーション・サーバー・ノードをセルに追加します。
「システム管理」>「ノード」とクリックして、ノードを追加します。
- IBM HTTP Server またはサポートされる別の Web サーバーをマシン B にインストールします。
- マシン B で、
プラグイン・インストール・ウィザードを
使用して Web サーバー・プラグインを
インストールし、Web サーバーを構成します。
- プラグイン・インストール・ウィザードは、マシン B 上の plugins_root/bin ディレクトリーに、configureWeb_server_name という名前のスクリプトを作成します。
スクリプトをマシン B からマシン A の app_server_root/bin ディレクトリーにコピーします。
このスクリプトを使用してデプロイメント・マネージャーの構成で Web サーバー定義を作成する、
または、デプロイメント・マネージャーの管理コンソールを使用して Web サーバー定義を作成するというオプションがあります。
- マシン A 上で configureWeb_server_name スクリプトを実行して
Web サーバー定義を作成するか、デプロイメント・マネージャーの管理コンソールを使用して定義を作成します。
次に、管理コンソールを使用して Web サーバーを
管理することができます。
- 管理コンソールを使用して、plugin-cfg.xml ファイルを、
マシン A 上のデプロイメント・マネージャーからマシン B 上の Web サーバーに伝搬します。
「サーバー」>「Web サーバー」>「プラグインの伝搬」とクリックします。 (IBM HTTP Server 以外の Web サーバーでは、
手動で伝搬する必要があります。)
- シナリオ 8: デプロイメント・マネージャーを 1 台のマシン上に、複数の管理対象アプリケーション・サーバー・ノードを
2 番目のマシン上に、Web サーバーを 3 番目のマシン上にインストールします。
スタンドアロン・アプリケーション・サーバー上のセルの主な利点は、スケーラビリティーです。
セルをワークロード・レベルの比率で保持するよう管理することが可能です。
このシナリオでは、管理対象ノードはマシン C に存在します。
管理対象ノードはすべて、同じデプロイメント・マネージャーに統合されます。
必要に応じて、各管理対象ノードのアプリケーション・サーバーは、
同じアプリケーションまたは異なるアプリケーションを提供することができます。
マシン A およびマシン C は、
垂直スケーリングおよび水平スケーリングの両方のスケーリング・タイプを持ちます。
- 垂直スケーリングは、同じ物理マシン上に複数の管理対象ノードを作成します。
- 水平スケーリングは、複数の物理マシン上にセル・メンバーを作成します。
このシナリオの管理対象ノードは、同じ Web サーバーと通信します。
ただし、代わりに、管理対象ノードごとに専用 Web サーバーを用意することもできます。

- WebSphere
Application Server Network Deployment を、マシン A にインストールします。
- プロファイル管理ツール を使用して、
デプロイメント・マネージャー・プロファイルを、マシン A 上に作成します。
- マシン A 上で、ファースト・ステップ・コンソールまたは
startManager コマンドを使用してデプロイメント・マネージャーを開始します。
- WebSphere
Application Server Network Deployment を、マシン C にインストールします。
- プロファイル管理ツール を使用して、
最初の Application Server プロファイルを、マシン C 上に作成します。
- マシン C 上でファースト・ステップ・コンソール
または startServer server1 コマンドを使用して、最初のアプリケーション・サーバーを開始します。
- マシン C で、2 番目の
Application Server プロファイルを作成し、
このプロファイルをデフォルト・プロファイルにします。
固有のポートを割り当てます。
後にこのノードをデプロイメント・マネージャーの管理コンソールから統合するときに使用するために、SOAP ポートを記録します。
- マシン C 上でファースト・ステップ・コンソールまたは startServer server1 コマンドを使用して、2 番目のアプリケーション・サーバーを開始します。
- マシン A 上でデプロイメント・マネージャーの管理コンソールを使用して、
両方のアプリケーション・サーバー・ノードをセルに追加します。
「システム管理」>「ノード」をクリックして、ノードを追加します。
- IBM HTTP Server またはサポートされる別の Web サーバーをマシン B にインストールします。
- マシン B において、
プラグイン・インストール・ウィザードを
使用して、Web サーバー・プラグインを
インストールし、Web サーバーを構成します。
- プラグイン・インストール・ウィザードは、マシン B 上の plugins_root/bin ディレクトリーに、configureWeb_server_name という名前のスクリプトを作成します。
スクリプトをマシン B からマシン A の app_server_root/bin ディレクトリーにコピーします。
このスクリプトを使用してデプロイメント・マネージャーの構成で Web サーバー定義を作成する、
または、デプロイメント・マネージャーの管理コンソールを使用して Web サーバー定義を作成するというオプションがあります。
- マシン A 上で configureWeb_server_name スクリプトを実行して
Web サーバー定義を作成するか、デプロイメント・マネージャーの管理コンソールを使用して定義を作成します。
次に、管理コンソールを使用して Web サーバーを
管理することができます。
- 管理コンソールを使用して、plugin-cfg.xml ファイルを、
マシン A 上のデプロイメント・マネージャーからマシン B 上の Web サーバーに伝搬します。
「サーバー」>「Web サーバー」>「プラグインの伝搬」とクリックします。 (IBM HTTP Server 以外の Web サーバーでは、
手動で伝搬する必要があります。)
次の作業
一致する可能性のあるトポロジーの判別後に、手順全体のステップを実行します。
これらいずれのシナリオでも説明されていない、
オペレーティング・システムのインストール準備というステップがあります。
インストール可能な各コンポーネントのインストール手順へのリンクは、関連トピックにリストされています。