プライマリ・コンテンツに移動
Oracle® Fusion Middleware Oracle SOA Suiteエンタープライズ・デプロイメント・ガイド
12c (12.2.1.2)
E82649-02
目次へ移動
目次
前
前 		次
次

12 エンタープライズ・デプロイメント用のOracle Traffic Directorの構成

Web層を構成する場合、リクエストをアプリケーション層にルーティングするように、Oracle HTTP ServerではなくOracle Traffic Directorを使用できます。Oracle Traffic Directorの構成手順は、Oracle HTTP Serverの構成手順とは異なります。Oracle Traffic Directorを使用する場合、Web層ホストとアプリケーション層ホストの両方にOracle Traffic Directorをインストールする必要があります。その後、Oracle Traffic Directorを含めるようにエンタープライズ・デプロイメント・ドメインを拡張します。

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

注意:

Oracle Managed File Transferを構成する予定の場合、TCPを介してFTPおよびSFTPリクエストをルーティングするようにOracle Traffic Directorを構成する必要があります。詳細は、「エンタープライズ・デプロイメントでのOracle Managed File Transferの構成」を参照してください。

上位トピック: 「エンタープライズ・ドメインの構成」

12.1 Oracle Traffic Directorについて

Oracle Traffic Directorは、アプリケーション層に対するHTTP/SおよびTCPトラフィックをロード・バランシングするためのソフトウェア・ロード・バランサです。Oracle Traffic Directorからのリクエストを受信するアプリケーション層サーバーは、Oracle Traffic Directorオリジン・サーバーと呼ばれます。オリジン・サーバーは、アプリケーション・サーバー、Webサーバー、Oracle Managed File Transfer、LDAPディレクトリ・サーバー、MLLPサーバーまたは任意のタイプのTCPサーバーのいずれかです。

Oracle Fusion Middleware 12c (12.2.1)以降、Oracle Traffic Directorは、エンジニアド・システム(Oracle LinuxやOracle Solarisが稼働するOracle ExalogicまたはOracle Solarisが稼働するOracle SuperCluster)と組み合せて使用できることに加え、Oracle WebLogic Server Multi-tenancyまたはOracle WebLogic Server Continuous Availabilityアドオン・オプションを保持するユーザーが使用できるようになりました。

詳細は、Oracle Fusion Middleware Oracle Traffic Directorの管理のOracle Traffic Directorのスタート・ガイドに関する項を参照してください。

12.2 エンタープライズ・デプロイメントでのOracle Traffic Directorについて

Oracle Traffic Directorは、Web層のOracle HTTP Serverのかわりとして使用できます。Oracle HTTP Serverと同様に、これはHTTPリクエストをフロントエンド・ロード・バランサからアプリケーション層のWebLogic管理対象サーバーにルーティングできます。ただし、TCPロード・バランシングおよびフェイルオーバーを提供できるのは、Oracle Traffic Directorのみです。

(SFTPリクエストのルーティングおよびロード・バランシングを必要とする) Managed File Transferを構成する場合、Oracle Traffic Directorを使用する必要があります。

エンタープライズ・デプロイメントでは、システム管理目的でOracle Traffic Directorがアプリケーション層ホストのドメインに追加されるため、Web層ホストとアプリケーション層ホストの両方にOracle Traffic Directorをインストールします。

各アプリケーション層ホストで、アプリケーション層ソフトウェアをインストールした場所と同じOracleホームに、コロケート・モードでOracle Traffic Directorをインストールします。

各Web層ホストで、スタンドアロン・モードでOracle Traffic Directorをインストールします。

その後、Fusion Middleware構成ウィザードを使用して、Oracle Traffic Directorシステム・コンポーネントを含めるようにアプリケーション層ドメインを拡張します。これにより、ドメインの管理対象サーバーの制御に使用するものと同じ管理サーバーによって、Oracle Traffic Directorコンポーネントを管理できます。

次の項では、Managed File Transferに必要なOracle Traffic Director構成を使用するための具体的な手順について説明します。ただし、エンタープライズ・デプロイメント・トポロジの他のコンポーネントに対するWeb層としてOracle Traffic Directorを構成するために、これらの項の手順を使用できます。

12.3 Oracle Traffic Directorの構成時に使用される変数

Oracle Traffic Director参照をインストールして構成する手順では、環境内で使用される実際の値に置換できる一連の変数を使用します。

これらの手順では、次のディレクトリの場所の変数が使用されます。

  • WEB_ORACLE_HOME

  • ASERVER_HOME

  • MSERVER_HOME

  • WEB_DOMAIN_HOME

  • JAVA_HOME

  • NM_HOME

  • WT_APPLICATION_HOME

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

さらに、「エンタープライズ・デプロイメント用の必須IPアドレスの予約」で定義されている次の仮想IP (VIP)アドレスを参照することになります。

  • ADMINVHN

この章のアクションは、次のホスト・コンピュータで実行します。

  • APPHOST1

  • APPHOST2

  • WEBHOST1

  • WEBHOST2

注意:

この章では、APPHOST1とAPPHOST2は、アプリケーション層ホストのより汎用的な変数を示すことに注意してください。この理由は、作成されるドメインに応じて、ホスト名変数が異なるためです。

たとえば、Oracle SOA Suiteドメイン用にOracle Traffic Directorを構成する場合、APPHOST1はSOAHOST1と同じです。ただし、通常は独自のドメイン内に構成されるOracle Managed File Transferドメイン用にOracle Traffic Directorを構成する場合、APPHOST1はMFTHOST1と同じです。

12.4 コロケート・モードでのアプリケーション層ホストへのOracle Traffic Directorのインストール

Oracle Universal Installerによる対話的なグラフィカル・ウィザードを使用して、Oracle Traffic Directorをインストールすることができます。高可用性に対応するようにOracle Traffic Directorを構成するには、2つのマウント・ポイントで手順を実行します。

12.4.1 Oracle Traffic Directorインストーラの起動

インストール・プログラムを起動する手順は次のとおりです。

  1. インストーラをダウンロードしたディレクトリに移動します
  2. 次のコマンドを実行して、インストール・ウィザードを起動します。

    • Linuxの場合

      fmw_12.2.1.2_otd_linux64.bin

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

12.4.2 Oracle Traffic Directorのインストール画面のナビゲート(コロケート)

次の表では、最初のアプリケーション層ホストにコロケート・モードでOracle Traffic Directorをインストールするためにインストーラ画面を使用する方法について説明します。

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

画面 説明

ようこそ

製品のインストーラの紹介画面です。

「次へ」をクリックします。

インストール・インベントリの設定

この画面は、UNIXオペレーティング・システムで、このホストに初めてOracle製品をインストールする場合に表示されます。中央インベントリを作成する場所を指定します。この画面で選択したオペレーティング・システム・グループ名には、中央インベントリの場所への書込み権限があることを確認してください。

