Catalyst 6500 シリーズ スイッチ コンテント スイッチング モジュール インストレーション コンフィギュレーション ノート Software Release 4.1(2)

仮想サーバ、マップ、およびポリシーの設定

---

この章では、コンテント スイッチングの設定方法について説明します。この章の構成は次のとおりです。

• 「仮想サーバの設定」

• 「マップの設定」

• 「ポリシーの設定」

• 「一般ヘッダー解析の設定」

仮想サーバの設定

ここでは、仮想サーバの設定方法について説明します。

• 「TCPパラメータの設定」

• 「リダイレクト仮想サーバの設定」

（注） 仮想サーバをIPアドレスで設定すると、このサーバがサービス停止中であっても、この特定の IP に対する ARP 要求には応答を開始します。これは、動作可能な仮想サーバを既存のデバイスから CSM に切り替える場合、特に重要なことです。同一ネットワーク内の他の装置と同一 IP で設定された CSM 上に仮想サーバがないことを確認してください。

仮想サーバは、ポリシーによって実サーバ ファームに関連付けられた、一連の実サーバを表します。仮想サーバを設定するには、デフォルトのサーバ ファーム（デフォルトのポリシー）を指定する仮想サーバの属性を設定し、ポリシー リストを使用して他のサーバ ファームを関連付ける必要があります。デフォルト サーバ ファーム（デフォルト ポリシー）は、要求がどの SLB ポリシーとも一致しなかった場合、またはポリシーが仮想サーバに関連付けられていない場合に使用されます。

サーバ ファームを仮想サーバに関連付けるときは事前に、サーバ ファームを設定する必要があります。詳細については、「サーバ ファームの設定」を参照してください。ポリシーは、仮想サーバ コンフィギュレーションに入力された順序で処理されます。詳細については、「ポリシーの設定」を参照してください。

各仮想サーバに保留接続タイムアウトを設定すると、スイッチがトラフィックで溢れた場合に、接続を迅速に切断することができます。この接続は、要求/応答プロセスが完了していないクライアントとサーバ間のトランザクションに適用されます。

カスタマーごとに異なる仮想サーバを割り当てているサービス プロバイダー環境では、CSM の接続リソースの大部分または全部を特定のサーバが吸収しないように接続を分散させる必要があります。

VIP 接続ウォーターマーク機能を使用すると、CSM から特定の仮想サーバに割り振る接続数を制限できます。この機能を使用すると、仮想サーバごとに上限を設定できるので、全仮想サーバ間で接続リソースが公平に分散されます。

（注） レベル 4 またはレベル 7 のいずれかで動作する仮想サーバを1つだけ設定できます。レベル4で動作する仮想サーバを設定する場合は、仮想サーバ コンフィギュレーションの中でサーバ ファーム（デフォルト ポリシー）を指定します（次の手順のステップ3を参照）。レベル7で動作する仮想サーバを設定する場合は、仮想サーバ コンフィギュレーションにSLBポリシーを追加します（次の手順のステップ7を参照）。

CSM はあらゆるIPプロトコルからのトラフィックに対して負荷を分散することができます。仮想サーバ サブモードで仮想サーバを設定するときには、仮想サーバが受け付ける IP プロトコルを定義する必要があります。

（注） すべての IP プロトコルにプロトコル番号がありますが、CSM では対応する番号を入力する代わりに、名前で TCP または UDP を指定できます。

仮想サーバ コンフィギュレーション サブモードで仮想サーバを設定します。

仮想サーバを設定する手順は、次のとおりです。

次に、barnettという名前の仮想サーバを設定し、boscoという名前のサーバ ファームを関連付けて、固定グループ 12 に対して 50 分間の固定接続を設定する例を示します。

次に、vs1という名前の仮想サーバを設定し、2つのポリシーとともに、クライアント トラフィックが特定のポリシーと一致した場合のデフォルト サーバ ファームを指定する例を示します。仮想サーバは、そのポリシーに結合されたサーバ ファームに対して負荷が分散されます。クライアント トラフィックがどのポリシーとも一致しなかった場合、仮想サーバはboscoというデフォルト サーバ ファームに対して負荷が分散されます。

マップの設定

マップを作成して、複数の URL、Cookie、HTTP ヘッダー、およびリターン コードをグループ内で定義すると、ポリシーを設定するときに、ポリシーをグループに関連付けることができます（「ポリシーの設定」を参照）。URL の正規表現（url1、url2 など）は、UNIX ファイル名の仕様に基づきます。詳細については、 表 6-1 を参照してください。

URLマップを追加する手順は、次のとおりです。

Cookieマップを追加する手順は、次のとおりです。

次に、マップを設定して、ポリシーを関連付ける例を示します。

map コマンドを使用して、HTTPヘッダー タイプを指定し、マップ グループを作成します。 map コマンドを入力すると、サブモードが開始され、要求内で CSM に検索させるヘッダー フィールドおよび値を指定できます。

HTTP ヘッダー用のマップを作成する手順は、次のとおりです。

ヘッダー マップの詳細については、「一般ヘッダー解析の設定」を参照してください。

リターン コードをチェックするためのマップを作成する手順は、次のとおりです。

HTTP リターン エラー コード チェックを設定する手順は、次のとおりです。

リターン コード マップの詳細については、「HTTP リターン コード チェックの設定」を参照してください。

ポリシーの設定

