[AIX Solaris HP-UX Linux Windows][IBM i]

複数の Web サーバーおよびリモート・スタンドアロン・アプリケーション・サーバーの構成

複数の Web サーバーおよびアプリケーション・サーバーを別々のマシンにインストールして構成することができます。

始める前に

[IBM i]複数のプロファイル が存在する場合は、Web サーバー・プラグイン構成ツールで構成されるプロファイルを選択することができます。構成するプロファイルを選択する方法を決定する論理の流れについての説明は、プラグイン構成を参照してください。

[AIX Solaris HP-UX Linux Windows]複数のプロファイルが存在する場合は、Web サーバー・プラグイン構成ツールがプロファイルを選択することが可能です。構成するプロファイルを選択する方法を決定する論理の流れについての説明は、プラグイン構成を参照してください。

WebSphere® Application Server 製品ファミリー が、ある特定の Web サーバー製品 (例えば、IBM® HTTP Server または Microsoft Internet Information Services (IIS) など) をサポートする場合、WebSphere Application Server 製品でその Web サーバー用のバイナリー・プラグインが提供され、ユーザーはそれをインストール する必要があります。

WebSphere Application Server 製品ファミリーが、特定のブランドの Web サーバー用にバイナリー・プラグインを提供していない場合、その Web サーバーはサポートされません。バイナリー・プラグインの目的は、Web サーバーとアプリケーション・サーバーの間に通信プロトコルを提供することです。

[AIX Solaris HP-UX Linux Windows]新規プロファイルを作成し、Web サーバーも使用したいと仮定します。新しいプロファイル用の新規 Web サーバーをインストールした後で、Web サーバー・プラグインをインストールし、Web サーバー・プラグイン構成ツールを使用して Web サーバーとアプリケーション・サーバーの両方を構成する必要があります。

Web サーバーがインストールされていない場合でも、将来の利用に備えて Web サーバー・プラグインをインストールすることができます。

このタスクについて

[AIX Solaris HP-UX Linux Windows]Web サーバー・プラグインをインストールすると、プラグイン・モジュールがインストールされます。Web サーバー・プラグイン構成ツールは、アプリケーション・サーバーとの通信用に Web サーバーを構成し、可能な場合はアプリケーション・サーバーに Web サーバー構成定義を作成します。

この項目では、以下のトポロジーの作成方法について説明します。

各アプリケーション・サーバーの専用 Web サーバー

以下の手順を実行して、プラグインをインストールし、両方の Web サーバーおよび両方のアプリケーション・サーバーを構成します。

このトポロジーにより、各プロファイルは同じシステム・ファイルのセットを共有する一方で、固有のアプリケーション、構成設定、データ、およびログ・ファイルを持つことができます。複数のプロファイルを作成すると、目的別に専用化された複数のアプリケーション・サーバー環境が作成されます。

例えば、Web サイト上の各アプリケーション・サーバーは、 異なるアプリケーションを提供します。別の例では、各アプリケーション・サーバーを、 プログラマーまたは開発チームに割り当てる別個のテスト環境とすることができます。

サポートされる構成 サポートされる構成: このツールは、AIX®、Linux、および Windows 上でのみサポートされます。Web サーバー・プラグイン構成ツールを使用する代わりに、応答ファイルを指定して pct コマンド行ツールを使用することで、Web サーバーを構成できます。詳しくは、pct ツールを使用した Web サーバー・プラグインの構成を参照してください。sptcfg