中央インベントリの詳細は、Oracle Fusion Middleware Oracle Universal Installerによるソフトウェアのインストール』のOracle Fusion Middleware Oracle Universal Installerによるソフトウェアのインストールに関する項を参照してください。

自動更新

この製品の自動更新を受け取るかどうかを選択します。

インストールの場所

既存のアプリケーション層のOracleホームへのパスを入力します。

ランタイム・プロセスからこのディレクトリに書き込むことはできないので注意してください。

このエンタープライズ・デプロイメントのためには、表7-2に示すORACLE_HOME変数の値を入力します。

インストール・タイプ

この画面を使用してインストールのタイプと、それに従ってインストールされる製品および機能を選択します。

  • 「同じ場所に配置されたOTD(WebLogic Server経由で管理)」を選択します。

前提条件のチェック

前提条件が満たされているか確認するために、ホスト・コンピュータがインストーラによって分析されます。前提条件チェックの結果が画面に表示されます。

前提条件チェックが失敗した場合は、エラーまたは警告メッセージが表示されます。

  • エラーを修正し、「再実行」をクリックします。たとえば、「Oracle Traffic Directorのインストールの前提条件」に示されている必須パッケージのいずれかがシステムにない場合は、そのパッケージをインストールします。

  • エラーや警告を無視してインストールを続行する場合は、「スキップ」をクリックします。

  • 前提条件のチェック・プロセスを中止するには、「停止」をクリックします。

「次へ」をクリックして続行します。

セキュリティ・アップデートの指定

Oracle Supportアカウントをすでに所持している場合は、この画面を使用して、セキュリティ・アップデートの受取り方法を指定します。

アカウントを所持していないときに、この手順を省略してもかまわない場合は、チェック・ボックスの選択を解除して、その選択を後続のダイアログ・ボックスで確認します。

インストール・サマリー

この画面には、前に指定したOracleホーム・ディレクトリが表示されます。また、インストールに使用されるディスク領域と使用可能な空き領域も示されます。

この画面の情報を確認します。

インストール・ウィザードでこれまで指定した設定をテキスト・ファイル(レスポンス・ファイル)に保存するには、「保存」をクリックします。必要な場合は、このレスポンス・ファイルを使用して、同じインストールをコマンドラインから実行できます。

「インストール」をクリックしてインストールを開始します。

サイレント・インストールやコマンド行インストールの詳細は、Oracle Universal Installerによるソフトウェアのインストールでサイレント・モードにおけるOracle Universal Installerの使用方法に関する項を参照してください。

インストールの進行状況

この画面には、インストール・プロセスの進捗状況とステータスが表示されます。

インストールを取り消す場合は、「取消」をクリックします。インストールを取り消す前にシステムにコピーされたファイルは、システムにそのまま残ります。これらは手作業で削除する必要があります。

「次へ」をクリックして続行します。

インストール完了

「終了」をクリックします。

12.4.3 アプリケーション層ホストのインストールの確認

インストールおよびインストール後の手順を完了したら、Oracleホーム・ディレクトリ(ORACLE_HOME/otd)に次のディレクトリが含まれることを確認します。

common
lib
plugins

12.5 スタンドアロン・モードでのWeb層ホストへのOracle Traffic Directorのインストール

Oracle Universal Installerによる対話的なグラフィカル・ウィザードを使用して、Oracle Traffic Directorをインストールすることができます。このスタンドアロン・インストールは、エンタープライズ・デプロイメントで使用される2つのWEBHOSTシステムで実行します。

12.5.1 Oracle Traffic Directorインストーラの起動

インストール・プログラムを起動する手順は次のとおりです。

  1. インストーラをダウンロードしたディレクトリに移動します
  2. 次のコマンドを実行して、インストール・ウィザードを起動します。

    • Linuxの場合

      fmw_12.2.1.2_otd_linux64.bin

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

12.5.2 Oracle Traffic Directorのインストール画面のナビゲート(スタンドアロン)

インストール・プログラムでは次の表に記載された順番で一連の画面が表示されます。

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

画面 説明

インストール・インベントリの設定

この画面は、UNIXオペレーティング・システムで、このホストに初めてOracle製品をインストールする場合に表示されます。中央インベントリを作成する場所を指定します。この画面で選択したオペレーティング・システム・グループ名には、中央インベントリの場所への書込み権限があることを確認してください。

中央インベントリの詳細は、『Oracle Fusion Middleware Oracle Universal Installerによるソフトウェアのインストール』のOracle Fusion Middleware Oracle Universal Installerによるソフトウェアのインストールに関する項を参照してください。

ようこそ

「次へ」をクリックします。

自動更新

この製品の自動更新を受け取るかどうかを選択します。

インストールの場所

この画面を使用してOracleホーム・ディレクトリの位置を指定します。

Oracleホームは、Oracle製品のソフトウェア・バイナリが格納されているディレクトリです。ランタイム・プロセスからこのディレクトリに書き込むことはできないので注意してください。エンタープライズ・デプロイメントのためには、表7-3に示すWEB_ORACLE_HOME変数の値を入力します。

インストール・タイプ

この画面を使用してインストールのタイプと、それに従ってインストールされる製品および機能を選択します。

  • 「スタンドアロンOTD(WebLogic Serverとは切り離して管理)」を選択します。

前提条件のチェック

前提条件が満たされているか確認するために、ホスト・コンピュータがインストーラによって分析されます。前提条件チェックの結果が画面に表示されます。

前提条件チェックが失敗した場合は、エラーまたは警告メッセージが表示されます。

  • エラーを修正し、「再実行」をクリックします。たとえば、「Oracle Traffic Directorのインストールの前提条件」に示されている必須パッケージのいずれかがシステムにない場合は、そのパッケージをインストールします。

  • エラーや警告を無視してインストールを続行する場合は、「スキップ」をクリックします。

  • 前提条件のチェック・プロセスを中止するには、「停止」をクリックします。

「次へ」をクリックして続行します。

セキュリティ・アップデートの指定

Oracle Supportアカウントをすでに所持している場合は、この画面を使用して、セキュリティ・アップデートの受取り方法を指定します。

アカウントを所持していないときに、この手順を省略してもかまわない場合は、チェック・ボックスの選択を解除して、その選択を後続のダイアログ・ボックスで確認します。

インストール・サマリー

この画面には、前に指定したOracleホーム・ディレクトリが表示されます。また、インストールに使用されるディスク領域と使用可能な空き領域も示されます。

この画面の情報を確認します。

インストール・ウィザードでこれまで指定した設定をテキスト・ファイル(レスポンス・ファイル)に保存するには、「保存」をクリックします。必要な場合は、このレスポンス・ファイルを使用して、同じインストールをコマンドラインから実行できます。

「インストール」をクリックしてインストールを開始します。

サイレント・インストールやコマンド行インストールの詳細は、Oracle Universal Installerによるソフトウェアのインストールでサイレント・モードにおけるOracle Universal Installerの使用方法に関する項を参照してください。

インストールの進行状況

この画面には、インストール・プロセスの進捗状況とステータスが表示されます。