ポリシーとは、サーバ ファームにトラフィックを分散する場合に、トラフィックと照合されなければならないアクセス ルールです。ポリシーによって、CSMはレイヤ7トラフィックを分散させます。1つの仮想サーバに複数のポリシーを割り当て、その仮想サーバに複数のアクセス ルールを作成できます。ポリシーを設定するときは、最初にアクセス ルール（マップ、クライアント グループ、および固定 [sticky] グループ）を設定してから、これらのアクセス ルールを所定のポリシーに従って結合します。

（注） サーバ ファームとポリシーを関連付ける必要があります。サーバ ファームが関連付けられていないポリシーは、トラフィックを転送できません。ポリシーに関連付けられたサーバ ファームは、そのポリシーと一致した要求をすべてを受信します。

ポリシー マッチングを実行できる場合、CSMはポリシー リスト内の最初のポリシーを選択します。ポリシーは、仮想サーバにバインドされた順序でポリシー リストに配置されます。

関連付けられたサーバ ファーム内のすべてのサーバがダウンしている場合でも、ポリシーは照合されます。この場合のポリシーのデフォルト動作は、これらの接続を受け取らず、クライアントにreset（RST）を送り返すことです。この動作を変更するには、このポリシーにバックアップ サーバ ファームを追加します。

backup sorry-serverfarm [ sticky ] オプションをバックアップ サーバ ファームに追加すると、プライマリ サーバ ファームに適用された固定（sticky）グループがバックアップ サーバ ファームにも適用されるかどうかも定義できます。プライマリ サーバ ファームのスティッキ性を指定しない場合、バックアップ サーバ ファームにもその設定は適用されません。

たとえば、固定（sticky）グループにポリシーを設定した場合、このポリシー内のプライマリ サーバ ファームが固定されます。クライアントは、プライマリ サーバ ファームに設定された実サーバに固定されます。プライマリ サーバ ファーム内のすべての実サーバで障害が発生した場合、このクライアントからの新規要求はバックアップ サーバ ファームに送信されます。プライマリ サーバ ファームの実サーバが復旧して運用可能になれば、次の動作が結果として実行されます。

• バックアップ実サーバへの既存の接続は、バックアップ実サーバによって継続されます。

• 固定（sticky）オプションがバックアップ サーバ ファームでイネーブルの場合、クライアントからの新規要求がバックアップ実サーバに送信されます。

• 固定（sticky）オプションがバックアップ サーバ ファームで使用されていなければ、新規要求がプライマリ実サーバに送信されます。

リスト内のポリシーを並べ替えるには、ポリシーを削除してから、正しい順序で再入力します。ポリシーを削除して入力するには、仮想サーバ サブモードで no slb-policy policy name コマンドおよび slb-policy policy name コマンドを入力します。

ロードバランシング ポリシーを設定する手順は、次のとおりです。

次の例は、map1というURLマップがすでに設定されていることが前提です。サーバ ロードバランシング ポリシーを設定し、仮想サーバに関連付ける例を示します。

一般ヘッダー解析の設定

ソフトウェア リリース 2.1(1)から、CSMは一般HTTP要求ヘッダー解析をサポートしています。HTTP 要求ヘッダーには、ユーザの要件に合わせてコンテンツをどのようにフォーマットするかを記述するフィールドがあります。

HTTPヘッダー用マップの作成

map コマンドを使用して、HTTPヘッダー タイプを指定し、マップ グループを作成します。 map コマンドを入力すると、サブモードが開始され、要求で CSM に検索させるヘッダー フィールドおよび値を指定できます。

HTTPヘッダー用のマップを作成する手順は、次のとおりです。

 

コマンド	目的
Router(config-module-csm)# map name header	HTTPヘッダー マップ グループを作成して名前を指定します。

---

（注） その他のマップ タイプには、URLおよびCookieがあります。

---

HTTP のヘッダー挿入とは、CSM がクライアント IP アドレスなどの情報を HTTP ヘッダーに挿入する機能です。HTTPのヘッダー挿入は、ヘッダー マップ内から設定します。設定情報については、「「HTTP のヘッダー挿入」」を参照してください。

ヘッダー フィールドおよび一致する値の指定

match コマンドを使用して、フィールド名を指定し、さらにHTTP要求を受信したときにCSMが照合する値を指定します。

ヘッダー フィールドおよび一致する値を指定する手順は、次のとおりです。

 

コマンド	目的
Router(config-slb-map-header)# match protocol http header field header-value expression	フィールド名および値を指定します。フィールドはCookie以外の任意のHTTPヘッダーにできます。Cookieヘッダーを設定しなければならない場合は、Cookieマップを設定できます。

---

（注） CSMでは、ポリシー マッチングの条件として、1つまたは複数のHTTPヘッダー フィールドを指定できます。1つのHTTPヘッダー グループで複数のフィールドを設定した場合、この条件を満たすにはグループのすべての式が一致しなければなりません。

---

ポリシーへのHTTPヘッダー マップの割り当て

ポリシー サブモードで、そのポリシーに含めるヘッダー マップを指定します。ヘッダー マップには、ポリシーに含めるHTTPヘッダー条件を指定します。

ポリシーにHTTPヘッダー マップを割り当てる手順は、次のとおりです。

 

	コマンド	目的
ステップ 1	Router(config-module-csm)# policy policy- name	ポリシーを作成します。
ステップ 2	Router(config-slb-policy)# header-map name	HTTPヘッダー マップをポリシーに割り当てます。

---

（注） デフォルトでは、あらゆるHTTPヘッダー情報がポリシー規則を満たします。HTTP URLおよびHTTP Cookieは、それぞれ固有のヘッダー情報タイプであり、CSMによって別個に処理されます。

---