11 エンタープライズ・デプロイメント用のOracle HTTP Serverの構成

Web層の構成時には、Web層のホストごとにOracle HTTP Serverをインストールして、それぞれのホストでOracle HTTPスタンドアロン・ドメインを構成する必要があります。

Web層のOracle HTTP Serverインスタンスによって、HTTPリクエストがハードウェア・ロード・バランサからアプリケーション層の特定の管理対象サーバーに転送されます。

Oracle HTTP Serverを構成する前に、「Web層の理解」を確認してください。

• Oracle HTTP Serverの構成時に使用される変数
  この章のタスクを実行する際には、この項にリストされているディレクトリ変数を参照します。
• Oracle HTTP Serverドメインについて
  エンタープライズ・デプロイメントでは、各Oracle HTTP Serverインスタンスは別個のホストおよび独自のスタンドアロン・ドメイン内に構成されます。これにより、実行および管理に必要な構成およびリソースを最小限に抑えた簡易な構成が可能になります。
• サポートされているJDKのインストール
  
• WEBHOST1へのOracle HTTP Serverのインストール
  Web層にOracle HTTP Serverソフトウェアをインストールする手順を理解することが重要です。
• WEBHOST1でのOracle HTTP Serverドメインの作成
  次の項では、最初のWeb層ホストで新しいOracle HTTP Serverスタンドアロン・ドメインを作成する方法について説明します。
• WEBHOST2でのOracle HTTP Serverドメインのインストールおよび構成
  WEBHOST1でOracle HTTP Serverをインストールしてドメインを構成したら、同じタスクをWEBHOST2でも実行する必要があります。
• WEBHOST1およびWEBHOST2でのノード・マネージャおよびOracle HTTP Serverインスタンスの起動
  WEBHOST1およびWEBHOST2でOracle HTTP Serverインスタンスを起動する方法を理解することが重要です。
• リクエストをアプリケーション層にルーティングするOracle HTTP Serverの構成
  Webサーバー・インスタンスがリクエストをドメインのサーバーにルーティングするようにOracle HTTP Server構成ファイルを更新する方法を理解することが重要です。
• 構成のバックアップ
  Oracleのベスト・プラクティスとしては、ドメインの構成拡張が正常に完了した後や別の論理ポイントでバックアップを作成することをお薦めします。インストールが正常に行われたことを確認したら、バックアップを作成します。これは、後のステップで問題が発生した場合に即座にリストアするための迅速なバックアップになります。

Oracle HTTP Serverの構成時に使用される変数

この章のタスクを実行する際には、この項にリストされているディレクトリ変数を参照します。

いくつかのディレクトリ変数の値は、「このガイドで使用するファイル・システムとディレクトリ変数」で定義されています。

• WEB_ORACLE_HOME

• WEB_DOMAIN_HOME

• JAVA _HOME

さらに、次の仮想IP (VIP)アドレスとホスト名を参照します。

• ADMINVHN

• WEBHOST1

• WEBHOST2

Oracle HTTP Serverドメインについて

エンタープライズ・デプロイメントでは、各Oracle HTTP Serverインスタンスは個別のホストの専用スタンドアロン・ドメインに構成されます。これにより、最小限の構成と最小限のリソースを必要とする単純な構成を実行して管理できます。

注意:

Oracle Fusion Middlewareでは、動作保証されたJava Development Kit (JDK)がシステムにインストールされており、Web層のホストでJAVA_HOMEが設定されている必要があります。

Web層のOracle HTTP Serverインスタンスのロールと構成の詳細は、「Web層の理解」を参照してください。

サポートされているJDKのインストール

Oracle Fusion Middlewareでは、動作保証されたJava Development Kit (JDK)がシステムにインストールされている必要があります。

• JDKソフトウェアの検索とダウンロード
  
• JDKソフトウェアのインストール
  Oracle Fusion Middlewareでは、動作保証されたJava Development Kit (JDK)がシステムにインストールされている必要があります。

JDKソフトウェアの検索とダウンロード

動作保証されているJDKを調べるには、Oracle Fusion Middlewareのサポートされるシステム構成ページで、ご使用のリリース向けの動作保証ドキュメントを参照してください。

現在のOracle Fusion MiddlewareリリースのOracle JDKを特定したら、Oracle Technology Networkの次の場所からOracle JDKをダウンロードできます。

http://www.oracle.com/technetwork/java/index.html

Java SE JDKのダウンロードに必ず移動してください。

JDKソフトウェアのインストール

Oracle Fusion Middlewareでは、動作保証されたJava Development Kit (JDK)をシステムにインストールする必要があります。

JDKを次の場所にインストールする必要があります。

Web層の各ホスト・コンピュータのローカル記憶域デバイスDMZに配置されるWeb層ホスト・コンピュータは、アプリケーション層の共有記憶域に必ずしもアクセスできるとはかぎりません。

「エンタープライズ・デプロイメント用の推奨ディレクトリ構造の理解」を参照してください。

JDK 1.8.0_221をインストールするには:

1. ディレクトリを、JDKアーカイブ・ファイルをダウンロードした場所に変更します。

   cd download_dir