インストールを取り消す場合は、「取消」をクリックします。インストールを取り消す前にシステムにコピーされたファイルは、システムにそのまま残ります。これらは手作業で削除する必要があります。

「次へ」をクリックして続行します。

インストール完了

「終了」をクリックします。

12.5.3 Web層ホストのインストールの確認

インストールおよびインストール後の手順を完了したら、Oracleホーム・ディレクトリに次のディレクトリが含まれることを確認します。

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

12.6 Oracle Traffic Directorシステム・コンポーネントを含めるドメインの拡張

Oracle Traffic Directorソフトウェアを追加してエンタープライズ・デプロイメント・ドメインを拡張するには、特定のタスクを実行する必要があります。

12.6.1 構成ウィザードの起動

構成ウィザードを起動するには、次のディレクトリに移動し、WebLogic Server構成ウィザードを起動します。
cd ORACLE_HOME/oracle_common/common/bin
./config.sh

12.6.2 ドメインを拡張するために構成ウィザード画面へ移動

構成ウィザードを起動したら、既存のドメインを拡張するために必要な情報を提供する画面の指示に従うことができます。

  1. ドメイン・タイプとドメインの場所の選択
  2. Oracle Traffic Directorの構成テンプレートの選択
  3. GridLink Oracle RACデータベース接続の詳細情報の指定
  4. JDBC接続のテスト
  5. 拡張構成オプションの選択
  6. Oracle Traffic Directorのシステム・コンポーネントの追加
  7. Oracle Traffic DirectorのWebLogic Serverマシンの作成
  8. 構成の指定内容の確認とドメインの構成
  9. ドメイン・ホームと管理サーバーURLの記録

12.6.2.1 ドメイン・タイプとドメインの場所の選択

ドメイン・タイプとドメインの場所を選択する手順は次のとおりです。

  1. 「構成タイプ」画面で、「既存ドメインの更新」を選択します。
  2. 「ドメインの場所」フィールドに、ASERVER_HOME変数に割り当てられている値を入力します。

注意:

12.6.2.2 Oracle Traffic Directorの構成テンプレートの選択

構成テンプレートを選択する手順は次のとおりです。

  1. 「テンプレート」画面で、Oracle Traffic Director -12.2.1.2.0[otd]を選択します。

ヒント:

この画面に示されるオプションの詳細は、構成ウィザードを使用したWebLogicドメインの作成の「テンプレート」に関する項を参照してください。

12.6.2.3 GridLink Oracle RACデータベース接続の詳細情報の指定

「GridLink Oracle RACコンポーネント・スキーマ」画面で追加のデータソースを作成する必要はありません。

「次へ」をクリックします。

12.6.2.4 JDBC接続のテスト

「JDBCコンポーネント・スキーマ・テスト」画面で、構成したデータソース接続をテストします。

すべてのテストが正常に実行されたことを確認して、「次へ」をクリックします。

12.6.2.5 拡張構成オプションの選択

トポロジのドメイン構成を完了するには、「拡張構成」画面で次のオプションを選択します。

  • システム・コンポーネント

12.6.2.6 Oracle Traffic Directorのシステム・コンポーネントの追加

「システム・コンポーネント」画面で、「次へ」をクリックします。

構成ウィザードでシステム・コンポーネントを構成する必要はありません。エンタープライズ・デプロイメントに必要なOracle Traffic Directorインスタンスの作成方法については、Oracle Traffic Directorインスタンスの起動を参照してください。

12.6.2.7 Oracle Traffic DirectorのWebLogic Serverマシンの作成

「マシン」画面を使用して、ドメインに2つの新しいマシンを作成します。マシンは、ノード・マネージャでサーバーを起動または停止できるようにするために必要です。

  1. 「Unixマシン」タブを選択します。
  2. 「追加」ボタンをクリックして、2つの新しいUnixマシンを作成します(OTDインスタンスごとに1つ)。
  3. 各マシンで、「ノード・マネージャ・リスニング・アドレス」フィールドにWebHOSTnを、「ノード・マネージャ・リスニング・ポート」フィールドに5556を指定します。

12.6.2.8 構成の指定内容の確認とドメインの構成

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

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

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

ヒント:

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

12.6.2.9 ドメイン・ホームと管理サーバーURLの記録

「構成に成功しました」画面には、構成したばかりのドメインについて、次の項目が表示されます。

  • ドメインの場所

  • 管理サーバーURL

どちらの項目も後で必要になるため、メモしておく必要があります。ドメインの場所は、管理サーバーの起動に使用するスクリプトへのアクセスで必要になります。

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

ドメイン拡張プロセスの間に管理サーバーを実行していた場合は、続行する前にサーバーを再起動します。

12.7 ドメインの伝播とWeb層ホスト上のノード・マネージャの起動

アプリケーション層ホストにOracle Traffic Directorをインストールし、Oracle Traffic Directorシステム・コンポーネントを含めるようにドメインを拡張したら、Web層のホストにドメイン構成をコピーしてノード・マネージャを構成できます。

12.7.1 アプリケーション層でのドメインの圧縮

次の手順を使用して、ドメイン構成情報が含まれるテンプレートJARファイルを作成します。

  1. APPHOST1にログインし、次のようにpackコマンドを実行してテンプレートJARファイルを作成します。
    cd ORACLE_COMMON_HOME/common/bin
 
./pack.sh -managed=true 
          -domain=ASERVER_HOME 
          -template=full_path/extend_otd_template
          -template_name=extend_otd_template

    この例では、次のようになります。

    • ASERVER_HOMEを、共有記憶域デバイスに作成したドメイン・ディレクトリの実際のパスに置き換えます。

    • full_pathを、テンプレートJARファイルを保存するディレクトリの完全なパスで置き換えます。

    • extend_otd_templateは、作成するJARファイルのサンプル名です。これには、Oracle HTTP Serverインスタンスの構成ファイルなどのドメイン構成ファイルが含まれます。

    • extend_otd_templateは、ドメイン・テンプレート・ファイルに割り当てられる名前です。

    • テンプレートJARファイルの完全なパスを、packコマンドの-template引数の一部として指定する必要があります。

  2. packコマンドで作成したばかりのテンプレートJARファイルの場所を書き留めます。

    ヒント:

    packおよびunpackコマンドの詳細は、Oracle Fusion Middleware PackおよびUnpackコマンドによるテンプレートとドメインの作成のPackおよびUnpackコマンドの概要に関する項を参照してください。

  3. Web層ホストで使用可能な場所にテンプレートJARファイルをコピーします。

12.7.2 Web層ホストでのドメイン構成の解凍

次の手順を使用して、Oracle Traffic Directoryのドメイン構成情報をWeb層ホストにコピーします。
  1. WEBHOST1にログインします。
  2. まだ作成していない場合は、WEBHOST1の記憶域デバイスに管理対象サーバー・ドメインの推奨ディレクトリ構造を作成します。
  3. packコマンドで作成したテンプレートJARファイルにWEBHOST1からアクセスできることを確認します。
  4. 次のようにunpackコマンドを実行して、ドメイン・ディレクトリ内のテンプレートをローカル記憶域に解凍します。
    cd ORACLE_COMMON_HOME/common/bin