手順

  1. マシン A とマシン B に Installation Manager をインストールします。
  2. Installation Manager を使用して、マシン A に WebSphere Application Server Network Deployment をインストールします。
  3. [AIX Solaris HP-UX Linux Windows]マシン A 上でプロファイル管理ツールを使用して、最初のアプリケーション・サーバー・プロファイルを作成します。
  4. [IBM i]managedProfile コマンドを使用して、マシン A 上で最初のアプリケーション・サーバー・プロファイルを 作成します。
  5. Installation Manager を使用して、マシン B に以下をインストールします。
    • WebSphere Application Server の Web サーバー・プラグイン
    • Websphere Customization Toolbox
  6. Installation Manager を使用して、IBM HTTP Server または別のサポートされる Web サーバーをマシン B にインストールします。
  7. [AIX Solaris HP-UX Linux Windows]WebSphere カスタマイズ・ツールボックスを開き、Web サーバー・マシンで Web サーバー・プラグイン構成ツールを起動します。
  8. Web サーバー・プラグインのランタイム・ロケーションを選択します。
    以前にインストール済みの、使用する Web サーバーのロケーションがリストにない場合は、以下のアクションを実行してロケーションを作業セットに追加します。
    1. 追加」をクリックします。
    2. Web サーバー・プラグイン・ロケーションの名前を入力します。
    3. 以下のいずれかのアクションを実行します。
      • ロケーションを入力します。
      • 参照」をクリックして、ロケーションを検索し、「OK」をクリックします。
  9. 作成」をクリックします。
  10. 構成する Web サーバーのタイプを選択し、「次へ」をクリックします。
  11. インストール済みのターゲット Web サーバーのアーキテクチャー (64 ビットまたは 32 ビット) を選択し、次に進むかどうかを確認された場合は、「次へ」をクリックします。
  12. 「参照」をクリックして、ご使用の Web サーバーの構成ファイルを選択し、Web サーバー・ポートが正しいことを確認し、終了してから「次へ」をクリックします。

    ファイルのディレクトリーだけでなく、ファイルを選択します。 Web サーバーに 2 つの構成ファイルがある場合は、ファイルごとにブラウズする必要があります。

    以下のリストは、サポートされる Web サーバーの構成ファイルを示します。
    Apache HTTP Server
    apache_root/config/httpd.conf
    Lotus® Domino® Web サーバー
    names.nsf and Notes.jar

    ウィザードは notes.jar ファイルを求めるプロンプトを出します。 実際の名前は、Notes.jar です。

    Web サーバー・プラグイン構成ツールは、ファイルの存在については検証しますが、いずれのファイルも確認しません。

    IBM HTTP Server
    [AIX Solaris HP-UX Linux Windows]IHS_root/conf/httpd.conf
    [IBM i]IHS_profile_root/conf/httpd.conf
    Microsoft Internet Information Services (IIS)
    Web サーバー・プラグイン構成ツールは、正しいファイルを判別して編集することができます。
    Sun Java™ System Web サーバー (旧 Sun ONE Web サーバーおよび iPlanet Web サーバー) バージョン 6.0 以降
    obj.conf および magnus.conf
  13. IBM HTTP Web サーバー・プラグインを構成する場合は、以下のアクションを実行します。
    1. オプションで、Web サーバーを管理する場合は、管理サーバーの構成をセットアップします。
      重要: Web サーバー・プラグイン構成ツールを使用して IBM HTTP Server 管理サーバーを構成する場合、Websphere Customization Toolbox を管理者/root 権限で「ローカル」アカウントとして実行する必要があります。
      1. IBM HTTP Server 管理サーバーのセットアップ」を選択します。
      2. IBM HTTP 管理サーバーが通信するポート番号を指定します。
      3. オプションで、「IBM HTTP Server 管理サーバー認証のユーザー ID の作成」を選択し、管理コンソールから IBM HTTP Server 管理サーバーへの認証を受けるために、ユーザー ID とパスワードを入力します。
    2. 「次へ」をクリックします。
    3. [AIX][Linux]IBM HTTP Server、IBM HTTP Server 管理サーバー、および Web サーバー・プラグイン構成ファイルへの書き込みアクセス権を取得する場合は、システム・ユーザー ID とグループを指定します。

      必要に応じて、「クレデンシャルを使用した新規の固有のシステム・ユーザー ID およびグループの作成」を選択します。

      [AIX]制約事項: プラットフォームの制限を超える新規ユーザー ID または新規グループ名を指定すると、構成が失敗する場合があります。通常、制限は 8 文字で、構成できる場合もあります。
    4. [Windows]オプションで、IBM HTTP Server 管理サーバーを Windows サービスとして実行するようセットアップします。
      1. 「IBM HTTP Server 管理サーバーを Windows サービスとして実行する」を選択します。
      2. 以下のいずれかのアクションを実行します。
        • ローカル・システム・アカウントとしてログオンする」を選択します。
        • 指定されたユーザー・アカウントとしてログオンする」を選択して、そのアカウントのユーザー ID とパスワードを入力します。
          このユーザー ID には、以下の拡張ユーザー権限が必要です。
          • オペレーティング・システムの一部として機能
          • サービスとしてログオンする
      3. 始動タイプが自動が手動かを選択します。
    5. 「次へ」をクリックします。
  14. Web サーバー定義の固有の名前を指定して、「次へ」をクリックします。
  15. 構成シナリオを選択します。
    1. リモート・シナリオを選択します。
    2. アプリケーション・サーバー・マシンであるマシン A のホスト名または IP アドレスを指定します。
    3. 次へ」をクリックします。
  16. 現在の Web サーバー・プラグインを使用して構成するプロファイルを選択し、「次へ」をクリックします。
  17. 「要約」パネルを調べ、「構成」をクリックして構成を開始します。

    パネルは、インストールおよび構成を完了するために実行する手動のステップがあることを通知します。

    [AIX Solaris HP-UX Linux Windows]Web サーバー・プラグイン構成ツールは、マシン B (Web サーバー・マシン) 上の plugins_root/bin/ ディレクトリーに、configureweb_server_name スクリプトを作成します。

    [AIX Solaris HP-UX Linux Windows]Web サーバー・プラグイン構成ツールは、plugins_root/config/web_server_name ディレクトリーに plugin-cfg.xml ファイルも作成します。

    Web サーバーは plugin-cfg.xml ファイルを読み取り、マシン A 上のアプリケーション・サーバーがマシン B 上の Web サーバーに提供できるアプリケーションを判別します。構成が変更されると、アプリケーション・サーバーはファイルを再生成します。再生成が行われると、実際の plugin-cfg.xml ファイルをアプリケーション・サーバー・マシンから Web サーバー・マシンに伝搬またはコピーします。ファイルを自動的に IBM HTTP Server 製品に伝搬することができます。

  18. 要約パネルでインストールが成功したことを確認し、「終了」をクリックします。

    問題が発生し、インストールが失敗した場合は、plugins_root/logs ディレクトリーにあるログを調べてください。 問題を修正したら、再構成してください。

  19. マシン B (Web サーバー・マシン) の configureweb_server_name スクリプトを、マシン A (アプリケーション・サーバー・マシン) の app_server_root /bin ディレクトリーにコピーします。

    web_server_name は、指定した Web サーバーのニックネームです。web_server_name は、IIS や Apache のようなベンダー名ではありません。

    [AIX Solaris HP-UX Linux Windows]AIX や Linux などのオペレーティング・システムの場合、このファイルは configureweb_server_name.sh になります。Windows システムの場合、このファイルは configureweb_server_name.bat になります。例えば、デフォルト・ロケーションに web_server_1 という名前の IBM HTTP Server がある Linux システムでは、マシン B (Web サーバー・マシン) の plugins_root/bin/configureweb_server_1.sh を、マシン A (アプリケーション・サーバー・マシン) の app_server_root/bin ディレクトリーにコピーします。

    [IBM i]例えば、デフォルト・ロケーションに web_server_1 という名前の IBM HTTP Server がある IBM i システムでは、マシン B (Web サーバー・マシン) の plugins_root/bin/configureweb_server_1 を、マシン A (アプリケーション・サーバー・マシン) の app_server_root/bin ディレクトリーにコピーします。

    [AIX Solaris HP-UX Linux Windows]一方のプラットフォームが AIX または Linux などのシステムで、他方のプラットフォームが Windows プラットフォームの場合は、スクリプトを crossPlatformScripts ディレクトリーからコピーします。以下に例を示します。
    • [AIX][HP-UX][Linux][Solaris]plugins_root/bin/configureweb_server_name.sh
    • [Windows]plugins_root/bin/crossPlatformScripts/windows/configureweb_server_name.bat
    • [IBM i]plugins_root/bin/configureweb_server_name
  20. スクリプト障害を防ぐために、ファイル・エンコード差を補正します。

    [AIX Solaris HP-UX Linux Windows]2 つのマシンのデフォルト・ファイル・エンコードが異なる場合、configureweb_server_name.bat スクリプトまたは configureweb_server_name.sh スクリプトの内容が壊れる可能性があります。このシナリオは、1 つのマシンが 2 バイト文字セット (DBCS) ロケール用にセットアップされ、もう 1 つのマシンがそのようにセットアップされていない場合に可能です。

    [IBM i]2 つのマシンのデフォルト・ファイル・エンコードが異なる場合、configureweb_server_name スクリプトの内容が壊れる可能性があります。このシナリオは、1 つのマシンが 2 バイト文字セット (DBCS) ロケール用にセットアップされ、もう 1 つのマシンがそのようにセットアップされていない場合に可能です。

    ファイル・エンコードを判別し、以下のいずれかの手順を使用して障害を回避します。 デフォルトのファイル・エンコード方式を決定するには、以下の該当するコマンドを実行します。

    [AIX Solaris HP-UX Linux Windows]
    • AIX または Linux などのシステム上で locale charmap コマンドを実行します。
    • Windows マシンで CHCP コマンドを実行します。
    各マシン上でのコマンドの結果を、以下のいずれかの手順で、web_server_machine_encoding 変数 および application_server_machine_encoding 変数の値として使用します。

    エンコード差の補正手順

    • AIX または Linux などのシステム上で稼働している Web サーバー
      Web サーバーが Linux マシン上で稼働していて、 アプリケーション・サーバーが Windows マシン上で稼働していると仮定します。Web サーバー定義構成スクリプトを Windows マシンにバイナリー・モードで FTP 転送する前に、システムで以下のコマンドを実行してファイルをエンコードします。
      iconv -f web_server_machine_encoding \
         -t application_server_machine_encoding ¥
         configureweb_server_name.bat
      重要: Web サーバーの名前 (ニックネーム) が、スクリプト・ファイルの名前に使用されます。自動伝搬用に IBM HTTP Server をセットアップする場合、この名前に 2 バイト文字セット (DBCS) の文字を含めることはできません。
    • Windows システム上で稼働している Web サーバー
      Web サーバーが Windows マシン上で稼働していて、 アプリケーション・サーバーが AIX または Linux などのシステムのマシン上で稼働しているとします。このコマンドは、デフォルトでは Windows システムに組み込まれていないため、まずサード・パーティーのサイトから iconv ユーティリティーをダウンロードする必要があります。AIX や Linux などのシステムにバイナリー・モードで Web サーバー定義構成スクリプトを FTP でファイル転送する前に、マシン上で次のコマンドを実行して、ファイルをエンコードします。
      iconv -f web_server_machine_encoding ¥
         -t application_server_machine_encoding ¥
         configureweb_server_name.sh
      例えば、ターゲット・マシンが z/OS® の場合は、このコマンドを使用して、ファイルを ASCII から EBCDIC に変換し、行の終わりの文字が正しく処理されるようにします。
      iconv -f ISO8859-1 -t IBM-1047 configureweb_server_name.sh > new_script_name.sh

    コマンドを 1 行で入力する場合、継続文字 (¥) は省略してください。

    ご使用のシステム上で変換マッピングが iconv コマンドによってサポートされていない場合は、Web サーバー構成スクリプトの内容をクリップボードにコピーし、アプリケーション・サーバーが稼働中のマシン上に貼り付けます。

    注: Windows オペレーティング・システムにリモート構成を行った後、.sh ファイルを通じて UNIX ベースのオペレーティング・システムにコピーする場合、chmod 755 を実行する必要があります。
  21. マシン A でアプリケーション・サーバーを始動します。
    例えば、startServer コマンドを使用して、以下のようにします。
    • [AIX][HP-UX][Linux][Solaris]profile_root/bin/startServer.sh server1
    • [Windows]profile_root¥bin¥startServer server1
    • [IBM i]profile_root/bin/startServer server1
  22. コマンド・ウィンドウを開き、Web サーバーを割り当てるプロファイル・ディレクトリーに変更します。マシン A (アプリケーション・サーバー・マシン) にコピーしたスクリプトを実行します。 必要なパラメーターは、以下のとおりです。
    • プロファイル名
    • (オプション) admin ユーザー ID
    • (オプション) admin ユーザー・パスワード
    例えば、以下のように入力できます。
    configurewebserver1.sh AppSrv01 my_user_ID my_Password
    Web サーバーは、wsadmin により構成されます。
    configurewebserver1.sh スクリプトのコンテンツは、以下のようになります。
    wsadmin.bat -profileName AppSrv01 -user my_user_ID -password my_Password
       -f "%WAS_HOME%¥bin¥configureWebserverDefinition.jacl" webserver1 IHS..
  23. デプロイメント・マネージャーの管理コンソールから、「システム管理」>「変更をマスター・リポジトリーに保存」>「変更をノードと同期する」>「保存」をクリックします。
  24. [AIX Solaris HP-UX Linux Windows]Lotus Domino Web サーバーのみ: WAS_PLUGIN_CONFIG_FILE 環境変数を設定します。

    AIX または Linux などのプラットフォームでは、スクリプトを親シェルに提供することで、エクスポートされた変数を子プロセスが継承することができます。Windows システムでは、他のコマンドを実行するのと同様にスクリプトを実行します。Windows システムでのソースは自動です。

    1. コマンド・ウィンドウをオープンします。
    2. ディレクトリーをプラグイン・インストール・ルート・ディレクトリーに変更します。
    3. plugins_root/bin/setupPluginCfg.sh スクリプトに適したコマンドを実行します。
      • [AIX][HP-UX][Solaris]. plugins_root/bin/setupPluginCfg.sh (ピリオドとインストール・ルート・ディレクトリーの間のスペースに注意してください。)
      • [Linux] source plugins_root/bin/setupPluginCfg.sh

    AIX または Linux などのオペレーティング・システムの場合、このスクリプトは lotus_root/notesdata ディレクトリーにもあります。

    Lotus Domino Web サーバーを開始する前に、スクリプトに適切なコマンドを実行します。

  25. 管理コンソールを使用して、マシン A (アプリケーション・サーバー・マシン) で plugin-cfg.xml ファイルを再生成します。 「サーバー」>「サーバー・タイプ」 >「Web サーバー」とクリックします。Web サーバーを選択して、「プラグインの生成」をクリックします。

    プラグインのインストール時に、デフォルトの plugin-cfg.xml ファイルがマシン B (Web サーバー・マシン) の plugins_root/config/web_server_name ディレクトリーにインストールされます。Web サーバー・プラグイン構成サービスは、plugin-cfg.xml ファイルを自動的に再生成します。 アプリケーション・サーバーから現行の plugin-cfg.xml ファイルを使用するには、次のステップで説明されているように、plugin-cfg.xml ファイルを伝搬します。

    このステップでは、plugin-cfg.xml ファイルを再生成する方法を示します。 WebSphere Application Server 製品は、重大なイベントが起こるたびに、ファイルを自動的に再生成するよう構成されています。このようなイベントには、例えば、アプリケーション・サーバーおよび Web サーバーへのアプリケーションのインストールがあります。新規仮想ホストを作成することも、このようなイベントの 1 つです。

  26. 管理コンソールを使用して、plugin-cfg.xml ファイルをアプリケーション・サーバーから Web サーバーに伝搬します。「サーバー」>「Web サーバー」をクリックします。 Web サーバーを選択して、「プラグインの伝搬」をクリックします。IBM HTTP Server 以外の Web サーバーでは、 手動で伝搬する必要があります。

    Web サーバー・プラグイン構成サービスは、IBM HTTP Server に対してのみ plugin-cfg.xml ファイルを自動的に伝搬します。他のすべての Web サーバーでは、plugin-cfg.xml ファイルを、マシン A (アプリケーション・サーバー・マシン) の profile_root/config/cells/cell_name/nodes/node_name/servers/web_server_name ディレクトリーから、マシン B (Web サーバー・マシン) の plugins_root/config/web_server_name ディレクトリーに手動でコピーすることによって、プラグイン構成ファイルを伝搬します。

  27. Snoop サーブレットを開始し、アプリケーション・サーバーからアプリケーションを検索する Web サーバーの機能を検証します。

    ご使用のアプリケーション・サーバーおよび Web サーバーを開始し、IP アドレスとスヌープ・サーブレットを使用して、ご使用の環境をテストします。

    1. アプリケーション・サーバーを始動します。 Network Deployment 環境では、セルにアプリケーション・サーバーを追加する際に DefaultApplication を組み込んだ場合にのみ、Snoop サーブレットをそのセル内で使用することができます。addNode コマンドの -includeapps オプションにより、DefaultApplication がそのセルにマイグレーションされます。 アプリケーションが存在しない場合は、このステップはスキップしてください。
      ディレクトリー profile_root/bin に移動し、 startServer コマンドを実行します。
      • [AIX][HP-UX][Linux][Solaris]./startServer.sh server1
      • [Windows]startServer server1
      • [IBM i]startServer server1
    2. 使用している IBM HTTP Server または Web サーバーを始動します。

      [IBM i]2001 ページまたは STRTCPSVR SERVER(*HTTP) HTTPSVR(instance_name ) コマンドを使用して、IBM HTTP Server を始動します。

      [AIX Solaris HP-UX Linux Windows]コマンド・ウィンドウを使用して、IBM HTTP Server のインストール済みイメージ、 または Web サーバーのインストール済みイメージのディレクトリーに変更します。IBM HTTP Server に適切なコマンドを実行して、Web サーバーを始動します。コマンドの例を以下に示します。

      [AIX Solaris HP-UX Linux Windows]IBM HTTP Server をコマンド行から始動する方法は、 以下のとおりです。

      [AIX Solaris HP-UX Linux Windows] IBMHttpServer/bin ディレクトリーの apache コマンドと apachectl コマンドにアクセスします。
      • [AIX][HP-UX][Linux][Solaris]./apachectl start
      • [Windows]apache
    3. ブラウザーで http://localhost:9080/snoop を参照して、アプリケーション・サーバーによって提供される内部 HTTP トランスポートをテストします。ブラウザーで http://Host_name_of_Web_server_machine/snoop を参照して、Web サーバー・プラグインをテストします。

      HTTP トランスポート・ポートはデフォルトで 9080 であり、すべてのプロファイルで固有でなければなりません。このポートは、default_host という名前の仮想ホストと関連し、 その仮想ホストは、インストール済みの DefaultApplication をホストするよう構成されています。Snoop サーブレットは、DefaultApplication の一部です。ポートを変更して、実際の HTTP トランスポート・ポートに一致させます。

    4. スヌープが稼働していることを確認します。

      どちらかの Web アドレスで「Snoop Servlet - Request/Client Information」ページが表示されるはずです。

    5. リモート IBM HTTP Server のみ:
      [AIX Solaris HP-UX Linux Windows]以下のステップを使用することによって、自動伝搬機能がリモート IBM HTTP Server に対して動作することを確認します。この手順は、ローカル Web サーバーでは必須ではありません。
      1. IHS_root /conf/admin.passwd ファイル内に user=adminUser、password=adminPassword を作成します。 例: c:¥ws¥ihs85¥bin¥htpasswd -cb c:¥ws¥ihs85¥conf¥admin.passwd adminUser adminPassword
      2. Deployment Manager またはアプリケーション・サーバーの管理コンソールを使用して、IBM HTTP Server の管理ユーザー用に作成したユーザー ID およびパスワード情報を入力します。「サーバー」>「Web サーバー」>「web_server_definition」>「リモート Web サーバー管理」に進みます。値を admin Port=8008、User Id=adminUser、Password=adminPassword と設定します。
      3. httpd.conf ファイルおよび plugin-cfg.xml ファイルについて、正しい読み取り/書き込み許可を設定します。 詳しくは、IHS_root /logs/admin_ERROR.LOG ファイルを参照してください。
      プラグイン構成ファイルの自動伝搬では、IBM HTTP 管理サーバーが稼働中である必要があります。WebSphere Application Server 管理コンソールを使用して IBM HTTP Server を管理している場合は、次のエラー・メッセージが表示される場合があります。
      "Could not connect to IHS Administration server error"
      以下の手順を実行して、エラーを訂正します。
      1. IBM HTTP Server 管理サーバーが稼働していることを確認します。
      2. WebSphere Application Server 管理コンソールで定義された Web サーバーのホスト名とポートが、IBM HTTP Server の管理ホスト名とポートと一致することを確認します。
      3. ファイアウォールが原因で WebSphere Application Server 管理コンソールから IBM HTTP Server 管理サーバーへのアクセスが不能になっていないことを確認します。
      4. リモート管理対象の WebSphere Application Server 管理コンソールで指定したユーザー ID とパスワードが、htpasswd コマンドを使用して admin.passwd ファイルに作成されることを確認します。
      5. 安全に接続するには、IBM HTTP Server 管理サーバー keydb 個人証明書を署名者証明書として WebSphere Application Server 鍵データベースにエクスポートすることを確認します。 この鍵データベースは、ご使用の管理コンソールが稼働しているプロファイルの sas.client.props ファイル内の com.ibm.ssl.trustStore ディレクティブによって指定されます。 この考慮事項は、主に自己署名証明書用です。
      6. 問題が解決しない場合は、IBM HTTP Server の admin_ERROR. LOG ファイルおよび WebSphere Application Server のログ (trace.log ファイル) を確認して、問題の原因を判別します。
  28. [AIX Solaris HP-UX Linux Windows]マシン A 上でプロファイル管理ツールを使用して、2 番目のアプリケーション・サーバー・プロファイルを作成します。適切なパネルのチェック・ボックスを選択することによって、プロファイル作成中にそのプロファイルをデフォルト・プロファイルにします。
  29. [IBM i]managedProfile コマンドを使用して、2 番目のアプリケーション・サーバー・プロファイルを作成します。 作成プロセス中に、このプロファイルをデフォルト・プロファイルに指定します。

    Installation Manager が作成するスクリプトは、デフォルト・プロファイルについてのみ処理します。そのため、このスクリプトは、スクリプト実行時にデフォルト・プロファイルであるプロファイルにのみ Web サーバー定義を作成することができます。

  30. 2 番目の IBM HTTP Server またはサポートされる別の Web サーバーをマシン B にインストールします。
  31. マシン B で、Web サーバー・プラグイン構成ツールを使用して 2 番目の Web サーバーを構成します。両方の Web サーバーは、プラグイン・バイナリーの単一インストールを共有しますが、個々に構成されていなければなりません。
  32. Installation Manager は、2 番目の Web サーバー用に、configureweb_server_name という名前のスクリプトを作成します。スクリプトは、マシン B の plugins_root/bin ディレクトリーにあります。スクリプトをマシン A の app_server_root/bin ディレクトリーにコピーします。
  33. 2 番目のアプリケーション・サーバーを始動します。
  34. 管理コンソールで、マシン A の configureweb_server_name スクリプトを実行して、Web サーバー定義を作成します。 次に、管理コンソールを使用して Web サーバーを管理することができます。
  35. 管理コンソールを使用して、plugin-cfg.xml ファイルを 2 番目のアプリケーション・サーバーから Web サーバーに伝搬します。 「サーバー」>「Web サーバー」>「プラグインの伝搬」とクリックします。IBM HTTP Server 以外の Web サーバーでは、 手動で伝搬する必要があります。
  36. 2 番目の Web サーバー上でスヌープ・サーブレットを実行し、操作可能であることを確認します。