2. JDKホーム・ディレクトリにアーカイブを解凍してから、次のコマンドを実行します。

   tar -xzvf jdk-8u221-linux-x64.tar.gz

   ここに記載されたJDKバージョンは、このドキュメントの発行時点のものです。サポートされている最新のJDKについては、Oracle Fusion Middlewareのシステム要件と仕様で現在のOracle Fusion Middlewareリリースを参照してください。
3. JDKディレクトリを、ディレクトリ構造内の推奨される場所に移動します。
   次に例を示します。

   mv ./jdk1.8.0_221 /u02/oracle/products/jdk

   「このガイドで使用するファイル・システムとディレクトリ変数」を参照してください。
4. ホスト・コンピュータでJavaを実行するためのJAVA_HOMEおよびPATH環境変数を定義します。
   次に例を示します。

   export JAVA_HOME=/u02/oracle/products/jdk
   export PATH=$JAVA_HOME/bin:$PATH

5. 次のコマンドを実行して、適切なjava実行可能ファイルがそのパスにあり、環境変数が適切に設定されていることを確認します。

   java -version

   出力のJavaバージョンは「1.8.0_221」と表示されます。

WEBHOST1へのOracle HTTP Serverのインストール

Web層にOracle HTTP Serverソフトウェアをインストールする手順を理解することが重要です。

• WEBHOST1でのインストーラの起動
  
• Oracle HTTP Serverのインストール画面のナビゲート
  
• Oracle HTTP Serverインストールの確認
  

WEBHOST1でのインストーラの起動

インストール・プログラムを起動するには、次のステップを実行します。

1. WEBHOST1にログインします。
2. インストール・プログラムをダウンロードしたディレクトリに移動します。
3. 次のコマンドを入力してインストール・プログラムを起動します。

   ./fmw_12.2.1.4.0_ohs_linux64.bin

   インストール・プログラムが表示されると、インストールを開始する準備ができています。

Oracle HTTP Serverのインストール画面のナビゲート

次の表では、インストール・プログラムによって表示される順序で画面を示します。

インストール画面に関して詳細な情報が必要な場合は、画面名をクリックしてください。

表11-1 Oracle HTTP Serverのインストール画面

画面	説明
インストール・インベントリの設定	UNIXオペレーティング・システムでは、このホストにOracle製品を初めてインストールする場合に、この画面が表示されます。中央インベントリを作成する場所を指定します。この画面で選択したオペレーティング・システム・グループ名には、中央インベントリの場所への書込み権限があることを確認してください。 『Oracle Universal Installerによるソフトウェアのインストール』のOracle中央インベントリに関する項を参照してください。 注意: 製品ディレクトリ内で中央インベントリの場所を構成することをお薦めします。例: /u02/oracle/products/oraInventory インストーラが完了した後、oraInventoryフォルダからcreateCentralinventory.shスクリプトをroot権限で実行することが必要な場合があります。
ようこそ	製品のインストーラの紹介画面です。
自動更新	この画面を使用して、使用可能なパッチを「My Oracle Support」で自動的に検索するか、ユーザーの組織のためにすでにダウンロードされているパッチをローカル・ディレクトリで自動的に検索します。
インストールの場所	この画面を使用してOracleホーム・ディレクトリの位置を指定します。 エンタープライズ・デプロイメントのためには、表7-3に示すWEB_ORACLE_HOME変数の値を入力します。
インストール・タイプ	「スタンドアロンHTTPサーバー(WebLogic Serverとは切り離して管理)」を選択します。 このインストール・タイプでは、他の既存のOracle WebLogic Serverドメインとは別にOracle HTTP Serverインスタンスを構成できます。
JDKの選択	JDKホームには、JDKソフトウェアのインストール時に設定したJAVA_HOMEの値を入力します。
前提条件チェック	この画面では、ご使用のシステムが最小要件を満たしていることを検証します。 警告またはエラー・メッセージが表示された場合、ホスト・コンピュータおよび必須ソフトウェアが「ホスト・コンピュータのハードウェア要件」および「エンタープライズ・デプロイメント・トポロジのオペレーティング・システム要件」に示すシステム要件および動作保証情報を満たしていることを確認してください。
インストール・サマリー	この画面を使用して、選択したインストール・オプションを検証できます。これらのオプションをレスポンス・ファイルに保存する場合は、「レスポンス・ファイルの保存」をクリックし、レスポンス・ファイルの場所と名前を指定します。レスポンス・ファイルは、今後、サイレント・インストールを実行する場合に使用できます。 『Oracle Universal Installerによるソフトウェアのインストール』のOracle Universal Installerのサイレント・モードでの使用に関する項を参照してください。
インストールの進行状況	この画面では、インストールの進行状況を参照できます。
インストール完了	インストールが完了すると、この画面が表示されます。この画面の情報を確認してから、「終了」をクリックしてインストーラを終了します。

Oracle HTTP Serverインストールの確認

WEB_ORACLE_HOMEフォルダのコンテンツを検証することにより、Oracle HTTP Serverのインストールが正常に完了したことを確認します。