./unpack.sh -domain=MSERVER_HOME
            -overwrite_domain=true
            -template=complete_path/extend_otd_template.jar 
            -log_priority=DEBUG
            -log=/tmp/unpack.log
            -app_dir=WT_APPLICATION_HOME

    この例では、次のようになります。

    • MSERVER_HOMEを、ローカル記憶域ディスクに作成するドメイン・ホームの完全なパスに置き換えます。これは、ドメインのコピーの解凍先となる場所です。

    • complete_pathを、packコマンドを実行して共有記憶域デバイス上のドメインを圧縮したときに作成したドメイン・テンプレートJARファイルの完全なパスに置き換えます。

    • WT_APPLICATION_HOMEを、ローカル記憶域上のそのドメインのアプリケーション・ディレクトリの完全なパスに置き換えます。詳細は、「このガイドで使用するファイル・システムとディレクトリ変数」を参照してください。

    ヒント:

    packおよびunpackコマンドの詳細は、Oracle Fusion Middleware PackおよびUnpackコマンドによるテンプレートとドメインの作成のPackおよびUnpackコマンドの概要に関する項を参照してください。

  5. ディレクトリを、新しく作成したMSERVER_HOMEディレクトリに変更して、ドメイン構成ファイルがWEBHOST1のローカル記憶域デバイスの適切な場所にコピーされていることを確認します。
  6. WEBHOST2で解凍手順を繰り返します。

12.7.3 Web層ホストでのノード・マネージャの構成および起動

Oracle Traffic Directorは、Web層ホストで単独で実行されるため、Web層ホストごとにノード単位でノード・マネージャを作成する必要はありません。かわりに、Oracle Traffic Directorノードでは、デフォルトのドメイン単位のノード・マネージャを使用します。

セキュリティ上の理由から、DMZでSSLノード・マネージャを使用することもお薦めします。

必要なノード・マネージャ構成を作成して各Web層ホストでノード・マネージャを起動するには、次の手順を実行します。Web層ホストごとに繰り返してください。

  1. WEB_DOMAIN_HOME/nodemanagerに移動します。
  2. nodemanager.propertiesファイルを編集して次のプロパティを変更します。

    • ListenAddress = WEBHOSTn

    • SecureListener = false

  3. ディレクトリをWEB_DOMAIN_HOME/binに変更します。
  4. このコマンドを実行して、ノード・マネージャ./startNodeManager.shを起動します。
この後に、WebLogic Server管理コンソールにログインして、ノード・マネージャ・タイプを構成します。

  1. 「ロックして編集」をクリックします。

  2. 「ドメイン構造」ナビゲーション・ツリーで、ドメインの名前、「環境」の順に開きます。

  3. 「マシン」をクリックし、WEBHOST1マシンのリンクをクリックします。

  4. 「ノード・マネージャ」タブをクリックします。

  5. 「タイプ」プロパティをSSLから「プレーン」に変更します。

  6. 「保存」をクリックします。

  7. WEBHOST2についても、このタスクを繰り返します。

  8. 「変更のアクティブ化」をクリックします。

12.8 Oracle Traffic Director構成の作成

Oracle Traffic Director構成は、Oracle Traffic Directorサーバーの実行時の特性を定義するメタデータの集合です。構成を作成した後、構成を使用して、1つ以上の管理ノードにOracle Traffic Directorサーバーのインスタンスを作成できます。

注意:

構成に指定されたサーバー・ユーザーは、次の要件を満たしている必要があります。

  • 管理サーバーがrootとして実行されている場合、サーバー・ユーザーはrootであるか、Oracle Traffic Directorをインストールしたユーザーと同じグループに属している必要があります。

  • 管理サーバーがrootユーザー以外で実行されている場合、サーバー・ユーザーは管理サーバーのサーバー・ユーザーと同じである必要があります。

構成がデプロイされるノードは、これらのシステムに構成されているユーザー・アカウントおよびグループの点から同種である必要があります。

構成を作成するには、次のようにします。

  1. アプリケーション層ドメインのFusion Middleware Controlにログインします。
  2. 「WebLogicドメイン」メニューで、「管理」→「OTD構成」を選択します。
  3. 「チェンジ・センター」メニュー(ロック・アイコン)で、「ロックして編集」を選択します。
  4. 「作成」をクリックします
    「新規構成ウィザード」画面が表示されます。
  5. 構成名とオリジン・サーバー・タイプを指定します。
    たとえば、構成名としてedgconfigを指定し、「オリジン・サーバー・タイプ」として「HTTP」を選択して、「次へ」をクリックします。
  6. 「構成の作成: リスナー」画面で、デフォルト値を受け入れて「次へ」をクリックします。
  7. 「構成の作成: オリジン・サーバー・プール」画面で、「次へ」をクリックします。
    エンタープライズ・デプロイメントで構成している製品の他のオリジン・サーバーおよびオリジン・サーバー・プールは、後から追加できます。
  8. 「構成の作成: デプロイメント」画面で、デプロイメントのWebLogic ServerマシンとしてWEBHOST1およびWEBHOST2を選択します。「次へ」をクリックします。
  9. 構成定義が表示された画面を確認し、「構成の作成」をクリックして構成を作成します。
  10. 「チェンジ・センター」メニュー(ロック・アイコン)で、「変更のアクティブ化」を選択して変更を有効にします。

注意:

構成を作成すると、次のものが自動的に作成されます。

  • edgconfigという名前の1つの仮想サーバー。

  • 構成に対して定義されたホストごとに1つのインスタンス。

12.9 Oracle Traffic Directorデフォルト・インスタンスの起動

Oracle Traffic Director構成を使用して、1つ以上の管理ノードにOracle Traffic Directorサーバーのインスタンスを作成できます。

Oracle Traffic Directorデフォルト・インスタンスを起動する手順は次のとおりです。

  1. Traffic DirectorのFusion Middleware Controlにログインします。
  2. 「WebLogicドメイン」で、「管理」→「OTD構成」を選択します。
  3. .
    使用可能な構成のリストが表示されます。
  4. 前に作成した構成を選択します。詳細は、Oracle Traffic Director構成の作成を参照してください。
  5. 「Traffic Director構成」メニューで、「管理」→「インスタンス」を選択します。
    「インスタンス」ページが表示されます。
  6. インスタンスのリストからインスタンスを選択し、「起動」をクリックして、操作が正常に完了したことを確認します。

12.10 エンタープライズ・デプロイメント用のOracle Traffic Director仮想サーバーの定義

デフォルトでは、構成を作成すると、HTTPアクセス用のデフォルト仮想サーバー(edg_config)が作成されます。ただし、各エンタープライズ・デプロイメントでは、固有の目的で追加のOracle Traffic Director仮想サーバーおよびオリジン・サーバー・プールを使用します。たとえば、新しいFusion Middleware製品を含めるようにドメインを拡張するたびに、追加の仮想サーバーを定義する必要があります。

