WebSphere Application Server のプロファイルは、ランタイム環境を定義します。 プロファイルには、サーバーがランタイム環境で処理し、変更できるすべてのファイルが含まれています。 このトピックでは、プロファイルに関連した主な用語と概念について説明します。
ランタイム環境は、manageprofiles コマンドを使用して作成することができます。 manageprofiles コマンドで実行したい操作に応じて、1 つ以上のパラメーターを指定する必要があります。このコマンドを使用して、プロファイルの作成や削除などのアクションを実行することができます。 セル・プロファイルを作成するには、manageprofiles コマンドを 2 回別々に呼び出す必要があります。
コア・プロダクト・ファイルは、製品の共用バイナリー・ファイルであり、 すべてのプロファイルによって共用されます。
コア・プロダクト・ファイルのデフォルトのインストール・ロケーションは、 app_server_root ディレクトリーです。
異なるサービス・レベルでバイナリーが必要な場合は、 サービス・レベルごとに WebSphere Application Server の別々のインストールを使用する必要があります。
定義済みのすべてのアプリケーション・サーバー・プロセス用の構成は、 プロファイルの作成時に新規のディレクトリーを指定しない限り、profiles ディレクトリーに配置されます。 これらのファイルは、新規プロファイルを作成したり、既存プロファイルを再構成したり、 プロファイルを削除したりするたびに変更されます。
インストール・ルート・ディレクトリーにプロファイルを入れると、 日常のシステム・メンテナンスによってプロファイルが損傷を受けたり、破壊されるというリスクがあります。
manageprofiles コマンド行ツールは、 製品の各プロファイルを定義します。
プロファイルを作成するたびに、 コマンド行ツールを実行します。
製品を複数回インストールする代わりに、プロファイルを使用することで、管理が大幅に向上します。 製品のコア・ファイルの単一セットのみを保守する場合は、 ディスク・スペースを節約できるだけでなく、製品の更新を簡単に行えるようになります。 また、新規プロファイルを作成する方が、製品の完全インストールを行う場合に比べて、 高速でエラーの発生も少なく、開発者は開発およびテスト用に製品のプロファイルを別々に作成することができます。
manageprofiles コマンドを実行して、 既存のプロファイルのある同じマシン上に、 新規プロファイルを作成することができます。これを行うには、単に新規プロファイルに、 固有の特性 (プロファイル名やノード名など) を定義するだけで済みます。
各プロファイルのテンプレートが、 app_server_root/profileTemplates ディレクトリーにあります。
このディレクトリー内には、さまざまなプロファイル・タイプに対応し、 インストールされた製品のタイプによって異なるさまざまなディレクトリーがあります。 これらのディレクトリーは、 -templatePath オプションを指定して manageprofiles コマンドを実行する場合に指定するパスです。 インストール・ルート以外にあるプロファイル・テンプレートを指定することもできます (そのテンプレートがある場合)。
詳しくは、 manageprofiles コマンド の トピック、またはで、-templatePath パラメーターに ついての説明を参照してください。
このタイプのプロファイルを作成するには、-templatePath パラメーターに dmgr を指定します。
Network Deployment 製品の重要な機能は、アプリケーション・サーバー・ノード をデプロイメント・マネージャー・セルに追加することで、 スタンドアロン・アプリケーション・サーバー・プロファイルの機能を拡張できることです。 セル内の複数のアプリケーション・サーバー・プロセスにより、 要求されたアプリケーションをデプロイすることができます。 アプリケーション・サーバー・ノードをセルから除去することにより、 ノードをスタンドアロン・アプリケーション・サーバーの状況に戻すこともできます。
個々のスタンドアロン・アプリケーション・サーバーには独自の管理コンソール・アプリケーションがあり、 これを使用して、そのアプリケーション・サーバーを管理することができます。wsadmin スクリプト機能を使用して、 管理コンソール・アプリケーションで使用可能なすべての機能を実行することもできます。
アプリケーション・サーバー・ノードをデ プロイメント・マネージャー・セルに追加しない限り、 スタンドアロン Application Server には使用可能なノード・エージェント・プロセスはありません。 アプリケーション・サーバーをセルに追加することを、統合 と呼びます。統合により、 スタンドアロン・アプリケーション・サーバーは管理対象ノードに変わります。 デプロイメント・マネージャーの管理コンソールを使用して、ノードを管理します。 デプロイメント・マネージャー・セルからノードを除去する場合は、管理コンソールと、 スタンドアロン・アプリケーション・サーバーのスクリプト・インターフェースを使用して、プロセスを管理します。
-templatePath パラメーターが未指定の場合は、 アプリケーション・サーバー・プロファイルがデフォルトで作成されます。 別の方法として、-templatePath パラメーターに default を指定して、 アプリケーション・サーバー・プロファイルを作成することもできます。
manageprofiles コマンドを使用してセル・プロファイルを作成するには、 2 つのプロファイル (セルのデプロイメント・マネージャー・プロファイルとセルのノード・プロファイル) を個々に作成する必要があります。 さらに、セルを作成する場合は、 セルのノード・プロファイルに結合されたセルのデプロイメント・マネージャー・プロファイル (およびその逆) を 1 つだけ持つことができます。 初期セル・プロファイルを作成したら、 カスタム・プロファイルまたはスタンドアロン・プロファイルを作成して、それらをデプロイメント・マネージャーに統合できます。
manageprofiles コマンドを使用して、 プロファイルを作成する場合は、 デプロイメント・マネージャー・プロファイルであれば、-templatePath パラメーター に cell/dmgr を指定してください。 セル・ノード・プロファイルであれば、-templatePath パラメーターに cell/default を指定してください。 セル・プロファイル・タイプについて詳しくは、 『manageprofiles コマンドによるセル・プロファイルの作成』を参照してください。
セル・プロファイルを 構成する 2 つのプロファイルが作成されると、 これらのプロファイルはデプロイメント・マネージャーと統合ノードを持ちます。 この中には、アプリケーション・サーバーとデフォルト・アプリケーションが含まれており、 さらにその中には、スヌープ・サーブレット、HitCount アプリケーション、 および HelloHTML サーブレットが含まれています。
デプロイメント・マネージャーは、 セルにノードを追加することで、カスタム・プロファイルを管理対象ノードに変更します。さらに、デプロイメント・マネージャーは、 アプリケーション・サーバーをセル内に追加するときに、アプリケーション・サーバーを管理対象 ノードに変更します。 どちらのノードをセルに追加しても、 そのノードが管理対象ノードになります。nodeagent プロセスは、 その管理対象ノード上でインスタンス化されます。ノード・エージェントは 、デプロイメント・マネージャーに代わって、管理対象ノード上のアプリケーション・サーバー・プロセスを 制御します。例えば、ノード・エージェントは、アプリケーション・サーバーを 開始したり停止したりすることができます。
ノード・エージェント・プロセスが稼働 している限り、デプロイメント・マネージャーは、管理対象ノードに複数のアプリケーション・サーバーを作成できます。管理対象ノード上のプロセスには、 クラスター・メンバーが含まれる場合があります。 クラスター・メンバーは、頻繁に使用されるアプリケーションのワークロードのバランスを取るためにデプロイメント・マネージャーによって使用されます。
デプロイメント・マネージャーが管理するすべてのノードを制御する場合は、 デプロイメント・マネージャーの管理コンソールを使用します。 また、デプロイメント・マネージャーの wsadmin スクリプト機能を使用して、 任意の管理対象ノードを制御することもできます。カスタム・プロファイルには、 独自の管理コンソールやスクリプト・インターフェースはありません。 wsadmin スクリプト機能を使用して、ノードを直接管理することはできません。 管理対象ノードを管理するには、デプロイメント・マネージャーの 管理インターフェースを使用する必要があります。
カスタム・プロファイルには、 アプリケーション・サーバー・プロファイルのような、デフォルト・アプリケーションや デフォルト・サーバーは含まれていません。 カスタム・プロファイルは空のノードです。このノードをデプロイメント・マネージャー・セルに追加します。その後で、 デプロイメント・マネージャーの管理インターフェースから、 クラスターおよびアプリケーション・サーバーを作成して管理対象ノードをカスタマイズすることができます。
-templatePath パラメーターに managed を指定して、 このタイプのプロファイルを作成します。
プロファイルでは、複数のプロファイルが存在する場合にデフォルト・プロファイルの概念が使用されます。 デフォルト・プロファイルは、プロファイルを指定しないスクリプトのデフォルト・ターゲットに設定されます。 ほとんどのスクリプトは、-profileName パラメーターをサポートしています。 このパラメーターは、スクリプトがデフォルト以外のプロファイル上で作動できるようにします。
デフォルト・インストールにより、 セル・プロファイルが作成されます。 このプロファイルは、 デプロイメント・マネージャー・プロファイル (名前は dmgr) と、 デフォルト・プロファイル (名前は default) で構成されています。 このデフォルト・プロファイルは、 あらかじめ dmgr プロファイルが管理するセルに 統合されており、server1 という名前の アプリケーション・サーバーを含んでいます。 インストール時に異なるタイプのプロファイルを作成した場合は、 デフォルト・プロファイルも変化します。
複数のスタンドアロン Application Server の使用を計画している環境では、 各 Application Server プロファイルのセキュリティー・ポリシーは別のプロファイルから独立し ています。 1 つの Application Server プロファイルのセキュリティー・ポリシーに変更を加えても、 他のプロファイルと同期されません。
プロファイルを定義するファイルをインストールする場所を決定します。
デフォルトの場所は、 user_data_root/profiles ディレクトリーにあります。 この場所は、コマンド行ツール使用時にパラメーターで変更できます。 例えば、ホスト名 devhost1 という iSeries システム上で、2 つのプロファイルを作成すると仮定します。
manageprofiles
-profileName myprofile
-profilePath /home/QEJBSVR/profiles/myprofile
標準的なプロファイル内には、以下のディレクトリーが存在しています。 異なるプロファイル・タイプには異なるサブディレクトリーが含まれていることがあります。 この例では、AppSrv01 という名前のプロファイルが存在し、 デフォルト・ディレクトリーに作成されたことが前提となっています。