管理エージェント環境は、管理エージェントとそれが管理するスタンドアロン・アプリケーション・サーバーによって構成されます。管理エージェント環境のセットアップには、1 つの管理エージェント・プロファイルと
1 つ以上のスタンドアロン・アプリケーション・サーバー・プロファイル (ノード と呼ばれます)
を同じコンピューター上に作成し、その後、それらのノード・プロファイルを管理エージェントに登録することが含まれます。
始める前に
WebSphere® Application Server 製品をインストールします。
管理エージェントで管理するノードには、管理エージェントと同じ製品があること、および製品がそれらのノードと管理エージェントで同じバージョン・レベルであることを確認します。登録済みノードのすべての管理機能を処理するためには管理エージェントに一致する環境がなければならないため、この要件は必須です。ノードに同一の製品およびバージョンのセットがない限り、そのノードは管理エージェントに登録できません。
セキュリティーが有効な場合、DMZ プロキシーは管理エージェントを処理しません。DMZ プロキシー環境では、セキュリティーを有効なままにして、管理エージェントを使用しないでください。
遷移: 前にバージョン 8.0 以前で稼働しており、一致しない製品またはバージョンがある管理対象ノードの管理エージェントがある場合は、バージョン 8.5 以降にマイグレーションすると、その管理エージェントは一致しないノードのサブシステムを始動できません。管理エージェントでそうした登録済みノードの管理を再開するには、そのようなノードを管理エージェントと同じ製品およびバージョンを持つように更新し、ノード上のサーバーを再始動してから管理エージェントを再始動する必要があります。
このタスクについて
管理エージェントを使用して、同じコンピューター上にあるベース (スタンドアロン)
アプリケーション・サーバーを管理できます。
管理エージェントと管理対象ノードは、柔軟な管理環境の一部です。
ご使用の環境に管理エージェントを追加するには、
manageprofiles コマンドまたはプロファイル管理ツールを使用して、管理エージェントを作成します。ノードを追加するには、スタンドアロン・アプリケーション・サーバー・プロファイルを作成し、そのスタンドアロン・アプリケーション・サーバーを管理エージェントに登録します。
ノードは、管理エージェントと同じコンピューター上にある必要があります。
Network Deployment
製品上では、ジョブ・マネージャーを柔軟な管理環境に追加することもできます。ジョブ・マネージャーは、複数の管理エージェント、デプロイメント・マネージャー、およびスタンドアロン・アプリケーション・サーバーをリモートで管理できる、単一の管理サーバーです。管理エージェントから、スタンドアロン・アプリケーション・サーバー・ノードをジョブ・マネージャーに登録することができます。ジョブ・マネージャーに登録するノードは、自身の管理機能を維持します。さらに、ノードは定期的にジョブ・マネージャーをポーリングし、操作を必要とするジョブが通知されたかを判断します。ジョブ・マネージャー構成の利点は、複数のさまざまな環境にわたって管理アクションを調整できることです。
柔軟な管理環境内のプロファイルのセキュリティーがすべて有効になっているか、すべて無効になっていることを確認します。
手順
- 管理エージェント環境のトポロジーを決定します。
どのコンピューター、スタンドアロン・アプリケーション・サーバー・ノード、およびアプリケーションなどのノード・リソースを使用するか決定します。
スタンドアロン・アプリケーション・サーバーを管理するには、そのスタンドアロン・アプリケーション・サーバーが置かれている各コンピューター上で管理エージェントを使用します。
詳しくは、WebSphere Application Server のインストール計画のトピックのシナリオ 5 を参照してください。
- ご使用の管理エージェント環境に必要なセキュリティー・ロールを決定します。
管理エージェント環境では通常、同じコンピューター上に
1 つの管理エージェント・プロファイルと 1 つ以上の
スタンドアロン・アプリケーション・サーバー・プロファイルが存在します。スタンドアロン・アプリケーション・サーバー・ノードは、管理エージェントに登録されます。環境内のプロファイルは、セキュリティーがすべて有効になっているか、無効になっている必要があります。プロファイルの作成時に、セキュリティー・オプション、ユーザー名、およびパスワードを指定できます。
管理エージェントの使用、および登録済みノードとノード上のリソースの管理を許可する、セキュリティー・ロールが必要です。
詳しくは、管理エージェントのセキュリティーのトピックを参照してください。
- 管理エージェント用の管理プロファイルを作成します。
プロファイル管理ツールまたは manageprofiles コマンドを使用できます。
例えば、プロファイル管理ツールで、「管理」環境を選択して「次へ」をクリックし、「管理エージェント」サーバー・タイプを選択してプロファイルを作成するオプションを選択します。デフォルトでは、管理エージェントには独自の管理コンソールがあり、管理セキュリティーは有効になっていてコンソール・ポートは
9065 です。管理セキュリティーを無効にする、セキュリティー証明書を指定する、またはデフォルト・ポートを変更するには、管理エージェント・プロファイル作成時に拡張プロファイル作成オプションを使用します。
デフォルトでは、製品インストール済み環境の最初の管理エージェント・プロファイルの名前は
AdminAgent01、およびそのサーバー名は adminagent です。
詳しくは、管理エージェントの管理プロファイル作成に関するトピックを参照してください。
manageprofiles の例については、manageprofiles
コマンドに関するトピックを参照してください。-templatePath
には、management テンプレートを指定します。-serverType
には、ADMIN_AGENT を指定します。
- 柔軟な管理環境で使用する予定の、スタンドアロン・アプリケーション・サーバー・ノードのプロファイルを作成します。
管理エージェント・プロファイルがあるコンピューターと同じコンピューター上にある、1 つ以上のスタンドアロン・アプリケーション・サーバー・ノードに、プロファイルを作成します。プロファイル管理ツールまたは manageprofiles コマンドを使用できます。
例えば、プロファイル管理ツールで、「アプリケーション・サーバー」環境を選択し、「次へ」をクリックしてから、プロファイルを作成するオプションを選択します。デフォルトでは、アプリケーション・サーバーには独自の管理コンソールがあり、管理セキュリティーは有効になっていてコンソール・ポートは
9060 です。管理セキュリティーを無効にする、セキュリティー証明書を指定する、サンプル・アプリケーションのインストールを指定する、またはデフォルト・ポートを変更するには、アプリケーション・サーバー・プロファイル作成時に拡張プロファイル作成オプションを選択します。
デフォルトでは、製品インストール済み環境の最初のアプリケーション・サーバー・プロファイルの名前は
AppSrv01、およびそのサーバー名は server1 です。
詳しくは、アプリケーション・サーバー・プロファイルの作成に関するトピックを参照してください。
manageprofiles の例については、manageprofiles
コマンドに関するトピックを参照してください。-templatePath
については、default テンプレートを指定します。-serverType パラメーターは指定しないでください。
- 管理エージェント・サーバーを開始します。
- startServer コマンドを実行します。
例えば、
AdminAgent01 プロファイルがサーバー名 adminagent を持つとします。
AdminAgent01 プロファイルの bin
ディレクトリーから次のコマンドを実行します。
startServer adminagent
Windows オペレーティング・システムのタスクバーを使用します。とクリックします。
START コマンドを使用して、管理エージェントを開始します。START administrative_agent_proc_name,JOBNAME=server_short_name,
ENV=cell_short_name.node_short_name.server_short_name
管理エージェントが正常に始動すると、メッセージ「e-business 用にオープン」が表示され、管理エージェントの
startServer.log ファイルに書き込まれます。
Server launched. Waiting for initialization status.
Server adminagent open for e-business; process id is 1932.
詳しくは、管理エージェントの始動と停止に関するトピックを参照してください。
- スタンドアロン・アプリケーション・サーバー・ノードを管理エージェントに登録します。
管理エージェントの registerNode
コマンドを実行します。
registerNode コマンドを実行する際に、ノード名の割り当てには
-node、管理エージェントのコネクター・ポートの割り当てには
-port など、パラメーターをオプションで指定することができます。登録しているノードのセキュリティーが有効で、ノードのユーザー名とパスワードが管理エージェントで使用されるものと異なる場合、-nodeusername
と -nodepassword に値を指定します。
詳しくは、registerNode コマンドに関するトピックを参照してください。
AppSrv01 プロファイルを管理エージェントに登録するには、管理エージェント・プロファイルの
bin ディレクトリーから、次のコマンドを実行します。
![[IBM i]](../images/iseries.gif)
registerNode -profilePath user_data_root/profiles/AppSrv01
![[z/OS]](../images/ngzos.gif)
registerNode.sh -profilePath app_server_root/profiles/default
![[AIX]](../images/aixlogo.gif)
![[HP-UX]](../images/hpux.gif)
![[Linux]](../images/linux.gif)
![[Solaris]](../images/solaris.gif)
registerNode.sh -profilePath app_server_root/profiles/AppSrv01
![[Windows]](../images/windows.gif)
registerNode -profilePath app_server_root\profiles\AppSrv01
![[Windows]](../images/windows.gif)
例えば、AppSrv01 プロファイルを管理エージェントに登録し、
管理エージェント・ポートに
8877、そして AppSrv01 のノード名に
nodeA
など、別の値を指定するには、管理エージェント・プロファイルの
bin
ディレクトリーから次のコマンドを実行します。
registerNode -profilePath C:¥v80_WAS¥IBM¥WebSphere¥AppServer¥profiles¥AppSrv01 -host localhost -conntype SOAP -port 8877 -name nodeA
管理エージェントが、例えば、リモート接続タイプに
IPC を使用し、IPC コネクター・アドレス・ポート番号に
9642 を使用する場合、コマンドでは
-conntype SOAP -port 8877 ではなく
-conntype IPC -port 9642 を指定します。
詳しくは、registerNode コマンドに関するトピックを参照してください。
- ノードが管理エージェントに登録されていることを検証します。
管理エージェント・コンソールまたは wsadmin
スクリプト・コマンドを使用して、管理エージェントに登録されているノードのリストを表示できます。
- スタンドアロン・アプリケーション・サーバー・ノードを始動します。
startServer コマンドを実行します。
![[AIX]](../images/aixlogo.gif)
![[HP-UX]](../images/hpux.gif)
![[Linux]](../images/linux.gif)
![[Solaris]](../images/solaris.gif)
例えば、AppSrv01
スタンドアロン・アプリケーション・サーバー・プロファイルにサーバー名 server1 があるとします。
AppSrv01 プロファイルの bin
ディレクトリーから次のコマンドを実行します。
startServer server1
Windows オペレーティング・システムのタスクバーを使用することもできます。
とクリックします。
サーバーが正常に始動すると、メッセージ「e-business 用にオープン」が表示され、startServer.log ファイルに書き込まれます。
詳しくは、startServer
コマンド、およびアプリケーション・サーバーの始動に関するトピックを参照してください。
タスクの結果
管理エージェント環境がセットアップされ、ノードが実行されています。
次のタスク
管理エージェントを使用して、スタンドアロン・アプリケーション・サーバー・ノードのモニターおよび構成を行います。例えば、スタンドアロン・アプリケーション・サーバー
を管理エージェントに登録した後、そのスタンドアロン・アプリケーション・サーバー
で作業するには、管理エージェント・コンソールを使用して行う
必要があります。管理エージェント・コンソールのログイン・ページで、
スタンドアロン・アプリケーション・サーバー・ノードを選択して、
アプリケーション・サーバー・コンソールにアクセスします。
管理エージェントから、スタンドアロン・アプリケーション・サーバー・ノードをジョブ・マネージャーに登録できます。ノードがジョブ・マネージャーに登録された後は、管理エージェントとスタンドアロン・アプリケーション・サーバーをリモートで管理できます。ノードは定期的にジョブ・マネージャーをポーリングし、そのノードに
関連するジョブがポストされているかどうかを判断します。
管理エージェント・コンソールを使用して、スタンドアロン・アプリケーション・サーバー・ノードをジョブ・マネージャーに登録できます。
- とクリックします。
- 「管理エージェント」ページの「構成」タブで、「ノード」をクリックします。
- 「ノード」ページでジョブ・マネージャーに登録するノードを選択し、「ジョブ・マネージャーに登録 (Register with Job Manager)」をクリックします。
- 「ジョブ・マネージャーに登録 (Register with Job
Manager)」ページで、ノード名とジョブ・マネージャーの管理コンソール・ポート番号を指定します。オプションで、ジョブ・マネージャーのユーザー名およびパスワードなど他のパラメーターを指定し、「OK」をクリックします。
トラブルの回避 (Avoid trouble): 「
ポート」については、セキュリティーが無効な場合は、非セキュア・ジョブ・マネージャー管理コンソール・ポートに
9960
を指定します。ポート番号が指定されない場合は、デフォルトのセキュア・ポート番号
9943 が使用されます。
gotcha
後でノードを登録抹消するには、同じ「ノード」ページを使用します。ただし、「ジョブ・マネージャーへの登録抹消 (Unregister with Job Manager)」をクリックします。
管理エージェント・コンソールを使用する代わりに、ジョブ・マネージャーへの登録および登録抹消には、
wsadmin コマンド ManagedNodeAgent registerWithJobManager を使用することもできます。ノードを登録抹消するには、wsadmin コマンド ManagedNodeAgent
unregisterWithJobManager を使用します。
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
システム・クロックを変更する場合は、まずすべてのアプリケーション・サーバー、ノード・エージェント・サーバー、デプロイメント・マネージャー・サーバー、管理エージェント・サーバー、ジョブ・マネージャー・サーバーを停止します。それらのサーバーを停止したら、システム・クロックを変更して、それらのサーバーを再始動します。1 つのシステムでシステム・クロックを変更する場合は、WebSphere Application Server がインストールされており相互に通信するすべてのシステムでクロックが同期化されていることを確認する必要があります。これを行わないと、セキュリティー・トークンが有効でなくなるなどのエラーが発生する
場合があります。