エンタープライズ・デプロイメントで必要な仮想サーバーの一覧は、「エンタープライズ・デプロイメントに必要な仮想サーバーのサマリー」を参照してください

Oracle Traffic Director仮想サーバーの作成に関する一般情報は、Oracle Fusion Middleware Oracle Traffic Directorの管理の仮想サーバーの作成に関する項を参照してください。

仮想サーバーを作成して構成するには、オリジン・サーバー・プールを作成して仮想サーバーを定義する必要があります。

12.10.1 必要なオリジン・サーバー・プールの作成

表12-1に、エンタープライズ・デプロイメントに必要なオリジン・サーバー・プールを示します。Fusion Middleware Controlを使用して必要なオリジン・サーバー・プールを作成する手順は、次のとおりです。
  1. Fusion Middleware Controlにログインします。
  2. 「WebLogicドメイン」メニューで、「管理」→「OTD構成」を選択します。
    使用可能な構成のリストが表示されます。
  3. オリジン・サーバー・プールを追加する構成を選択します。
  4. 「Traffic Director構成」メニューで、「管理」→「オリジン・サーバー・プール」を選択します。
    「サーバー・プール」ページが表示されます。その構成に定義されているサーバー・プール(HTTP/SおよびTCPサーバー・プール)のリストが表示されます。
  5. 「チェンジ・センター」メニュー(ロック・アイコン)で、「ロックして編集」を選択します。
  6. 「HTTP/Sオリジン・サーバー・プール」で、「作成」をクリックして必要なHTTPオリジン・サーバー・プールを作成します。
  7. 「オリジン・サーバー情報」で、オリジン・サーバー・プールに関連付けられたサーバーのアドレスを指定します。
  8. 画面の右上にある「OK」をクリックします。

    オリジン・プール・ページに戻ります。

  9. 「TCPオリジン・サーバー・プール」で、「作成」をクリックしてTCPオリジン・サーバー・プールを作成します。
  10. 「オリジン・サーバー情報」で、オリジン・サーバー・プールに関連付けられたサーバーのアドレスを指定します。
  11. 画面の右上にある「OK」をクリックします。

    オリジン・プール・ページに戻ります。

  12. 画面の右上にあるロック・アイコンをクリックすると表示されるサブメニューの「変更のアクティブ化」を選択します。
    作成したオリジン・サーバー・プールの詳細が、「オリジン・サーバー・プール」ページに表示されます。
  13. エンタープライズ・デプロイメントに必要な追加のオリジン・サーバー・プールについて手順を繰り返します。

    オリジン・サーバー・プールが作成された後、新規オリジン・サーバー・プール・ウィザードの「結果」画面にオリジン・サーバー・プールの作成が成功したことを示すメッセージが表示されます。

  14. 画面の右上にあるロック・アイコンをクリックすると表示されるサブメニューの「変更のアクティブ化」を選択します。

表12-1に、Fusion Middleware製品に必要なオリジン・サーバー・プールを示します。この情報は、Fusion Middleware ControlのOracle Traffic Director管理ページを使用してオリジン・サーバー・プールを作成するときに使用できます。

表12-1 各製品に必要なオリジン・サーバー・プール

製品 オリジン・サーバー・プール タイプ オリジン・サーバー

すべての製品(ドメインごとに1つ)

admin-pool

HTTP

ADMINVHN.example.com:7001

Oracle Web Services Manager。

wsm-pool

HTTP

soahost1.example.com:7010

soahost2.example.com:7010

Oracle SOA Suite

Business Process Management

Oracle SOA Suite for Healthcare

soa-pool

HTTP

soahost1.example.com:8001

soahost2.example.com:8001

Oracle Enterprise Scheduler

ess-pool

HTTP

soahost1.example.com:8021

soahost2.example.com:8021

Business Activity Monitoring

bam-pool

HTTP

soahost1.example.com:9001

soahost2.example.com:9001

Oracle Service Bus

osb-pool

HTTP

soahost1.example.com:8011

soahost2.example.com:8011

Oracle Managed File Transfer。

mft-pool

HTTP

mfthost1.example.com:7500

mfthost2.example.com:7500

Oracle Managed File Transfer。

mft-sftp-pool

TCP

mfthost1.example.com:7022*

mfthost2.example.com:7022*

Oracle SOA Suite for Healthcare

healthcare-tcp-pool

TCP

soahost1.example.com:95nn

soahost2.example.com:95nn

注意:

*7022は、Managed File TransferサーバーのSFTPリスナーで使用されるデフォルト・ポートです。

12.10.2 仮想サーバーの作成

表12-2に、エンタープライズ・デプロイメントに必要な仮想サーバーを示します。仮想サーバーを作成する手順は次のとおりです。
  1. Fusion Middleware Controlにログインします。
  2. 「WebLogicドメイン」メニューで、「管理」→「OTD構成」を選択します
    使用可能な構成のリストが表示されます。
  3. 仮想サーバーを作成する構成を選択します。
  4. 「Traffic Director構成」メニューで、「管理」→「仮想サーバー」を選択します。
  5. 「チェンジ・センター」メニュー(ロック・アイコン)で、「ロックして編集」を選択します。
  6. 「仮想サーバー」で、「作成」をクリックします。
    新規仮想サーバー・ウィザードが開始されます。
  7. 仮想サーバーの名前を入力します。
  8. 「この仮想サーバー用にリスナーを選択」を選択し、「次へ」をクリックします。
  9. 構成を使用して作成したリスナーを選択し、他のデフォルトを受け入れます。「次へ」をクリックします。
  10. 「仮想サーバーの作成: オリジン・サーバー・プール」画面で、「オリジン・サーバーのプールの選択」を選択します。
  11. 各仮想サーバーについて、表12-2に示すプールを選択します。

    必要な情報の入力を完了したら、「次へ」をクリックします

  12. 「仮想サーバーの作成: 確認」画面のデータを確認し、「仮想サーバーの作成」をクリックします。
    仮想サーバーが作成された後、新規仮想サーバー・ウィザードの「結果」画面に、仮想サーバーの作成が成功したことを示すメッセージが表示されます。
  13. 画面の右上にあるロック・アイコンをクリックすると表示されるサブメニューの「変更のアクティブ化」を選択します。

表12-2は、Fusion Middleware製品に必要な仮想サーバーを示しています。この情報は、Fusion Middleware ControlのOracle Traffic Director管理ページを使用して必要な仮想サーバーを作成するときに使用できます。

表12-2 各製品に必要な仮想サーバー

製品 仮想サーバー名 提供ホスト プール リスナー

すべての製品(ドメインごとに1つ)

admin.example.com

admin.example.com

admin-pool

 *

Oracle SOA Suite

Business Process Management

Oracle SOA Suite for Healthcare

soa.example.com