次のコマンドを実行して、インストール後のフォルダ構造を次のリストと比較します。

ls --format=single-column WEB_ORACLE_HOME

次のファイルおよびディレクトリが、Oracle HTTP Server Oracleホームにリストされています。

bin
cdata
cfgtoollogs
crs
css
cv
has
install
inventory
jlib
ldap
lib
network
nls
ohs
OPatch
oracle_common
oracore
oraInst.loc
oui
perl
plsql
plugins
precomp
QOpatch
racg
rdbms
slax
sqlplus
srvm
webgate
wlserver
xdk

WEBHOST1でのOracle HTTP Serverドメインの作成

次の項では、最初のWeb層ホストで新しいOracle HTTP Serverスタンドアロン・ドメインを作成する方法について説明します。

• WEBHOST1での構成ウィザードの起動
  
• Oracle HTTP Serverドメインの構成ウィザード画面のナビゲート
  

WEBHOST1での構成ウィザードの起動

構成ウィザードを開始するには、次のディレクトリに移動して、次のようにWebLogic Server構成ウィザードを起動します。

cd WEB_ORACLE_HOME/oracle_common/common/bin
./config.sh

Oracle HTTP Serverドメインの構成ウィザード画面のナビゲート

各Web層ホストにOracle HTTP Serverインスタンス用のスタンドアロン・ドメインを作成することをお薦めします。

次の項では、新しいスタンドアロンOracle HTTP Serverドメインを作成する方法を説明します。

• タスク1「ドメイン・タイプとドメイン・ホームの場所の選択」

• タスク2「構成テンプレートの選択」

• タスク3「Web層ドメインのJDKの選択」

• タスク4「システム・コンポーネントの構成」

• タスク5「OHSサーバーの構成」

• タスク7「構成仕様の確認およびドメインの構成」

• タスク8「ドメイン・ホームのメモ」

タスク1   ドメイン・タイプとドメイン・ホームの場所の選択

「構成タイプ」画面で、「新規ドメインの作成」を選択します。

「ドメインの場所」フィールドに、WEB_DOMAIN_HOME変数に割り当てる値を入力します。

次の点に注意してください。

• ここに指定した新しいディレクトリが構成ウィザードによって作成されます。

• WebサーバーがDMZ外部の記憶域デバイスに対して依存関係を持たないように、このディレクトリをローカル記憶域に作成してください。

注意:

• ドメイン・ホーム・ディレクトリの詳細は、『Oracle Fusion Middlewareのインストールのプランニング』のドメイン・ホーム・ディレクトリに関する項を参照してください。

• この画面のその他のオプションの詳細は、Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成の構成タイプに関する項を参照してください。

• Web層とDMZの詳細は、「標準的なエンタープライズ・デプロイメントのファイアウォールとゾーンの理解」を参照してください。

• WEB_DOMAIN_HOMEディレクトリ変数の詳細は、「このガイドで使用するファイル・システムとディレクトリ変数」を参照してください。

タスク2   構成テンプレートの選択

「テンプレート」画面で、Oracle HTTP Server (スタンドアロン) [ohs]を選択します。

ヒント:

この画面のオプションの詳細は、Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成のテンプレートに関する項を参照してください。

タスク3   Web層ドメインのJDKの選択。

Oracle HTTP Serverのインストールの前に/u02/oracle/products/jdkディレクトリにインストールされたOracle HotSpot JDKを選択します。

タスク4   システム・コンポーネントの構成

「システム・コンポーネント」画面で、1つのOracle HTTP Serverインスタンスを構成します。画面には、デフォルトで1つのインスタンスが定義されています。これは作成の必要がある唯一のインスタンスです。

1. 「システム・コンポーネント」フィールドのデフォルトのインスタンス名はohs1です。WEBHOST1の構成時にこのデフォルト名を使用します。

2. 「コンポーネント・タイプ」フィールドでOHSが選択されていることを確認します。

3. アプリケーションが応答しない場合は、「再起動間隔秒数」フィールドで、再起動を試行する前に待機する秒数を指定します。

4. 「再起動遅延秒数」フィールドを使用して、再起動を再度試行する前に待機する秒数を指定します。

タスク5   OHSサーバーの構成

「OHSサーバー」画面を使用して、ドメイン内のOHSサーバーを構成します。

1. 「システム・コンポーネント」ドロップダウン・メニューから、ohs1を選択します。

2. 「リスニング・アドレス」フィールドにWEBHOST1と入力します。

   残りのフィールドはすべて事前に移入されていますが、組織での必要に応じて値を変更できます。『Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成』のOHSサーバーに関する項を参照してください。

3. 「サーバー名」フィールドで、リスニング・アドレスとリスニング・ポートの値を確認します。

   正しくは次のようになります。

   http://WEBHOST1:7777

タスク6   ノード・マネージャの構成

ノード・マネージャのタイプとして「ドメインごとのデフォルトの場所」を選択し、ノード・マネージャのユーザー名とパスワードを指定します。

注意:

この画面に示されるオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のノード・マネージャに関する項を参照してください。

