| Oracle® Fusion Middleware Oracle Traffic Directorの管理 12c (12.2.1.3.0) E90199-04 |
|
 前 |
 次 |
この章では、オリジン・サーバーを作成および管理する方法を説明します。内容は次のとおりです。
ホスト名、IPアドレス、およびオリジン・サーバーに配布されるリクエスト負荷の合計の割合を指定して、オリジン・サーバー・プールにオリジン・サーバーを追加できます。
オリジン・サーバーをプールに追加すると、実質的には構成が変更されます。更新された構成をOracle Traffic Directorインスタンスに反映するには、「構成の変更のアクティブ化」の説明に従って構成を再デプロイする必要があります。
始める前に
オリジン・サーバーを追加する前に、次の項目を決定します。
オリジン・サーバーを追加するオリジン・サーバー・プール。
オリジン・サーバーのホスト名またはIPアドレス。InfiniBandインタフェースIPアドレス(IPoIB)またはSocket Director Protocol (SDP)アドレスのIPアドレスを指定することをお薦めします。
注意:
SDPはネイティブのInfinibandプロトコルです。SDPを使用した場合のパフォーマンスは、ワークロードに大きく依存します。そのため、SDPとIPoIBを使用したときのパフォーマンスを比較評価し、要件に適したプロトコルを選択することが重要です。
オリジン・サーバーがリクエストをリスニングするポート番号。
このサーバーがバックアップ・オリジン・サーバーであるかどうか。
Oracle Traffic Directorは、ヘルス・チェックによりプライマリ・オリジン・サーバーのいずれも使用できないと検出された場合にのみバックアップ・オリジン・サーバーにリクエストを転送します。
Oracle Traffic Directorがオリジン・サーバーに分散する必要があるリクエスト・ロード合計の比率。この比率は、プール内のその他のオリジン・サーバーに割り当てられている重みに対して相対的な重みの数値として定義します。
Oracle Traffic Directorでは、重みを使用することにより、プール内のオリジン・サーバーの相対的な容量に基づきリクエスト・ロードが分散されるように設定できます。
3つのオリジン・サーバー(os1、os2、os3)でプールが構成されており、それぞれ重みが1、2、2である場合を考えます。プール内のすべてのサーバーに割り当てられている重みの合計は1+2+2=5です。Oracle Traffic Directorでは、合計ロードの1/5がos1、2/5がos2とos3にそれぞれ分散されます。
次のトピックの説明に従い、Fusion Middleware ControlまたはWLSTのいずれかを使用して、オリジン・サーバーをオリジン・サーバーに追加できます。
Fusion Middleware Controlを使用してオリジン・サーバーをプールに追加するには、次を実行します。
プールにオリジン・サーバーを追加するには、otd_createOriginServerコマンドを実行します。
たとえば、次のコマンドは、構成fooのプールorigin-server-pool-1のオリジン・サーバーとして、ホストwww.example.comおよびポート12345を追加します。
props = {}
props['configuration'] = 'foo'
props['origin-server-pool'] = 'origin-server-pool-1'
props['host'] = 'www.example.com'
props['port'] = '12345'
otd_createOriginServer(props)
オリジン・サーバー・プールにオリジン・サーバーを追加した後、各オリジン・サーバーの現在のリストを表示できます。オリジン・サーバーのリストを表示するには、otd_listOriginServersコマンドを実行します。
内容
次のトピックの説明に従い、Fusion Middleware ControlまたはWLSTのいずれかを使用して、オリジン・サーバーのリストを表示できます。
オリジン・サーバーをプールに追加した後、設定の一部(ホスト、ポート、またはオリジン・サーバーの有効化/無効化など)を変更する必要がある場合があります。オリジン・サーバーのプロパティを変更するには、otd_setOriginServerPropertiesコマンドを実行します。
この項では、次の方法について説明します。
オリジン・サーバーの作成時に定義したプロパティ(ホスト、ポート、重みなど)の変更。
オリジン・サーバーの有効化または無効化。
オリジン・サーバーが同時に処理することができる、最大接続数の指定。
Oracle Traffic Directorがオリジン・サーバーへのリクエスト送信レートを上げていく時間(ランプアップ時間)の指定。このパラメータを使用して、オフライン後起動したばかりのオリジン・サーバーで、リクエスト・ロードをサーバーの容量まで徐々に上げることができます。
注意:
プール内のオリジン・サーバーのプロパティを変更すると、構成が変更されます。更新された構成をOracle Traffic Directorインスタンスで表示するには、「構成の変更のアクティブ化」の説明に従って構成を再デプロイする必要があります。内容
次のトピックの説明に従い、Fusion Middleware ControlまたはWLSTのいずれかを使用して、オリジン・サーバーのプロパティを変更できます。
Fusion Middleware Controlを使用してオリジン・サーバーのプロパティを変更するには、次を実行します。
オリジン・サーバーのプロパティを変更するには、otd_setOriginServerPropertiesコマンドを実行します。
たとえば、次のコマンドは、構成fooのプールorigin-server-pool-1内のオリジン・サーバーwww.example.comのランプアップ時間を1200に変更します。
props = {}
props['configuration'] = 'foo'
props['origin-server-pool'] = 'origin-server-pool-1'
props['host'] = 'www.example.com'
props['port'] = '12345'
props['ramp-up-time'] = '1200'
otd_setOriginServerProperties(props)
OTDおよびOracle WebLogic Server (WLS)のクライアントを含むトポロジでは、OTDは構成済HTTPリスナー・ポートで外部リクエストを受け取ります。次に、OTDは別の接続を開き、WLS/オリジン・サーバーに対してリクエストを送信し、プロキシします。
この接続の一部として、OTDはWLS/オリジン・サーバーがOTDにデータを送信して戻せるようにエフェメラル・ポートを活用します。エフェメラル・ポートは、IPソフトウェアの事前定義済範囲から自動的に割り当てられるインターネット・プロトコル(IP)通信の存続期間の短いトランスポート・プロトコル・ポートです。Linuxでは、エフェメラル・ポートを制限および規制することができます。
注意:
OTDは、十分なエフェメラル・ポートが使用可能であるかに依存するため、WLS/オリジン・サーバーと接続を確立したプールを十分に持つことができます。十分なエフェメラル・ポートがない場合、リクエストの処理で遅延が発生します。
不要になったオリジン・サーバーをプールから削除できます。オリジン・サーバーを削除するには、otd_deleteOriginServerコマンドを実行します。
内容
注意:
動的検出が有効なとき(「Oracle WebLogic Serverクラスタのオリジン・サーバー・プールとしての構成」を参照)、クラスタ内のOracle WebLogic Serverインスタンスであるオリジン・サーバーを削除した場合、Oracle Traffic Directorインスタンスを再構成します。有効なオリジン・サーバーがプール内に残っていない場合に、インスタンスが起動しないことがあります。
次のトピックの説明に従い、Fusion Middleware ControlまたはWLSTのいずれかを使用して、オリジン・サーバーを削除できます。
