Oracle® Fusion Middleware Oracle WebCenter Contentエンタープライズ・デプロイメント・ガイド 11g リリース1 (11.1.1) B66703-06 |
|
![]() 前 |
![]() 次 |
この章では、Oracle Fusion Middleware Oracle WebCenter Contentの実装をサポートするOracle Web層の構成方法を説明します。
この章には次の項が含まれます:
Oracle Web層ソフトウェアを構成する前に、第7.2項「Oracle HTTP Serverのインストール」の説明に従ってこのソフトウェアをWEBHOST1とWEBHOST2にインストールする必要があります。第8.2項「構成ウィザードによるOracle HTTP Serverの構成」の説明に従って、インスタンス・ホーム、インスタンス名およびOracle HTTP Serverコンポーネント名を定義します。
その後、インストールが成功したことを確認し、すべてのHTTPリクエストをWEBHOST1およびWEBHOST2にルーティングするようロード・バランサを構成できます。
最後に、構成ファイルのディレクティブを定義して、仮想ホストを構成できます。次の仮想ホスト名は、第3.3項「ロード・バランサ」でロード・バランサを構成したときに作成したものです。
admin.mycompany.com
wcc.mycompany.com
wccinternal.mycompany.com
ucminternal.mycompany.com
Oracle Web層の構成手順は、WEBHOST1とWEBHOST2で同じです。
Oracle Web層を構成する手順は次のとおりです。
Oracle Fusion Middleware構成ウィザードの場所にディレクトリを変更します。
cd WEB_ORACLE_HOME/bin
構成ウィザードを起動します。
./config.sh
「ようこそ」画面で「次へ」をクリックします。
「コンポーネントの構成」画面で「Oracle HTTP Server」を選択し、「選択されたコンポーネントとWebLogicドメインの関連付け」の選択を解除します。「Oracle Web Cache」は選択されていないことを確認します。
「次へ」をクリックします。
「コンポーネントの詳細の指定」画面で、次の値を指定します。
インスタンス・ホームの場所: ORACLE_BASE
/admin/web
n
ASインスタンス名: web
n
OHSコンポーネント名: ohs
n
(ここでn
は、インストール上の連番を示します。たとえば、WEBHOST1には1
、WEBHOST2には2
などです。)
注意: WEBHOST1とWEBHOST2で、異なるOracle HTTP Serverインスタンス名を指定する必要があります。 |
「次へ」をクリックします。
「ポートの構成」画面で、「構成ファイルを使用してポートを指定」を選択して、ファイル名を選択し、「表示/編集」をクリックします。
高可用性の実装では、様々なコンポーネントで使用されるポートのすべてを複数のホスト間で同期すると、エンタープライズ・デプロイメントがより簡単になります(必須ではありません)。使用するポートをファイルに指定することで、自動ポート構成をバイパスできます。
ファイルは次のようになります。
[OHS] #Listen port for OHS component OHS Port = 7777 [OPMN] #Process Manager Local port no OPMN Local Port = 1880
サンプルのstaticports.ini
ファイルは、インストール・ディスク1のstage/Response/
ディレクトリにあります。
「次へ」をクリックします。
セキュリティ・アップデートの指定画面で、セキュリティ更新をOracleサポートから受信するかどうかを選択します。受信する場合は、電子メール・アドレスを入力します。
「インストール・サマリー」画面で、選択内容が正しいことを確認します。そうでない場合は、「戻る」をクリックして前の画面に戻り、選択内容を変更します。問題がなければ、「構成」をクリックします。
複数のConfiguration Assistantが連続して起動されるため、時間がかかることがあります。終了したら、「次へ」をクリックすると、「インストール 完了」画面が表示されます。
「インストール完了」画面で「終了」をクリックして終了します。
インストールが完了したら、Oracle HTTP Serverホーム・ページに、次のURLからアクセスできることを確認します。
http://webhost1.mycompany.com:7777/ http://webhost2.mycompany.com:7777/
Oracle HTTP Server (WEBHOST1、WEBHOST2)を実行するホストへすべてのHTTPリクエストをルーティングするようロード・バランサを構成できます。Oracle HTTP ServerがフロントエンドのOracle WebLogic Serverである場合は、ロード・バランサでスティッキー・セッション(Cookieの挿入)を有効にする必要はありません。このドキュメントで説明するトポロジには該当しませんが、ロード・バランサからOracle WebLogic Serverに直接移動する場合にはスティッキー・セッションが必要です。HTTPの監視も設定する必要があります。
使用するロード・バランサによって、構成手順は異なります。具体的な手順は、ロード・バランサのドキュメントを参照してください。
このガイドの参照トポロジでは、Oracle HTTPサーバーに対する仮想ホスト・セットを定義する必要があります。各仮想ホストについては、後にWebLogicサーバー・ドメイン内の適切な管理サーバーまたは管理対象サーバーに要求をルーティングするための特定のURLセットを定義する必要があります。
この項で説明する項目は、次のとおりです。
個々の仮想ホストをホスト自身の*_vh.conf
ファイルで定義します。こうすることで、定義する個々の仮想ホストのURLの管理が容易になります。
<VirtualHost>
のディレクティブを定義するために、次のファイルを新規作成します。
admin_vh.conf
wccinternal_vh.conf
wcc_vh.conf
次の各ディレクトリに新規ファイルを作成します。
ORACLE_INSTANCE/config/instance_name/config/OHS/ohs1/moduleconf/ ORACLE_INSTANCE/config/instance_name/config/OHS/ohs2/moduleconf/
個々の仮想ホストをホスト自身の*_vh.conf
ファイルに定義する手順は次のとおりです。
admin_vh.conf
ファイルを作成し、次のディレクティブを追加します。
NameVirtualHost *:7777 <VirtualHost *:7777> ServerName admin.mycompany.com:80 ServerAdmin you@your.address RewriteEngine On RewriteOptions inherit RewriteRule ^/console/jsp/common/logout.jsp "/oamsso/logout.html?end_url=/console" [R] </VirtualHost>
第18章「Oracle Identity Managementとの統合」の手順が完了していない場合は、統合が完了するまで、RewriteRule
の行をコメント・アウトします。
wccinternal_vh.conf
ファイルを作成し、次のディレクティブを追加します。
NameVirtualHost *:7777 <VirtualHost *:7777> ServerName wccinternal.mycompany.com:80 ServerAdmin you@your.address RewriteEngine On RewriteOptions inherit </VirtualHost>
wcc_vh.conf
ファイルを作成し、次のディレクティブを追加します。
NameVirtualHost *:7777 <VirtualHost *:7777> ServerName https://wcc.mycompany.com:443 ServerAdmin you@your.address RewriteEngine On RewriteOptions inherit </VirtualHost>
Oracle HTTPサーバーを両方とも再起動します。
cd ORACLE_BASE/admin/instance_name/bin opmnctl stopall opmnctl startall
注意:
|
次のURLにアクセスして、ロード・バランサとOracle HTTP Serverが正しく構成されていることを確認します。
http://admin.mycompany.com/index.html
https://wcc.mycompany.com/index.html
http://wccinternal.mycompany.com/index.html
これらのURLにアクセスできない場合は、第3.3項「ロード・バランサ」の手順を正しく実行していることを確認してください。