ノード・マネージャの構成については、『Oracle WebLogic Serverノード・マネージャの管理』の複数マシンでのノード・マネージャの構成に関する項を参照してください。

タスク7   構成の仕様の確認とドメインの構成

「構成サマリー」画面には、これから作成するドメインの構成情報の詳細が表示されます。この画面に示された各項目の詳細を調べて、情報に間違いがないことを確認します。

変更が必要な場合は、「戻る」ボタンを使用するか、ナビゲーション・ペインで画面を選択することで、任意の画面に戻れます。

ドメイン作成は、「作成」をクリックするまでは開始されません。

終了したら、「構成の進行状況」画面で「次へ」をクリックします。

ヒント:

この画面のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』の構成サマリーに関する項を参照してください。

タスク8   ドメイン・ホームのメモ

「構成に成功しました」画面に、ドメイン・ホームの場所が表示されます。

ここに表示される情報は、サーバーの起動時や管理サーバーへのアクセス時に必要になるため、メモしておいてください。

「終了」をクリックして、構成ウィザードを閉じます。

WEBHOST2でのOracle HTTP Serverドメインのインストールおよび構成

WEBHOST1でOracle HTTP Serverをインストールしてドメインを構成したら、同じタスクをWEBHOST2でも実行する必要があります。

1. 「WEBHOST1へのOracle HTTP Serverのインストール」の手順を使用して、WEBHOST2にログインし、Oracle HTTP Serverをインストールします。

2. 「WEBHOST1でのWeb層ドメインの作成」の手順を使用して、WEBHOST2上に新しいスタンドアロン・ドメインを構成します。

   WEBHOST2上のインスタンスにohs2という名前を使用して、各例におけるWEBHOST1の出現箇所をすべてWEBHOST2に置き換え、ohs1の出現箇所をすべてohs2に置き換えるようにしてください。

WEBHOST1およびWEBHOST2でのノード・マネージャおよびOracle HTTP Serverインスタンスの起動

WEBHOST1およびWEBHOST2でOracle HTTP Serverインスタンスを起動する方法を理解することが重要です。

• WEBHOST1およびWEBHOST2でのノード・マネージャの起動
  
• Oracle HTTP Serverインスタンスの起動
  

WEBHOST1およびWEBHOST2でのノード・マネージャの起動

Oracle HTTP Serverインスタンスを起動する前に、WEBHOST1およびWEBHOST2でノード・マネージャを起動する必要があります。

1. WEBHOST1にログインし、次のディレクトリに移動します。

   WEB_DOMAIN_HOME/bin
   

2. nohupおよびサンプル出力ファイルのnodemanager.outを使用して、次の各項に示すようにノード・マネージャを起動します。

   nohup WEB_DOMAIN_HOME/bin/startNodeManager.sh > WEB_DOMAIN_HOME/nodemanager/nodemanager.out 2>&1 &
   

3. WEBHOST2にログインし、ステップ1および2を実行します。

Oracle WebLogic Serverノード・マネージャの管理のノード・マネージャの高度な構成を参照。

Oracle HTTP Serverインスタンスの起動

Oracle HTTP Serverインスタンスを起動するには:

1. WEBHOST1上の次のディレクトリに移動します。

   WEB_DOMAIN_HOME/bin

   WEB_DOMAIN_HOMEディレクトリの場所の詳細は、「このガイドで使用するファイル・システムとディレクトリ変数」を参照してください。

2. 次のコマンドを入力します。

   ./startComponent.sh ohs1

   注意:

   Oracle HTTP Serverを起動するたびに、ノード・マネージャのパスワードの入力を求められます。この動作が行われないようにする場合は、Oracle HTTP Serverの初回起動時に次のコマンドを使用します。

   ./startComponent.sh ohs1 storeUserConfig

   ここでノード・マネージャのパスワードを入力すると、そのパスワードが暗号化されて保存されます。これ以降は、Oracle HTTP Serverの起動と停止を行う際にノード・マネージャのパスワードを入力する必要がありません。

3. プロンプトが表示されたら、ノード・マネージャのパスワードを入力します。
4. ステップ1から3までを繰り返して、ohs2インスタンスをWEBHOST2上で起動します。『Oracle HTTP Serverの管理』のOracle HTTP Serverインスタンスの開始に関する項を参照してください。

リクエストをアプリケーション層にルーティングするOracle HTTP Serverの構成

Webサーバー・インスタンスがリクエストをドメインのサーバーにルーティングするようにOracle HTTP Server構成ファイルを更新する方法を理解することが重要です。

• エンタープライズ・デプロイメント用のOracle HTTP Server構成について
  
• 仮想ホスト構成ファイルを追加するためのhttpd.confファイルの変更
  
• Oracle Analytics Server用の仮想ホスト構成ファイルの作成
  
• WebLogicプロキシ・プラグインの構成
  
• ロード・バランサでの仮想サーバー構成の検証
  
• 管理コンソールおよび管理サーバーへのアクセスの検証
  
