[AIX Solaris HP-UX Linux Windows]

WebSphere Application Server のインストール計画

製品の共通のインストール・シナリオを検討し、 アプリケーション・サービス環境のインストール方法を決定します。

始める前に

IBM® WebSphere® Application Server Network Deployment は、アプリケーション・サーバー、Web 開発ツール、Web サーバー、および対応する追加ソフトウェアと資料を含む統合プラットフォームです。

アプリケーション・サーバー製品のインストール時に、共有されるコア・プロダクト・ファイルのセットがインストールされます。 その後、デプロイメント・マネージャーまたはアプリケーション・サーバーなどの、アプリケーション・サーバー・プロセスのランタイム環境を定義するファイルが含まれる別のデータ区画であるプロファイルを少なくとも 1 つ作成します。

実行中のアプリケーション・サーバー・プロセスは、そのプロファイル内の構成ファイル、データ・ファイル、 およびログ・ファイルを、作成、読み取り、更新、または削除することができます。 このアプリケーション・サーバー・プロセスは、コマンド・ファイルおよびその他の共有製品バイナリー・ファイルが含まれているコア・プロダクト・ファイルにアクセスできます。 ただし、ほとんどのコア・プロダクト・ファイルまたはシステム・ファイルは、修正パッケージ、インテリム・フィックス、または製品を拡張する製品をインストールすることによってのみ更新されます。

インストール後に、アプリケーション・サーバー・プロファイル管理プロファイルデプロイメント・マネージャーおよびフェデレーテッド・アプリケーション・サーバーを含むプロファイルのセル・セット またはカスタム・プロファイルを作成できます。 稼働中のアプリケーション・サーバー環境を持つには、少なくとも 1 つのプロファイルが存在している必要があります。 プロファイル管理ツール コマンドまたは manageprofiles コマンドを使用すると、プロファイルを作成できます。

以下のトポロジーのいずれをインストールする前にも、まずオペレーティング・システムのインストール準備をする必要があります。 詳しくは、製品インストールのためのオペレーティング・システムの準備を参照してください。

トラブルの回避 (Avoid trouble) トラブルの回避 (Avoid trouble): WebSphere Application Server Network Deployment を、ネットワーク・トラフィック用の単一サブネットで構成することが推奨されています。1 つのネットワーク・インターフェース・カード (NIC) を物理マシン上または論理区画 (LPAR) に使用できます。また、物理マシンまたは LPAR に対するネットワーク構成の単一ドメイン・ネーム・システム (DNS) サーバーを参照することもできます。gotcha

以下の情報では、1 つ以上のマシンに さまざまなトポロジーで製品をインストールするシナリオを説明します。 Network Deployment 製品を使用する際、2 つのタイプのアプリケーション・サーバー・トポロジーが可能です。

スタンドアロン・アプリケーション・サーバー用のトポロジー
各スタンドアロン・アプリケーション・サーバー は、他のアプリケーション・サーバーとは無関係に実行します。
1 つのセル内にある複数のアプリケーション・サーバーの管理対象グループ用トポロジー
セルは、1 つのデプロイメント・マネージャー、および、 管理対象ノードである 1 つ以上のフェデレーテッド・アプリケーション・サーバーで構成されています。 デプロイメント・マネージャーは、セル内のすべての管理対象ノードに対する単一の管理ポイントです。 デプロイメント・マネージャーは、管理する ノードの構成ファイルを保守し、これらの管理対象ノードにアプリケーションをデプロイします。
アプリケーション・サーバーは、以下の方法で、管理対象ノードにすることができます。
  • 統合ノードを持つセルを作成することによって
  • アプリケーション・サーバー・プロファイル内のノードをセルに統合することによって
  • カスタム・プロファイル内のノードをセルに統合することによって

シナリオ 6 から 10 は、セル内のすべてのノードが、 特定のマシンおよびオペレーティング・システム上に常駐していることが前提になっています。 ただし、この緻密なノード割り当てを適用する必要はありません。デプロイメント・マネージャー・ノードは、マシン A 上に存在可能で、 他の管理対象ノード (デプロイメント・マネージャーに統合されている) は、 異なるマシンおよびオペレーティング・システム上に存在可能です。 異なるマシンまたはオペレーティング・システム上で構成されたそのようなセルは、 異種セル と呼ばれ、これにより、使用するネットワーク・デプロイメントを検討する際のトポロジーの可能性が広がります。

IBM WebSphere Application Server の DMZ Secure Proxy Serverを含むトポロジー
IBM WebSphere Application Server の DMZ Secure Proxy Serverは、ハイパフォーマンスのリバース・プロキシー機能を提供します。 これにより、ネットワークの先端で、要求に対する Web リソースへの経路指定、ロード ・バランシング、および応答時間の改善が可能になります。 Web サーバーと比較すると、IBM WebSphere Application Server の DMZ Secure Proxy Serverによって柔軟性が増し、WebSphere システム管理との統合が向上するほか、ワークロード・バランシングおよびその他の機能拡張が向上します。IBM WebSphere Application Server の DMZ Secure Proxy Serverには Web コンテナーが含まれていないため、管理コンソールがありません。
製品の管理には、さまざまなトポロジーに合わせたセキュアな方法が数多くあります。
  • wsadmin ユーティリティーによる管理。

    これは、IBM WebSphere Application Server の DMZ Secure Proxy Serverへのローカル・アクセスを必要とします。

  • 外部 Web コンソールからの管理

    製品は、デプロイメント・マネージャー・ノードのプロファイル経由で構成され、エクスポートされてから、IBM WebSphere Application Server の DMZ Secure Proxy Serverノードにインポートされます。

  • リモート・ジョブ・マネージャーからの柔軟な管理。

    セキュアなプロキシー・プロファイルをIBM WebSphere Application Server の DMZ Secure Proxy Serverノードにデプロイし、同じマシン上の管理エージェントに登録します。 次に管理エージェントが、リモート・ジョブ・マネージャーによって登録および管理されます。

IBM WebSphere Application Server の DMZ Secure Proxy Serverの、2 つ目の管理トポロジーはこの項目で説明されています。

いくつかのシナリオは、実稼働環境においてより標準的です。 例えば、シナリオ 1 はシナリオ 3 またはシナリオ 4 よりも少ないワークロードをサポートします。 ただし、シナリオ 1 は完全な機能環境です。 シナリオ 3 から 5 は、スタンドアロンのアプリケーション・サーバーの標準的な実稼働環境です。シナリオ 9 は、シンプルなセル環境の標準的な実動シナリオです。

手順

タスクの結果

共通インストール・シナリオの多くを検討して、インストールする予定のトポロジーと 一致する可能性があるものを見つけました。

次のタスク

これらの製品のインストールについて詳しくは、IBM HTTP Server、Web サーバー・プラグイン、および IBM WebSphere Application Server の DMZ Secure Proxy Serverの資料を参照してください。


トピックのタイプを示すアイコン タスク・トピック



タイム・スタンプ・アイコン 最終更新: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-dist&topic=tins_scenario3
ファイル名:tins_scenario3.html