ポート競合の回避

WebSphere Process Server がインストールされている同じマシン上に別の WebSphere Process Server、あるいは WebSphere Enterprise Service Bus、WebSphere Business Integration Server Foundation、WebSphere Application Server、または WebSphere Application Server Network Deployment のいずれかのインストール済み環境が共存する場合は、ポートの競合が発生しないようにする必要があります。

始める前に

この手順を使用して、WebSphere Enterprise Service Bus、WebSphere Business Integration Server Foundation 、WebSphere Application Server または WebSphere Application Server Network Deployment の管理対象ノードが同一システム上にあり、WebSphere Process Server デプロイメント・マネージャー・セルに WebSphere Process Server ノードを追加する場合のポート競合を回避します。

このタスクを実行する理由と時期

別の製品の管理対象ノードが存在するシステムと同じシステム上に WebSphere Process Server 管理対象プロファイルを作成する場合、addNode コマンドは、特定の状況で、競合が発生しないように、2 番目のノード・エージェント・プロセスのポート割り当てを自動的に増分します。addNode コマンドは、既存のプロファイルが以下のいずれかのタイプである場合にのみ、ポート割り当てを自動的に増分します。 プロファイル・ウィザードでも、WebSphere Process Server のカスタム・プロファイルの作成中にカスタム・プロファイルを統合するとき、ポート割り当てを正常に処理します。
addNode コマンドは、既存のインスタンスが以下のいずれかのタイプである場合は、ポート割り当てを自動的に増分しません。 この場合は、addNode コマンドでも、プロファイル・ウィザードでも、これらのインスタンスに対するポート割り当てのレコードが保持されません。2 番目の WebSphere Process Server ノード・エージェント・プロセスへのポート割り当てが増分されないため、競合が発生する可能性があります。

この競合により、2 番目のノードを始動できなくなることがあります。例えば、既存の管理対象ノードを最初に始動した場合、WebSphere Process Server ノードを始動できません。WebSphere Process Server ノードを最初に始動すると、既存のノードを始動できません。

addNode コマンドがポート割り当てを自動的に増分しないこのような場合、以下の手順を実行し、競合しないポートを使用して WebSphere Process Server 管理対象ノードを作成する必要があります。

このタスクのステップ

  1. WebSphere Process Server カスタム・プロファイルを作成します。

    プロファイル・ウィザードを使用して、カスタム・プロファイルを作成します。カスタム・プロファイルを作成する際、そのカスタム・プロファイルを統合しないでください。 「プロファイル・ウィザード」パネルのチェック・ボックスを選択し、 そのプロファイルを後で統合します。プロファイル・ウィザードを使用したプロファイルの作成および拡張で説明されている手順を参照してください。

  2. 使用中のポートをチェックして、WebSphere Process Server nodeagent プロセスの 開始ポート番号を判別します。

    既存のポート割り当てを確認するには、netstat -a コマンドを使用します。 ポート割り当てを分析して、12 の順次空きポートを判別します。

    この手順では、3320 と 3380 の間 にはポート割り当てが存在しないことが前提とされています。

  3. 新規プロファイルの bin ディレクトリーに移動します。
    以下のいずれかを実行して、プロファイルの bin ディレクトリーに移動します (profile_root はプロファイルのインストール・ロケーションを表します)。
    • Icon indicating Linux platforms Icon indicating UNIX platforms Linux および UNIX プラットフォームの場合: cd profile_root/bin と入力します。
    • Icon indicating Windows platforms Windows プラットフォームの場合: コマンド行から cd profile_root¥bin と入力します。
  4. addNode コマンドを -startingport パラメーターと共に使用して、 カスタム・ノードをデプロイメント・マネージャー・セルに統合し、 ポートを開始値から割り当てます。
    デプロイメント・マネージャーには、以下の特性があると想定します。
    • ホスト名はドメイン・ネーム・システム・アドレス: server_name.ibm.com
    • JMX コネクター・タイプ: リモート・メソッド呼び出し (RMI)
    • RMI ポート割り当て: 8879
    • セキュリティー状況: 使用可能
    以下のコマンドを発行します。
    addNode.sh server_name.ibm.com ¥
    -conntype RMI 8879 ¥
    -user user_name ¥
    -password user_password -startingport 3333
    重要: ¥ 文字は、コマンドをサブミットするために複数の行を使用する場合の 継続文字です。

結果

-startingport パラメーターは、すべてのノード・エージェント・ポートの基本ポート番号を提供し、 すべてのポート値を開始点から増分します。 競合のないポート割り当てにより、共存するノードが既に稼働しているときに、WebSphere Process Server の新規ノード・エージェントを稼働させることができます。

この手順を実行すると、WebSphere Process Server ノードと同時に、共存するノードを始動することができます。nodeagent は、同じサーバー上で実行できます。

addnode コマンドについて詳しくは、WebSphere Application Server Network Deployment バージョン 6.0 インフォメーション・センター http://publib.boulder.ibm.com/infocenter/ws60help/index.jsp を参照してください。

インストール後にポート設定を変更するには、プラットフォームによって、以下のディレクトリーのいずれかにある serverindex.xml ファイルを編集します (profile_root はプロファイルのインストール・ロケーションを表します)。

ご利用条件 |


(c) Copyright IBM Corporation 2005, 2006.
本製品では Eclipse テクノロジーが採用されています。(http://www.eclipse.org)