• Oracle Analytics ServerコンポーネントへのHTTPアクセスの検証
  Oracle HTTP Serverインスタンスの構成後、主なOracle Analytics Server URLにアクセスすることで作業を検証できます。これらのURLにより適切なコンテンツが表示される場合、Web層コンポーネントが正しく構成されていることを示しています。

エンタープライズ・デプロイメント用のOracle HTTP Server構成について

次の各項では、エンタープライズ・デプロイメントのOracle HTTP Server構成ファイルに必要な変更に関する概要情報を提供します。

• Oracle HTTP Server仮想ホストの目的
  
• Oracle HTTP Server構成ファイルの推奨構造
  

Oracle HTTP Server仮想ホストの目的

このガイドの参照用トポロジでは、ハードウェア・ロード・バランサで一連の仮想サーバーを定義することが必要になります。その後、Oracle HTTP Serverインスタンスの構成ファイルに<VirtualHost>ディレクティブを追加して、(ロード・バランサ仮想サーバーにマップされた)個別の仮想ホストへのリクエストを認識するようにOracle HTTP Serverを構成できます。

各Oracle HTTP Server仮想ホストについては、後で、ロード・バランサからOracle HTTP Serverインスタンスを経由してOracle WebLogic Serverドメイン内の該当する管理サーバーまたは管理対象サーバーにリクエストをルーティングする特定のURL (またはコンテキスト文字列)のセットを定義します。

Oracle HTTP Server構成ファイルの推奨構造

httpd.confファイルに複数の仮想ホスト定義を追加するのではなく、デプロイする製品に必要な各仮想サーバーに対してより小さくより具体的な別個の構成ファイルを作成することをお薦めします。そうすることで、すでに大きなhttpd.confファイルに追加のコンテンツを移入するのを回避できます。また、構成の問題のトラブルシューティングが容易になることがあります。

たとえば、通常のOracle Fusion Middleware Infrastructureドメインでは、admin_vh.confという名前の特定の構成ファイルを追加できます。この構成ファイルには、管理サーバー仮想ホスト(ADMINVHN)の仮想ホスト定義が含まれています。

仮想ホスト構成ファイルを追加するためのhttpd.confファイルの変更

次のタスクを実行して、エンタープライズ・トポロジに必要な追加の仮想ホストのhttpd.confファイルを準備します。

1. WEBHOST1にログインします。

2. ドメイン・ディレクトリで最初のOracle HTTP Serverインスタンス(ohs1)のhttpd.confファイルを見つけます。

   cd WEB_DOMAIN_HOME/config/fmwconfig/components/OHS/ohs1/
   

3. httpd.confファイルが次のように正しく構成されていることを確認します。

   1. 次のコマンドを実行して、ServerNameパラメータが正しく設定され、現在のWEBHOSTn用の正しい値が代入されていることを確認します。

      grep "ServerName http" httpd.conf   
      ServerName http://WEBHOST1:7777 

   2. 次のコマンドを実行してmoduleconfサブディレクトリからすべての*.confファイルをインクルードするinclude文があることを確認します。

      grep moduleconf httpd.conf   
      IncludeOptional "moduleconf/*.conf"

   3. いずれかの検証で結果が返されなかった場合、またはコメント・アウトされた結果が返された場合は、httpd.confファイルをテキスト・エディタで開き、正しい場所に必要な変更を加えます。

      # 
      # ServerName gives the name and port that the server uses to identify itself. 
      # This can often be determined automatically, but we recommend you specify 
      # it explicitly to prevent problems during startup. 
      # 
      # If your host doesn't have a registered DNS name, enter its IP address here. 
      # 
      ServerName http://WEBHOST1:7777 
      #  and at the end of the file:  
      # Include the admin virtual host (Proxy Virtual Host) related configuration 
      include "admin.conf"  
      IncludeOptional "moduleconf/*.conf"

   4. httpd.confファイルを保存します。

4. WEBHOST2にログインし、ステップ2および3をhttpd.confファイルに対して実行します(必要に応じてWEBHOST1またはohs1のオカレンスをWEBHOST2またはohs2に置き換えてください)。

Oracle Analytics Server用の仮想ホスト構成ファイルの作成

ホスト構成ファイルを作成すると、Oracle HTTP ServerのリクエストをOracle Analytics Serverサーバーにルーティングできます。

注意:

Oracle Analytics Serverデプロイメントを仮想ホストにスケール・アウトする計画がない場合は、このトピックで説明している仮想ホスト構成ファイル内のホストのエントリを更新しないでください。たとえば、Oracle Analytics ServerドメインをHOST2 (WSMセットアップの場合はBIHOST2)に拡大する計画がない場合は、仮想ホスト構成ファイルの作成時にディレクティブで"BIHOST2"を指定しないでください。

注意:

仮想ホスト構成ファイルを作成する前に、「Oracle HTTP Server仮想ホストの目的」の説明に従って、必ずロード・バランサで仮想サーバーを構成しておいてください。

仮想ホスト構成ファイルを作成するには:

1. WEBHOST1にサインインし、ディレクトリを最初のOracle HTTP Serverインスタンス(ohs1)の構成ディレクトリに変更します。
   cd OHS_DOMAIN_HOME/config/fmwconfig/components/OHS/ohs1/moduleconf