soa.example.com

soa-pool

 *

Oracle Enterprise Scheduler

soa.example.com

soa.example.com

ess-pool

 *

Business Activity Monitoring

soa.example.com

soa.example.com

bam-pool

 *

Oracle SOA Suite

Business Process Management

soainternal.example.com

WEBHOST1-V1*

soa-pool

 *

Oracle Web Services Manager。

soainternal.example.com

WEBHOST1-V1*

wsm-pool

 *

Oracle Enterprise Scheduler

soainternal.example.com

WEBHOST1-V1*

ess-pool

 *

Business Activity Monitoring

soainternal.example.com

WEBHOST1-V1*

bam-pool

 *

Oracle Service Bus

osb.example.com

osb.example.com

osb-pool

 *

Oracle Service Bus

osbinternal.example.com

WEBHOST2-V1*

osb-pool

 *

Oracle Managed File Transfer。

mft-http.example.com

mft.example.com

mft-pool

 *

注意:

*WEBHOST1-V1とWEBHOST2-V1は、対応するOracle Traffic Directorフェイルオーバー・グループで使用されるVIPです。

12.10.3 仮想サーバー・ルートの作成

一部のOracle Fusion Middleware製品では、特定のリクエストを適切な管理対象サーバーに適切なプロトコルでルーティングできるように、特定のURIを定義する必要があります。Oracle Traffic Directorでは、作成済の選択した仮想サーバーに対して特定のルートを作成することで、これらのURIを定義できます。
  1. 表12-3の情報を確認します。

    この項には、特定のOracle Fusion Middleware製品のそれぞれに必要なすべてのルートがリストされています。デプロイする製品について、仮想サーバー、ルートの名前、URIのリストおよびオリジン・サーバー・プールを書き留めてください。その情報を使用して、必要な各ルートを作成できます。

  2. Fusion Middleware Controlにログインします。
  3. 「WebLogicドメイン」メニューで、「管理」→「OTD構成」を選択します
    使用可能な構成のリストが表示されます。
  4. 仮想サーバーを作成する構成をクリックします。
    「Traffic Director構成」ページが表示されます。
  5. 「Traffic Director構成」メニューで、「管理」→「仮想サーバー」を選択します。
  6. 編集する仮想サーバーの名前をクリックします。
  7. 「ルート」タブを選択します。
  8. 「チェンジ・センター」メニュー(ロック・アイコン)で、「ロックして編集」を選択します。
  9. 「作成」をクリックします。
    「ルートの作成」ページが表示されます。
  10. 「名前」フィールドに、ルートの名前を入力します。

    各Fusion Middleware製品に対して作成する必要があるルートのリストを参照してください。

  11. 「条件」フィールドに、ルーティング情報を割り当てる特定のURIを指定する次の構文を入力します。
    $uri =~ '/context_string'

    例:

    $uri =~ '/soa-infra'

    複数のURIを入力する必要がある場合、それらを"or"で区切ります。例:

    $uri =~ '/soa-infra' or $uri=~'/inspection.wsil'
  12. 「オリジン・サーバー・プール」ドロップダウン・メニューから、このルートに関連付けられたプールを選択します。

    このルートの条件に一致するリクエストが、選択したプールに転送されます。

表12-3は、Fusion Middleware製品に必要な仮想サーバー・ルート(またはURI)を示しています。この情報は、Fusion Middleware ControlのOracle Traffic Director管理ページを使用して必要なルートを作成するときに使用できます。

表12-3 各製品に必要な仮想サーバー・ルート

製品 仮想サーバー名 ルート オリジン・サーバー・プール URI

すべての製品(ドメインごとに1つ)

admin.example.com

admin-route

admin-pool

 
/console
/em
/consolehelp

Oracle Service Bus

admin.example.com

osbadmin-route

admin-pool

 
/sbconsole
/servicebus

Oracle Web Services Manager。

soainternal.example.com

wsm-route

wsm-pool

 
/wsm-pm

Oracle SOA Suite

soa.example.com

soa-route

soa-pool

 
/soa-infra
/inspection.wsil
/integration
/b2bconsole
/b2b/services/ws/sdpmessaging/userprefs-ui
/DefaultToDoTaskFlow
/workflow
/ADFAttachmentHelper
/soa/composer
/frevvo
/insight-soa/
/sdpmessaging/userprefs-ui

Oracle Service Bus

osb.example.com

osb-route

osb-pool

 
/sbinspection.wsil
/sbresource
/osb
/alsb
/insight-osb/resources/

Business Process Management

soa.example.com

soa-route

soa-pool

 
/bpm/composer
/bpm/workspace

Oracle Enterprise Scheduler

soa.example.com

ess.route

ess-pool

 
/ess
/EssHealthCheck
/ess-async
/ess-wsjob

Business Activity Monitoring

soa.example.com

bam-route

bam-pool

 
/bam/composer
/OracleBAMWS
/oracle/bam/
/insight

Oracle B2B

soa.example.com

soa-route

soa-pool

 
/b2bconsole
/b2b

Oracle SOA Suite for Healthcare

soainternal.example.com

soa-route

healthcare-pool

 
/healthcare

Oracle Managed File Transfer。

mft-http-example.com

mft-route

mft-pool

 
/mftconsole

12.10.4 オリジン・サーバーおよび仮想ホストのサマリー

各Oracle Fusion Middleware製品では、特定のOracle Traffic Directorオリジン・サーバー、仮想サーバー、および仮想サーバーごとのルーティング情報が必要です。

各製品に必要なオリジン・サーバー・プール

次の表は、Fusion Middleware製品に必要なオリジン・サーバー・プールを示しています。この情報は、Fusion Middleware ControlのOracle Traffic Director管理ページを使用してオリジン・サーバー・プールを作成するときに使用できます。

製品 オリジン・サーバー・プール タイプ オリジン・サーバー

すべての製品(ドメインごとに1つ)

admin-pool

HTTP

ADMINVHN.example.com:7001

Oracle Web Services Manager。

wsm-pool

HTTP

soahost1.example.com:7010

soahost2.example.com:7010

Oracle SOA Suite

Business Process Management

Oracle SOA Suite for Healthcare

soa-pool

HTTP

soahost1.example.com:8001

soahost2.example.com:8001

Oracle Enterprise Scheduler

ess-pool

HTTP

soahost1.example.com:8021

soahost2.example.com:8021

Business Activity Monitoring

bam-pool

HTTP

soahost1.example.com:9001

soahost2.example.com:9001

Oracle Service Bus

osb-pool

HTTP

soahost1.example.com:8011

soahost2.example.com:8011

Oracle Managed File Transfer。

mft-pool

HTTP

mfthost1.example.com:7500

mfthost2.example.com:7500

Oracle Managed File Transfer。

mft-sftp-pool

TCP

mfthost1.example.com:7022*

mfthost2.example.com:7022*

Oracle SOA Suite for Healthcare

healthcare-tcp-pool

TCP

soahost1.example.com:95nn

