6 エンタープライズ・デプロイメントのロード・バランサとファイアウォールの準備
エンタープライズ・デプロイメントのファイアウォールで開いておく必要のあるハードウェア・ロード・バランサおよびポートを構成する方法を理解することが重要です。
- ハードウェア・ロード・バランサでの仮想ホストの構成
ハードウェア・ロード・バランサの構成によって、リクエストを認識し、様々な種類のネットワーク・トラフィックや監視に対応する複数の仮想サーバーと関連ポートにルーティングできるようにします。 - エンタープライズ・デプロイメントのファイアウォールとポートの構成
管理者として、Oracle Fusion Middlewareの様々な製品とサービスで使用されるポート番号を把握しておくことが重要です。こうして、1つのホストで2つのサービスが同じポート番号を使用しないようにし、エンタープライズ・トポロジのファイアウォールで適切なポートを開くようにします。
上位トピック: 「エンタープライズ・デプロイメントの準備」
ハードウェア・ロード・バランサでの仮想ホストの構成
ハードウェア・ロード・バランサの構成によって、リクエストを認識し、様々な種類のネットワーク・トラフィックや監視に対応する複数の仮想サーバーと関連ポートにルーティングできるようにします。
次の各項では、ハードウェア・ロード・バランサの構成方法について説明し、必要な仮想サーバーのサマリーとこれらの仮想サーバーに関する追加手順を示します。
ハードウェア・ロード・バランサ構成の概要
トポロジのダイアグラムに示すように、リクエストを認識し、様々な種類のネットワーク・トラフィックや監視に対応する複数の仮想サーバーと関連ポートにリクエストをルーティングできるように、ハードウェア・ロード・バランサを構成する必要があります。
ロード・バランシング・デバイスにおける仮想サーバーとは、ロード・バランシングのために複数の物理サーバーを1つのサーバーのように見せかけることができる構成です。仮想サーバーは通常、IPアドレスとサービスによって表され、受信したクライアント・リクエストをサーバー・プール内の各サーバーに配信するために使用されます。
仮想サーバーは、(エンタープライズ・デプロイメントで使用可能な各種サービス用の)適切なホスト・コンピュータおよびポートにトラフィックをルーティングするように構成しておく必要があります。
さらに、サービスが停止したときに特定のサーバーへのトラフィックをできるだけ早く停止できるように、ホスト・コンピュータとポートの可用性を監視するようにロード・バランサを構成する必要があります。これによって、特定の仮想ホストの着信トラフィックが他の層の使用不可のサービスに送信されることがなくなります。
ロード・バランサを構成した後で、同じ名前を持つ一連の仮想ホストを、ロード・バランサに定義した仮想サーバーとして認識するように、Web層のWebサーバー・インスタンスを構成することも可能です。Webサーバーは、ハードウェア・ロード・バランサから受信した各リクエストを、リクエストのヘッダーに記述されているサーバー名に基づいて適切にルーティングできます。「管理およびOracle Web Services Manager用のOracle HTTP Serverの構成」を参照してください。
親トピック: ハードウェア・ロード・バランサでの仮想ホストの構成
ハードウェア・ロード・バランサの構成の一般的な手順
次に、エンタープライズ・デプロイメントのハードウェア・ロード・バランサを構成するための標準的なステップを説明します。
実際に特定のロード・バランサを構成する手順は、ロード・バランサのタイプによって異なることに注意してください。ロード・バランシングを行っているプロトコルのタイプによっては、いくつかの違いがある場合もあります。たとえば、TCP仮想サーバーとHTTP仮想サーバーはそれぞれのプールに異なるタイプの監視を使用します。実際のステップは、ベンダーが提供するドキュメントを参照してください。
-
サーバーのプールを作成します。このプールには、ロード・バランシングの定義に含まれているサーバーとポートのリストが格納されます。
たとえば、Webホスト間のロード・バランシングの場合、リクエストをポート7777でWEBHOST1およびWEBHOST2のホストに送信するサーバーのプールを作成します。
-
特定のホストとサービスが使用可能かどうかを決定するルールを作成し、ステップ1で説明したサーバーのプールに割り当てます。
-
アプリケーションのリクエストを受信するアドレスとポートのために、ロード・バランサ上に必須仮想サーバーを作成します。
エンタープライズ・デプロイメントで必要な仮想サーバーの一覧は、「エンタープライズ・デプロイメントに必要な仮想サーバーのサマリー」を参照してください。
ロード・バランサで各仮想サーバーを定義するときは、次のことを考慮します。
-
ロード・バランサがこれをサポートする場合は、その仮想サーバーが内部、外部またはその両方で使用可能かどうかを指定します。内部アドレスはネットワーク内からのみ解決可能であることを確認します。
-
適用可能な場合は、仮想サーバーに対するSSL終端を構成します。
-
ステップ1で作成したサーバーのプールを仮想サーバーに割り当てます。
-
親トピック: ハードウェア・ロード・バランサでの仮想ホストの構成
エンタープライズ・デプロイメントに必要な仮想サーバーのサマリー
この項では、エンタープライズ・デプロイメントに必要な仮想サーバーについて詳しく説明します。
次の表は、Oracle WebCenter Contentエンタープライズ・トポロジのハードウェア・ロード・バランサで定義する必要がある仮想サーバーの一覧です。
仮想ホスト | サーバー・プール | プロトコル | SSL終端 | 外部 |
---|---|---|---|---|
|
|
HTTP |
いいえ |
いいえ |
|
|
HTTPS |
はい |
はい |
|
|
HTTP |
いいえ |
いいえ |
|
|
TCP |
いいえ |
いいえ |
親トピック: ハードウェア・ロード・バランサでの仮想ホストの構成
admin.example.comに関する追加手順
この項では、仮想サーバーadmin.example.comに必要な追加手順を示します。
ハードウェア・ロード・バランサでこの仮想サーバーを構成する場合:
-
アドレスとポートの変換を有効にします。
-
サービスまたはホストが停止した場合に接続のリセットを有効にします。
親トピック: ハードウェア・ロード・バランサでの仮想ホストの構成
wcc.example.comに関する追加手順
アドレスwcc.example.com
は、ランタイムOracle WebCenter ContentコンポーネントへのすべてのHTTPトラフィックのアクセス・ポイントとして機能する仮想サーバー名です。SSLへのトラフィックが構成されます。クライアントは、HTTP用のアドレスwcc.example.com:443
を使用してこのサービスにアクセスします。ハードウェア・ロード・バランサでこの仮想サーバーを構成する場合:
-
ポート80とポート443を使用します。ポート80(非SSLプロトコル)に着信するリクエストはすべて、ポート443 (SSLプロトコル)にリダイレクトされる必要があります。
-
ANYをプロトコルとして指定します(B2BではHTTPでないプロトコルが必要)。
-
アドレスとポートの変換を有効にします。
-
サービスやノードが停止した場合に接続のリセットを有効にします。
-
この仮想サーバーの
/console
と/em
へのアクセスを除外するルールを作成します。これらのコンテキスト文字列は、リクエストをOracle WebLogic Server管理コンソールとOracle Enterprise Manager Fusion Middleware Controlにルーティングするため、
admin.example.com
からシステムへのアクセス時にのみ使用する必要があります。
親トピック: ハードウェア・ロード・バランサでの仮想ホストの構成
wccinternal.example.comに関する追加手順
アドレスwccinternal.example.com
は、WebCenter ContentおよびSOAサービスの内部起動に使用される仮想サーバー名です。このURLはインターネットに公開されずに、イントラネットからのみアクセスできます。クライアントからの入力トラフィックは、SSL対応ではありません。
このアドレスは、次のように異なるポートを使用するHTTPとRemote Intradoc Client (RIDC)両方のトラフィックで使用されます。
-
HTTPトラフィックはポート7777と80を介してルーティングされます。
-
RIDCトラフィックはTCP上でポート6300と4400を介してルーティングされます。
HTTPトラフィックはWeb層ホスト・プール(WEBHOST1およびWEBHOST2)に送られます。
エンドユーザーRIDCトラフィック(WebCenter Content ADF UIからなど)は、WebCenter Contentホスト・プール(WCCHOST1およびWCCHOST2)に直接送られます。RIDCトラフィックはロード・バランサのポート6300 (6300は主にマスキング用)を使用しますが、トラフィックは最終的にWebCenterホストのRIDCポート(4444)にルーティングされます。
Oracle SOA Suiteシステムでは、内部サービスの起動に使用するURLと同様に、コンポジットのモデリングの際またはFusion Middleware Controlを介した適切なMBeanによる実行時に、ユーザーはこのURLを設定できます。このURLは、Oracle SOA SuiteからWebCenter Contentコンポーネントへの任意のサービス・コールバックに使用できます。クライアントはwccinternal.example.com:80
のアドレスを使用してこのサービスにアクセスし、リクエストはWEBHOST1とWEBHOST2のポート7777に転送されます。
ハードウェア・ロード・バランサでこの仮想サーバーを構成する場合:
-
アドレスとポートの変換を有効にします。
-
サービスまたはノードが停止した場合に接続のリセットを有効にします。
-
wcc.example.com
と同様に、この仮想サーバーの/console
と/em
へのアクセスを除外するルールを作成します。
親トピック: ハードウェア・ロード・バランサでの仮想ホストの構成
エンタープライズ・デプロイメントのファイアウォールとポートの構成
管理者として、Oracle Fusion Middlewareの様々な製品とサービスで使用されるポート番号を把握しておくことが重要です。こうして、1つのホストで2つのサービスが同じポート番号を使用しないようにし、エンタープライズ・トポロジのファイアウォールで適切なポートを開くようにします。
次の表に、トポロジ内のファイアウォールで開く必要のあるポートをリストします。
ファイアウォール表記法:
-
FW0は、最も外側のファイアウォールを表します。
-
FW1は、Web層とアプリケーション層の間のファイアウォールを表します。
-
FW2は、アプリケーション層とデータ層との間におけるファイアウォールを示します。
表6-1 すべてのFusion Middlewareエンタープライズ・デプロイメントに共通のファイアウォール・ポート
タイプ | ファイアウォール | ポートとポートの範囲 | プロトコル/アプリケーション | インバウンド/アウトバウンド | その他の考慮事項とタイムアウトのガイドライン |
---|---|---|---|---|---|
ブラウザによるリクエスト |
FW0 |
80 |
HTTP/ロード・バランサ |
インバウンド |
タイムアウトはHTMLコンテンツのサイズとタイプによって異なります。 |
ブラウザによるリクエスト |
FW0 |
443 |
HTTPS/ロード・バランサ |
インバウンド |
タイムアウトはHTMLコンテンツのサイズとタイプによって異なります。 |
ブラウザによるリクエスト |
FW1 |
80 |
HTTP/ロード・バランサ |
アウトバウンド(イントラネット・クライアント) |
タイムアウトはHTMLコンテンツのサイズとタイプによって異なります。 |
ブラウザによるリクエスト |
FW1 |
443 |
HTTPS/ロード・バランサ |
アウトバウンド(イントラネット・クライアント) |
タイムアウトはHTMLコンテンツのサイズとタイプによって異なります。 |
コールバックおよびアウトバウンド呼出し |
FW1 |
80 |
HTTP/ロード・バランサ |
アウトバウンド |
タイムアウトはHTMLコンテンツのサイズとタイプによって異なります。 |
コールバックおよびアウトバウンド呼出し |
FW1 |
443 |
HTTPS/ロード・バランサ |
アウトバウンド |
タイムアウトはHTMLコンテンツのサイズとタイプによって異なります。 |
ロード・バランサからOracle HTTP Serverへ |
該当なし |
7777 |
HTTP |
該当なし |
該当なし |
管理サーバーによるOHS登録 |
FW1 |
7001 |
HTTP/t3 |
インバウンド |
タイムアウトを短い時間(5から10秒)に設定します。 |
管理サーバーによるOHS管理 |
FW1 |
OHS管理ポート(7779) |
それぞれTCPとHTTP |
アウトバウンド |
タイムアウトを短い時間(5から10秒)に設定します。 |
WebLogic Serverクラスタ内におけるセッション・レプリケーション |
該当なし |
該当なし |
該当なし |
該当なし |
デフォルトでは、サーバーのリスニング・アドレスのポートと同じポートがこの通信で使用されます。 |
管理コンソールへのアクセス |
FW1 |
7001 |
HTTP/管理サーバーとEnterprise Manager t3 |
両方 |
管理コンソールへのアクセスのタイプ(アプリケーション層のクライアントからOracle WebLogic Server管理コンソールを使用する予定があるか、またはアプリケーション層の外部のクライアントから使用する予定があるか)に基づいてこのタイムアウト時間をチューニングする必要があります。 |
データベースへのアクセス |
FW2 |
1521 |
SQL*Net |
両方 |
タイムアウトは、SOAに使用されるプロセス・モデルのタイプとデータベース・コンテンツによって異なります。 |
デプロイメント用Coherence |
該当なし |
8088 範囲: 8000 - 8090 |
該当なし |
該当なし |
|
Oracle Unified Directoryへのアクセス |
FW2 |
389 636 (SSL) |
LDAPまたはLDAP/ssl |
インバウンド |
ロード・バランサに基づいてディレクトリ・サーバーのパラメータをチューニングする必要があります。それ以外の方法ではチューニングしないでください。 |
Oracle Notification Server (ONS) |
FW2 |
6200 |
ONS |
両方 |
Gridlinkに必要。ONSサーバーは各データベース・サーバー上で稼働します。 |
表6-2 Oracle Fusion Middlewareエンタープライズ・デプロイメントの製品固有コンポーネントのファイアウォール・ポート
タイプ | ファイアウォール | ポートとポートの範囲 | プロトコル/アプリケーション | インバウンド/アウトバウンド | その他の考慮事項とタイムアウトのガイドライン |
---|---|---|---|---|---|
Oracle SOA SuiteおよびWSMサーバーへのアクセス |
FW1 |
8001 範囲: 8000 - 8080 |
HTTP/WLS_SOAn |
インバウンド |
タイムアウトは、SOAによって使用されるプロセス・モデルのタイプによって異なります。 |
Oracle WebCenter Contentへのアクセス |
FW1 |
16200 |
HTTP/WLS_WCCn |
インバウンド |
ブラウザ・ベースでアクセスします。セッション・タイムアウトを構成します。 |
RIDC APIリクエスト |
FW1 |
6300 |
TCP/WLS_WCCn |
インバウンド |
該当なし |
Oracle WebCenter Enterprise Captureへのアクセス |
FW1 |
16400 |
HTTP/WLS_CPTn |
インバウンド |
ブラウザ・ベースでアクセスします。セッション・タイムアウトを構成します。 |
SOA_Clusterメンバー間の通信 |
該当なし |
8001 |
TCP/IPユニキャスト |
該当なし |
デフォルトでは、サーバーのリスニング・アドレスのポートと同じポートがこの通信で使用されます。 |
WCC_Clusterメンバー間の通信 |
該当なし |
16200 |
TCP/IPユニキャスト |
該当なし |
デフォルトでは、サーバーのリスニング・アドレスのポートと同じポートがこの通信で使用されます。 |
CPT_Clusterメンバー間の通信 |
該当なし |
16400 |
TCP/IPユニキャスト |
該当なし |
デフォルトでは、サーバーのリスニング・アドレスのポートと同じポートがこの通信で使用されます。 |