2. admin_vh.confファイルを作成し、次のディレクティブを追加します。

   <VirtualHost WEBHOST1:7777>
      ServerName admin.example.com:80
      ServerAdmin [e-mail]
      RewriteEngine On
      RewriteOptions inherit
      
   # Admin Server and EM
   <Location /console>
       SetHandler weblogic-handler
       WebLogicHost ADMINVHN
       WeblogicPort 7001
   </Location>
   
   <Location /consolehelp>
       SetHandler weblogic-handler
       WebLogicHost ADMINVHN
       WeblogicPort 7001
   </Location>
   
   <Location /em>
       SetHandler weblogic-handler
       WebLogicHost ADMINVHN
       WeblogicPort 7001
   </Location>
   
   </VirtualHost>
   

3. biinternal_vh.confファイルを作成し、次のディレクティブを追加します。

   <VirtualHost WEBHOST1:7777>
       ServerName biinternal.example.com
       ServerAdmin [e-mail]
       RewriteEngine On
       RewriteOptions inherit
   
   #redirect browser requests that omit document/dir
   RedirectMatch 301 /analytics$ /analytics/
   RedirectMatch 301 /biservices$ /biservices/
   RedirectMatch 301 /analytics-ws$ /analytics-ws/
   RedirectMatch 301 /AdminService$ /AdminService/
   RedirectMatch 301 /AsyncAdminService$ /AsyncAdminService/
   RedirectMatch 301 /wsm-pm$ /wsm-pm/
   RedirectMatch 301 /xmlpserver$ /xmlpserver/
   RedirectMatch 301 /bisearch$ /bisearch/
   RedirectMatch 301 /mapviewer$ /mapviewer/
   RedirectMatch 301 /dv$ /dv/
   RedirectMatch 301 /bicomposer$ /bicomposer/
   RedirectMatch 301 /mobile$ /mobile/
   RedirectMatch 301 /aps$ /aps/
   RedirectMatch 301 /bi-security$ /bi-security/
   RedirectMatch 301 /workspace$ /workspace/
   RedirectMatch 301 /bi-sac-config-mgr$ /bi-sac-config-mgr/
   RedirectMatch 301 /biserviceadministration$ /biserviceadministration/
   RedirectMatch 301 /ui$ /ui/
   RedirectMatch 301 /bi-security-login$ /bi-security-login/
   RedirectMatch 301 /biinfer$ /biinfer/
   RedirectMatch 301 /security$ /security/
   RedirectMatch 301 /bi-lcm$ /bi-lcm/
   RedirectMatch 301 /api$ /api/
   
   # WSM-PM
   <Location /wsm-pm>
      SetHandler weblogic-handler
      WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
   </Location>
   
   # Analytics
   <Location /analytics>
      SetHandler weblogic-handler
      WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
   </Location>
   
   <Location /analytics-ws>
      SetHandler weblogic-handler
      WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
   </Location>
   
   <Location /bicontent>
      SetHandler weblogic-handler
      WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
   </Location>
   
   <Location /mobile>
      SetHandler weblogic-handler
      WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
   </Location>
   
   <Location /dv>    
      SetHandler weblogic-handler
      WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003 
   </Location>
   
   # MapViewer
   <Location /mapviewer>
      SetHandler weblogic-handler
      WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
   </Location> 
   
   # Publisher
   <Location /xmlpserver>
      SetHandler weblogic-handler
      WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
   </Location>
    
   # Search
   <Location /bisearch>
      SetHandler weblogic-handler
      WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
   </Location>
   
   # Composer
   <Location /bicomposer>
      SetHandler weblogic-handler
      WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
   </Location>
   
   # EPM Provider Services
   <Location /aps>
      SetHandler weblogic-handler
      WeblogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
   </Location>
   
   # EPM Workspace
   <Location /workspace>
      SetHandler weblogic-handler
      WeblogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
   </Location>
     
   # SOA Services
   <Location /biservices>
      SetHandler weblogic-handler
      WeblogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
   </Location>
    
   # AdminService
   <Location /AdminService>
      SetHandler weblogic-handler
      WeblogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
   </Location>
    
   # AsyncAdminService
   <Location /AsyncAdminService>
      SetHandler weblogic-handler
      WeblogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
   </Location>
    
   # Security
   <Location /bi-security>
      SetHandler weblogic-handler
      WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
   </Location> 
   
   <Location /bi-sac-config-mgr>
      SetHandler weblogic-handler
      WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
   </Location>
   
   <Location /biserviceadministration>
      SetHandler weblogic-handler
      WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
   </Location>
   
   <Location /ui>
      SetHandler weblogic-handler
      WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
   </Location>
   
   <Location /bi-security-login>
      SetHandler weblogic-handler
      WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
   </Location>
   
   <Location /biinfer>
      SetHandler weblogic-handler
      WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
   </Location>
   
   <Location /security>
     SetHandler weblogic-handler
     WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
   </Location>
   
   <Location /bi-lcm>
     SetHandler weblogic-handler
     WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
   </Location>
   
   <Location /api>
     SetHandler weblogic-handler
     WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
   </Location>
   
   </VirtualHost>
   