soahost2.example.com:95nn

注意:

*7022は、Managed File TransferサーバーのSFTPリスナーで使用されるデフォルト・ポートです。

各製品に必要な仮想サーバー

次の表は、Fusion Middleware製品に必要な仮想サーバーを示しています。この情報は、Fusion Middleware ControlのOracle Traffic Director管理ページを使用して必要な仮想サーバーを作成するときに使用できます。

製品 仮想サーバー名 提供ホスト プール リスナー

すべての製品(ドメインごとに1つ)

admin.example.com

admin.example.com

admin-pool

 *

Oracle SOA Suite

Business Process Management

Oracle SOA Suite for Healthcare

soa.example.com

soa.example.com

soa-pool

 *

Oracle Enterprise Scheduler

soa.example.com

soa.example.com

ess-pool

 *

Business Activity Monitoring

soa.example.com

soa.example.com

bam-pool

 *

Oracle SOA Suite

Business Process Management

soainternal.example.com

WEBHOST1-V1*

soa-pool

 *

Oracle Web Services Manager。

soainternal.example.com

WEBHOST1-V1*

wsm-pool

 *

Oracle Enterprise Scheduler

soainternal.example.com

WEBHOST1-V1*

ess-pool

 *

Business Activity Monitoring

soainternal.example.com

WEBHOST1-V1*

bam-pool

 *

Oracle Service Bus

osb.example.com

osb.example.com

osb-pool

 *

Oracle Service Bus

osbinternal.example.com

WEBHOST2-V1*

osb-pool

 *

Oracle Managed File Transfer。

mft-http.example.com

mft.example.com

mft-pool

 *

Oracle Managed File Transfer。

mft-sftp.example.com

mft.example.com

mft-sftp-pool

 *

Oracle SOA Suite for Healthcare

soahealthcare.example.com

soahealthcare.example.com

healtchare-tcp-pool

 *

注意:

*WEBHOST1-V1とWEBHOST2-V1は、対応するOracle Traffic Directorフェイルオーバー・グループで使用されるVIPです。

各製品に必要な仮想サーバー・ルート

次の表は、Fusion Middleware製品に必要な仮想サーバー・ルート(またはURI)を示しています。この情報は、Fusion Middleware ControlのOracle Traffic Director管理ページを使用して必要なルートを作成するときに使用できます。

製品 仮想サーバー名 ルート オリジン・サーバー・プール URI

すべての製品(ドメインごとに1つ)

admin.example.com

admin-route

admin-pool

 
/console
/em
/consolehelp

Oracle Service Bus

admin.example.com

osbadmin-route

admin-pool

 
/sbconsole
/servicebus

Oracle Web Services Manager。

soainternal.example.com

wsm-route

wsm-pool

 
/wsm-pm

Oracle SOA Suite

soa.example.com

soa-route

soa-pool

 
/soa-infra
/inspection.wsil
/integration
/b2bconsole
/b2b/services/ws/sdpmessaging/userprefs-ui
/DefaultToDoTaskFlow
/workflow
/ADFAttachmentHelper
/soa/composer
/frevvo
/insight-soa/
/sdpmessaging/userprefs-ui

Oracle Service Bus

osb.example.com

osb-route

osb-pool

 
/sbinspection.wsil
/sbresource
/osb
/alsb
/insight-osb/resources/

Business Process Management

soa.example.com

soa-route

soa-pool

 
/bpm/composer
/bpm/workspace

Oracle Enterprise Scheduler

soa.example.com

ess.route

ess-pool

 
/ess
/EssHealthCheck
/ess-async
/ess-wsjob

Business Activity Monitoring

soa.example.com

bam-route

bam-pool

 
/bam/composer
/OracleBAMWS
/oracle/bam/
/insight

Oracle B2B

soa.example.com

soa-route

soa-pool

 
/b2bconsole
/b2b

Oracle SOA Suite for Healthcare

soa.example.com

soa-route

healthcare-TCP-pool

 
/healthcare

Oracle SOA Suite for Healthcare

soainternal.example.com

soa-route

healthcare-pool

 
/healthcare

Oracle Managed File Transfer。

mft-http-example.com

mft-route

mft-pool

 
/mftconsole

12.11 エンタープライズ・デプロイメント用のTCPプロキシの作成

Oracle MFTでは、TCPプロキシを使用して、SFTPリクエストをバックエンドMFT WLSサーバーにルーティングします。

TCPプロキシを作成する手順は次のとおりです。
  1. Fusion Middleware Controlにログインします。ページの左上にある「WebLogicドメイン」ボタンをクリックします。
  2. 「管理」→「OTD構成」を選択します。
    使用可能な構成のリストが表示されます。
  3. TCPプロキシを作成する構成を選択します。
  4. 「共通タスク」ペインで、「Traffic Director構成」をクリックします。
  5. 「管理」→「TCPプロキシ」を選択します。
  6. 「TCPプロキシ」表で、「ロックして編集」をクリックし、「作成」をクリックします。
    新規TCPプロキシ・ウィザードが開始されます。表12-4は、エンタープライズ・デプロイメントに必要なTCPプロキシを示しています。
  7. FTPを選択せずにプロキシの名前を入力し、「次へ」をクリックします。
  8. 「TCPプロキシの作成: リスナー」画面で、リスナーの名前と対応するポートを指定し、アドレスに*を指定します。「次へ」をクリックします。
  9. 「TCPプロキシの作成: オリジン・サーバー・プール」画面で、前の手順で作成した対応するプールを選択します。「次へ」をクリックします。
  10. 次の画面を確認して、「TCPプロキシの作成」をクリックします。
  11. 画面の右上にあるロック・アイコンをクリックすると表示されるサブメニューの「変更のアクティブ化」を選択します。

表12-4 TCPプロキシのサマリー

製品 TCPプロキシ名 オリジン・サーバー・プール TCPリスナー名 TCPリスナー・ポート

Oracle Managed File Transfer。

mft-sftp.example.com

mft-sftp-pool

mft-ftp-listener

*:7022

Oracle SOA Suite for Healthcare

soahealthcare.example.com

healtchare-tcp-pool

healthcare-tcp-listener

*:9500

12.12 仮想ホストのフェイルオーバー・グループの作成

フェイルオーバー・グループを使用すると、2つのOracle Traffic Directorインスタンスを結合してOracle Traffic Directorインスタンスの高可用性を実現できます。

EDGの仮想ホストの1つにリクエストが送信されると、フロントエンド・ロード・バランサは、リクエストのロード・バランシング先として構成されたIPアドレスにそのリクエストをリダイレクトします。このIPアドレスは、いずれかのOTDインスタンスで有効化されますが、障害が発生した場合は別のOTDインスタンスに移行できます。1つまたは2つの仮想IP(VIP)アドレスで表されるフェイルオーバー・グループに、2つのOracle Traffic Directorインスタンスを結合することができます。これを行うには、そのIPアドレスに対してアクティブ-パッシブ・フェイルオーバー・グループを作成します。このフェイルオーバー・グループには、1つのプライマリ・インスタンスと複数のセカンダリ・インスタンスがリストされます。