タスクの結果

この手順によって、1 台のマシン上に複数のアプリケーション・サーバーがインストールされ、別のマシンに専用 Web サーバーがインストールされます。この手順によって、 両方の Web サーバーの Web サーバー・プラグインがインストールされ、両方の Web サーバーおよび両方のアプリケーション・サーバーが構成されます。

次のタスク

インストール手順の概要については、『Web サーバーのトポロジー・ダイアグラムおよびロードマップの選択』を参照してください。

サポートされる Web サーバーの、Web サーバー・プラグイン構成ツールによる構成方法について詳しくは、Web サーバー構成ファイルの編集を参照してください。

Web サーバーの構成に関連するファイルについての詳細は、Web サーバーの構成を参照してください。

IHS Web サーバーの場合は、Web サーバーを停止し、 開始して、plugin-cfg.xml ファイルを WebSphere Application Server マシンから Web サーバー・マシンに伝搬させることができます。 その他のすべての Web サーバーでは、開始/停止や plugin-cfg.xml ファイルの伝播を管理コンソールで実行できません。 plugin-cfg.xml ファイルは手動で伝搬させる必要があります。 次の 3 つのステップでは、手動伝搬の実行方法を示します。
  1. IHS 6.x 以外の Web サーバーによる設定が完了したら、plugin-cfg.xml ファイルが <WAS_HOME>/profiles/<PROFILE_HOME>/config/cells/<CELL_NAME>/nodes/<SERVER_NAME>/servers/<WEBSERVER_DEFINITION> にあることを確認します。
  2. 上記の plugin-cfg.xml を転送して、<PLUGIN_HOME>/config/<WEBSERVER_DEFINITION>/plugin-xfg.xml を置き換えます。
  3. Web サーバーおよび対応するプロファイルを再始動します。

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



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