4. bi_vh.confファイルを作成し、次のディレクティブを追加します

   <VirtualHost WEBHOST1:7777>
      ServerName https://bi.example.com:443
      ServerAdmin [e-mail]
      RewriteEngine On
      RewriteOptions inherit
   
   #redirect browser requests that omit document/dir
   RedirectMatch 301 /analytics$ /analytics/
   RedirectMatch 301 /xmlpserver$ /xmlpserver/
   RedirectMatch 301 /analytics/res$ /analytics/res/
   RedirectMatch 301 /biofficeclient$ /biofficeclient/
   RedirectMatch 301 /biservices$ /biservices/
   RedirectMatch 301 /analytics-ws$ /analytics-ws/
   RedirectMatch 301 /wsm-pm$ /wsm-pm/
   RedirectMatch 301 /bisearch$ /bisearch/
   RedirectMatch 301 /mapviewer$ /mapviewer/
   RedirectMatch 301 /dv$ /dv/
   RedirectMatch 301 /bicontent$ /bicontent/
   RedirectMatch 301 /bicomposer$ /bicomposer/
   RedirectMatch 301 /mobile$ /mobile/
   RedirectMatch 301 /aps$ /aps/
   RedirectMatch 301 /workspace$ /workspace/
   RedirectMatch 301 /bi-sac-config-mgr$ /bi-sac-config-mgr/
   RedirectMatch 301 /biserviceadministration$ /biserviceadministration/
   RedirectMatch 301 /ui$ /ui/
   RedirectMatch 301 /bi-security-login$ /bi-security-login/
   RedirectMatch 301 /biinfer$ /biinfer/
   RedirectMatch 301 /security$ /security/
   RedirectMatch 301 /bi-lcm$ /bi-lcm/
   RedirectMatch 301 /api$ /api/
   
   # Analytics
   <Location /analytics>
      SetHandler weblogic-handler
      WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
      WLProxySSL ON
      WLProxySSLPassThrough ON
   </Location>
   
   <Location /analytics-ws>
      SetHandler weblogic-handler
      WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
      WLProxySSL ON
      WLProxySSLPassThrough ON
   </Location>
   
   <Location /bicontent>
      SetHandler weblogic-handler
      WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
      WLProxySSL ON
      WLProxySSLPassThrough ON
   </Location>
   
   <Location /mobile>
      SetHandler weblogic-handler
      WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
      WLProxySSL ON
      WLProxySSLPassThrough ON
   </Location>
   
   <Location /dv>
      SetHandler weblogic-handler    
      WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003    
      WLProxySSL ON    
      WLProxySSLPassThrough ON 
   </Location>
   
   # MapViewer
   <Location /mapviewer>
      SetHandler weblogic-handler
      WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
      WLProxySSL ON
      WLProxySSLPassThrough ON
   </Location> 
   
   # Publisher
   <Location /xmlpserver>
      SetHandler weblogic-handler
      WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
      WLProxySSL ON
      WLProxySSLPassThrough ON
   </Location>
    
   # Search
   <Location /bisearch>
      SetHandler weblogic-handler
      WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
      WLProxySSL ON
      WLProxySSLPassThrough ON
   </Location>
   
   # Composer
   <Location /bicomposer>
      SetHandler weblogic-handler
      WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
      WLProxySSL ON
      WLProxySSLPassThrough ON
   </Location>
   
   # EPM Provider Services
   <Location /aps>
      SetHandler weblogic-handler
      WeblogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
      WLProxySSL ON
      WLProxySSLPassThrough ON
   </Location>
   
   # EPM Workspace
   <Location /workspace>
      SetHandler weblogic-handler
      WeblogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
      WLProxySSL ON
      WLProxySSLPassThrough ON
   </Location>
    
   # OWSM
   <Location /wsm-pm>
      SetHandler weblogic-handler
      WeblogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
      WLProxySSL ON
      WLProxySSLPassThrough ON
   </Location>
   
   <Location /bi-sac-config-mgr>
      SetHandler weblogic-handler
      WeblogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
      WLProxySSL ON
      WLProxySSLPassThrough ON
   </Location>
   
   <Location /biserviceadministration>
      SetHandler weblogic-handler
      WeblogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
      WLProxySSL ON
      WLProxySSLPassThrough ON
   </Location>
   
   <Location /ui>
      SetHandler weblogic-handler
      WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
      WLProxySSL ON
      WLProxySSLPassThrough ON
   </Location>
   
   <Location /bi-security-login>
      SetHandler weblogic-handler
      WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
      WLProxySSL ON
      WLProxySSLPassThrough ON
   </Location>
   
   <Location /biinfer>
      SetHandler weblogic-handler
      WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
      WLProxySSL ON
      WLProxySSLPassThrough ON
   </Location>
   
   <Location /security>
     SetHandler weblogic-handler
     WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
     WLProxySSL ON
     WLProxySSLPassThrough ON
   </Location>
   
   <Location /bi-lcm>
     SetHandler weblogic-handler
     WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
     WLProxySSL ON
     WLProxySSLPassThrough ON
   </Location>
   
   <Location /api>
     SetHandler weblogic-handler
     WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
     WLProxySSL ON
     WLProxySSLPassThrough ON
   </Location>
   
   </VirtualHost>
   