次の手順では、構成内の異なる仮想サーバーに関連付けられたIPアドレスに対してフェイルオーバー・グループを作成する方法について説明します。ロード・バランサは、2つのOracle Traffic Directorインスタンス間でリスエストをフェイルオーバーするため、MFT OTD IPアドレス用のフェイルオーバー・グループはオプションですが、それによって通常のロード・バランサ監視より障害検出とフェイルオーバーが高速化します。

Oracle Traffic Directorのフェイルオーバー・グループまたは他の高可用性構成を作成する方法の詳細は、管理者ガイドの高可用性を提供するためのOracle Traffic Directorの構成に関する項を参照してください。

12.12.1 フェイルオーバー・グループの作成

この項では、フェイルオーバー・グループを作成してOracle Traffic Directorインスタンスの高可用性ペアを実装する方法を説明します。

開始する前に:

  • フェイルオーバー・グループに割り当てる一意のVIPアドレスを決定します。

    • VIPアドレスは、フェイルオーバー・グループ内のノードと同じサブネットに属している必要があります。

    • クライアントはこれらのVIPアドレスにアクセスできる必要があります。

    注意:

    Oracle Traffic Directorインスタンスのアクティブ-アクティブ・ペアを構成するには、同じインスタンスを含む2つのフェイルオーバー・グループを作成する必要がありますが、その際、フェイルオーバー・グループごとに異なるVIPアドレスを割り当て、プライマリ・ノードとバックアップ・ノード・ロールを逆にします。

  • フェイルオーバー・グループ内のプライマリ・ノードおよびバックアップ・ノードとして構成するOracle Traffic Director管理ノードを識別します。これらのノードは同じサブネットに属している必要があります。

    ここで選択する管理ノードに、指定した構成に使用するOracle Traffic Directorインスタンスが存在している必要があります。

  • 各ノードのネットワーク・インタフェースを識別します。

    現在ホスト上で稼働しているネットワーク・インタフェースごとに、管理サーバーによって、インタフェースのIPアドレスのネットワーク部が、指定したVIPのネットワーク部と比較されます。結果が一致した最初のネットワーク・インタフェースが、VIPのネットワーク・インタフェースとして使用されます。

    この管理サーバーによる比較では、フェイルオーバー・グループ用に指定されたVIPがIPv4アドレスであるかIPv6アドレスであるかに応じて、それぞれIPv4アドレスまたはIPv6アドレスで構成されたホスト上のネットワーク・インタフェースのみが検証されます。

  • 存在しないアドレスにバインドできるようにする(転送バインディングのような)システム構成を実行することで、HTTPリスナーのVIP IPアドレスにバインドできます。次のシステム構成のどちらかを実行します。

    echo 1 > /proc/sys/net/ipv4/ip_nonlocal_bind

    または

    sysctl net.ipv4.ip_nonlocal_bind=1

    (再起動後も維持する場合は/etc/sysctl.confで変更)

    フェイルオーバー・グループを作成する構成では、リスナーのIPアドレスがアスタリスク(*)またはVIPと同じアドレスであることを確認してください。それ以外の場合、VIPに送信されたリクエストが仮想サーバーにルーティングされません。

  • 各フェイルオーバー・グループのルーターIDは一意である必要があります。後続のフェイルオーバー・グループを作成するたびに、デフォルトのルーターIDは、254、253のように1つずつ減ります。

Fusion Middleware Controlを使用してフェイルオーバー・グループを作成するには、次を実行します。
  1. Fusion Middleware Controlにログインします。
  2. ページの左上にある「WebLogicドメイン」ボタンをクリックします。
  3. 「管理」→「OTD構成」を選択します。
    使用可能な構成のリストが表示されます。
  4. フェイルオーバー・グループを作成する構成を選択します。
  5. 「共通タスク」ペインの「Traffic Director構成」をクリックします。
  6. 「管理」→「フェイルオーバー・グループ」を選択します。
    フェイルオーバー・グループ・ページが表示されます。これには、構成に定義されているフェールオーバー・グループのリストが表示されます。
  7. 「ロックして編集」をクリックし、次に「アクティブ・パッシブ・フェイルオーバー・グループ」タブで「作成」をクリックします。
  8. フェイルオーバー・グループの作成画面で、次のように入力します

    • 仮想IP: ノード間で移動されるフローティング・ホスト名を入力します。これは、WEBHOST1とWEBHOST2の両方で有効化できる有効な仮想IPにマップする必要があります。このVIPがまだノードで有効化されていないことを確認してください。

    • ルーターID: 1から255の数値を入力します。この値は、IPフェイルオーバーを実行するVRRPプロセスの識別子であるため、フェイルオーバー・グループ全体で一意の値である必要があります。

    • VIPをホストするプライマリおよびバックアップ・インスタンスを選択し、VIPを有効化する場所となる必要なネットワーク・インタフェースを入力します。

  9. 結果画面で、「閉じる」をクリックします。
    フェイルオーバー・グループ・ページに、作成したフェイルオーバー・グループの詳細が表示されます。

    注意:

    • この時点では、2つのノードはアクティブ-パッシブ・ペアになっています。これらをアクティブ-アクティブ・ペアに変更するには、同じ2つのノードを含む別のフェイルオーバー・グループを作成しますが、その際、異なるVIPを割り当て、プライマリおよびバックアップ・ロールを逆にします。

    • フェイルオーバー・グループを作成する場合は、それらのマシン上でrootユーザーとしてotd_startFailoverを実行する必要があります。これはフェイルオーバーを手動で開始するためです。このコマンドを実行しないとフェイルオーバーは開始しないため、高可用性を実現できません。otd_startFailoverの詳細は、『Oracle Traffic Director WebLogic Scripting Toolコマンド・リファレンス』を参照してください

      otd_startFailoverコマンドを実行するには、次の手順を実行します。

      rootとして、またはsudo権限を持つユーザーとしてWLSTを起動します。

      			[root@webhost1]# ./wlst.sh 
			Initializing WebLogic Scripting Tool (WLST) ... 
			Jython scans all the jar files it can find at first startup. Depending on the 
			system, this process may take a few minutes to complete, and WLST may not 
			return a prompt right away. 

			wls:/offline> wls:/offline> props = {} 

			wls:/offline> props['domain-home'] = 
			'/u01/oracle/config/domains/mftedg_domain/' 

			wls:/offline> props['instance'] ='otd_mftedg_WEBHOST1' 

			wls:/offline> otd_startFailover(props)

    • otd_startFailoverには、オペレーティング・システムのkeepalivedパッケージが必要です。このパッケージは、すべてのLinuxディストリビューションにバンドルされているわけではなく、オペレーティング・システムに手動でインストールする必要があります。詳細およびインストール方法は、オペレーティング・システムを参照してください。

前
前 		次
次
目次へ移動
目次