5. ohs1インスタンスを再起動します。
   1. 次のディレクトリに変更します。
      OHS_DOMAIN_HOME/bin
   2. 次のコマンドを入力してインスタンスを停止して起動します。プロンプトが表示されたらノード・マネージャ・パスワードを指定します。

      ./stopComponent.sh ohs1
      ./startComponent.sh ohs1

6. 3つの.confファイル(admin_vh.conf、biinternal_vh.confおよびbi_vh.conf)をWEBHOST2上の2番目のOracle HTTP Serverインスタンス(ohs2)の構成ディレクトリにコピーします。
   OHS_DOMAIN_HOME/config/fmwconfig/components/OHS/ohs2/moduleconf
7. .confファイルを編集して、<VirtualHost>ディレクティブ内のすべての参照をWEBHOST1からWEBHOST2に変更します。
8. ohs2インスタンスを再起動します。
   1. 次のディレクトリに変更します。
      OHS_DOMAIN_HOME/bin
   2. 次のコマンドを入力し、インスタンスを停止して起動します。

      ./stopComponent.sh ohs2
      ./startComponent.sh ohs2

WebLogicプロキシ・プラグインの構成

リクエストがOracle HTTP Serverインスタンスを介して正しくルーティングされることを検証するには、「WebLogicプラグインの有効化」パラメータを設定しておく必要があります。「WebLogicプラグインの有効化」パラメータはドメイン・レベルで設定することをお薦めします。Web層を介してプラグインを使用しないクラスタまたはサーバーがある場合は、必要に応じて例外的に「WebLogicプラグインの有効化」パラメータを「いいえ」に設定できます。

1. Oracle WebLogic Server管理コンソールにログインします。
2. 「ドメイン構造」ペインで、トップレベル・ドメイン・ノードをクリックします。
3. 「チェンジ・センター」で「ロックして編集」をクリックします。
4. 「ドメイン名」をクリックします。
5. 「Webアプリケーション」タブをクリックします。
6. 「WebLogicプラグインの有効化」オプションを見つけて選択します。
7. 「保存」をクリックします。
8. 「チェンジ・センター」の「変更のアクティブ化」をクリックします。
9. 管理サーバーを再起動します。

ロード・バランサでの仮想サーバー構成の検証

ロード・バランサから次のURLにアクセスして、ロード・バランサとOracle HTTP Serverが正しく構成されていることを確認します。これらのURLは、Oracle HTTP Server 12cの初期Webページを示しています。

• http://admin.example.com/index.html

• http://biinternal.example.com/index.html

• https://bi.example.com/index.html

管理コンソールおよび管理サーバーへのアクセスの検証

この章で行った変更を確認するには:

1. 次のハードウェア・ロード・バランサへのURLを使用してOracle WebLogic Server管理コンソールを表示し、Oracle WebLogic Server管理者資格証明を使用してログインします。

   http://admin.example.com/console
   

   これによって、ロード・バランサ上のadmin.example.com仮想ホストがWeb層のOracle HTTP Serverインスタンスにリクエストをルーティングでき、さらに、このOracle HTTP ServerインスタンスがOracle WebLogic Server管理コンソールのリクエストをアプリケーション層の管理サーバーにルーティングできることが検証されます。

2. 同様に、類似したURLを使用してFusion Middleware Controlにアクセスできます。

   http://admin.example.com/em
   

Oracle Analytics ServerコンポーネントへのHTTPアクセスの検証

Oracle HTTP Serverインスタンスの構成後、主なOracle Analytics Server URLにアクセスすることで作業を検証できます。これらのURLにより適切なコンテンツが表示される場合、Web層コンポーネントが正しく構成されていることを示しています。

Oracle Analytics ServerコンポーネントへのHTTPアクセスを検証するには、次の各URLをWebブラウザに入力して、適切なコンテンツが表示されることを確認します。

• https://bi.example.com/analytics

• https://bi.example.com/mapviewer

• https://bi.example.com/xmlpserver

• http://biinternal.example.com/wsm-pm

• http://bi.example.com/bicomposer

• http://bi.example.com/analytics/jbips

構成のバックアップ

Oracleのベスト・プラクティスとしては、ドメインの構成が正常に完了した後や別の論理ポイントでバックアップを作成することをお薦めします。インストールが正常に行われたことを確認したら、バックアップを作成します。これは、後のステップで問題が発生した場合に即座にリストアするための迅速なバックアップになります。

バックアップ先はローカル・ディスクです。エンタープライズ・デプロイメント設定が完了すると、このバックアップは破棄できます。エンタープライズ・デプロイメント設定が完了したら、バックアップとリカバリの通常のデプロイメント固有プロセスを開始できます。「エンタープライズ・デプロイメントのバックアップとリカバリの実行」を参照してください。