Cisco Application Control Engine モジュール サーバ ロード バランシング コンフィギュレーション ガイド

スティッキ機能の目的

e-コマース サイトを訪問するクライアントは、サイトをブラウズすることからインターネット上のウィンドウ ショッピングを始めます。サイトのアプリケーションによっては、接続確立後すぐにクライアントが 1 つのサーバに「固定される」ことが必要な場合もあります。また、クライアントがショッピング カートの確立を開始するまで、このアクションは必要ない場合もあります。

いずれにしても、クライアントがショッピング カートに品物を入れてからは、そのクライアントのすべての要求が同じサーバに送信され、すべての品が 1 つのサーバ上の 1 つのショッピング カートに入るようにすることが重要です。顧客のショッピング カートのインスタンスは通常、特定の Web サーバ上にあり、複数のサーバに重複してはいません。

このようなスティッキ性が必要とされるのは、e-コマース アプリケーションだけではありません。バンキング アプリケーションやオンライン取引など、クライアントの情報を維持するような Web アプリケーションはスティッキ性を必要とする可能性があります。FTP および HTTP のファイル転送にも、スティッキが使用されます。

スティッキ グループ

ACE ではスティッキ グループの考え方を利用してスティッキ機能を設定します。スティッキ グループを使用することによって、スティッキ アトリビュートを指定できます。スティッキ グループとそのアトリビュートの設定後、そのスティッキ グループを、レイヤ 7 SLB ポリシー マップの match ステートメントまたはレイヤ 7 ポリシー マップ アクションと関連付けます。各コンテキストに最大 4096 のスティッキ グループを作成できます。ACE に設定された各スティッキ グループには、次の事項を決定する一連のパラメータが含まれています。

• スティッキ方式

• Timeout

• 複製

• cookie のオフセットおよびその他の cookie 関連アトリビュート

• HTTP、RTSP、または SIP ヘッダーのオフセットおよびその他のヘッダー関連アトリビュート

• RADIUS アトリビュート

スティッキ方式

アプリケーションでは個々のユーザやユーザ グループを区別しなければなりません。そのため、ACE は、特定のユーザを特定の Web サーバに固定する手段を必要とします。ACE は次のスティッキ方式をサポートしています。

• 送信元および宛先の IP アドレスまたはそのいずれか

• レイヤ 4 ペイロード

• Hypertext Transfer Protocol（HTTP; ハイパーテキスト転送プロトコル）コンテンツ

• HTTP cookie

• HTTP ヘッダー

• Remote Access Dial-In User Service（RADIUS）アトリビュート

• Real-Time Streaming Protocol（RTSP）ヘッダー

• Session Initiation Protocol（SIP）ヘッダー

• SSL セッション ID

特定の e-コマース ベンダーにこれらのどの方式が適しているかは、多くの場合、使用する e-コマース アプリケーションによって異なります。

ここでは、次の内容について説明します。

• IP アドレス スティッキ

• レイヤ 4 ペイロード スティッキ機能

• HTTP コンテンツ スティッキ機能

• HTTP cookie スティッキ機能

• HTTP ヘッダー スティッキ

• RADIUS アトリビュート スティッキ

• RTSP セッション ヘッダー スティッキ

• SIP コール ID ヘッダー スティッキ

• SSL セッション ID スティッキ

IP アドレス スティッキ

IP ネットマスクに基づいて送信元 IP アドレス、宛先 IP アドレス、またはその両方を使用すると、スティッキを目的として個々のクライアントとその要求を識別できます。ただし、企業やサービス プロバイダーがメガプロキシを使用してインターネットへのクライアント接続を確立している場合、送信元 IP アドレスは、要求の真の送信元として信頼できるインジケータにはなりません。このような場合は、セッションを確実に固定するために cookie またはその他のいずれかのスティッキ方式を使用します。

レイヤ 4 ペイロード スティッキ機能

レイヤ 4 ペイロード スティッキ機能を使用すると、レイヤ 4 フレームのデータに基づきクライアントをサーバに固定できます。開始パターンと終了パターン、解析するバイト数、データの始点から無視するバイト数を指定するオフセットを指定できます。

HTTP コンテンツ スティッキ機能

HTTP コンテンツ スティッキ機能を使用すると、HTTP パケットのコンテンツに基づきクライアントをサーバに固定できます。開始パターンと終了パターン、解析するバイト数、データの始点から無視するバイト数を指定するオフセットを指定できます。

HTTP cookie スティッキ機能

クライアントの cookie によって、ACE およびコンテンツ提供サーバに接続するクライアントを一意に識別できます。cookie は、HTTP ヘッダー内の小さなデータ構造であり、サーバはこれを使用して Web クライアントにデータを送信し、クライアントがその情報を保存するように要求します。一部のアプリケーションでは、クライアントは情報をサーバに返し、クライアントとサーバの間の接続状態または固定状態を維持します。

ACE は、コンテンツ要求を検証し、ポリシーの一致によってそのコンテンツがスティッキ状態であると判断すると、そのコンテンツ要求の cookie または URL を調べます。ACE は、cookie または URL 内の情報を使用して、該当するサーバにコンテンツ要求を転送します。ACE がサポートする cookie スティッキには次のタイプがあります。

• ダイナミック cookie ラーニング - クライアント要求の HTTP ヘッダーまたはサーバの応答内の server Set-Cookie メッセージで特定の cookie 名を探し、自動的にその値を学習するように ACE を設定できます。ダイナミック cookie ラーニングは、同じ cookie 内のセッション ID またはユーザ ID だけでなくその他の情報も保存するようなアプリケーションを扱う場合に適しています。スティッキに使われるのは、cookie 内の特定のバイト値だけです。

デフォルトでは、ACE は cookie 値全体を学習します。オプションとして、オフセットと長さを指定し、cookie 値の一部だけを学習するように ACE に指示することもできます。

あるいは、HTTP 要求内の URL ストリングに示される第 2 の cookie 値を指定することもできます。このオプションでは、ACE は URL の一部として cookie 情報を探索します（最終的には学習または固定します）。URL ラーニングは、HTTP URL の一部として cookie 情報を挿入するアプリケーションに適しています。場合によっては、この機能を使用して cookie を拒否するクライアントに対処することもできます。

• cookie 挿入 - サーバの代わりに ACE が リターン要求に cookie を挿入し、サーバが cookie を入れるように設定されていなくても、cookie スティッキを実行できるようにします。この cookie には、ACE が特定の実サーバへの固定を確実に実行するために使用する情報が入っています。

HTTP ヘッダー スティッキ

HTTP ヘッダー情報を使用してスティッキを提供することも可能です。HTTP ヘッダー スティッキ方式では、ヘッダーのオフセットを指定して、HTTP ヘッダーの一意の部分に基づいてスティッキを提供できます。

RADIUS アトリビュート スティッキ

ACE は、RADIUS アトリビュートに基づきスティッキをサポートします。RADIUS スティッキ グループでは、次のアトリビュートがサポートされます。

• Framed IP

• Framed IP および発信側端末 ID

• Framed IP およびユーザ名

RTSP セッション ヘッダー スティッキ

ACE は、RTSP セッション ヘッダー フィールドに基づきスティッキをサポートします。RTSP ヘッダー スティッキ方式では、ヘッダーのオフセットを指定して、RTSP ヘッダーの一意の部分に基づいてスティッキを提供できます。

SIP コール ID ヘッダー スティッキ

ACE は、SIP コール ID ヘッダー フィールドに基づきスティッキをサポートします。SIP ヘッダー スティッキ方式では、SIP ヘッダー全体が必要であるため、オフセットは指定できません。

SSL セッション ID スティッキ

この機能を利用すると、ACE は SSL セッション ID に基づき同じクライアントを同じ SSL サーバに固定できます。この機能は、SSLv3 でだけ利用できます。SSL セッション ID は、同じクライアントからの複数の接続全体を通じて一意であるため、ACE が SSL トラフィックのロード バランシングをするよう設定され、これを終了しない場合、この機能を使用してクライアントを特定の SSL サーバに固定できます。この機能を使用するには、スティッキ ラーニング用総称プロトコル解析ポリシーを設定する必要があります。ACE は、SSL サーバまたは他の SSL 終端デバイスから SSL セッション ID を学習します。

SSL サーバは既知のクライアントからの新しい接続に同じ SSL セッション ID を再使用できるため、SSL ハンドシェイク時間が削減されます。ハンドシェイク時間が削減すると、サーバの計算回数が少なくなり、CPU 使用率が低下するため、SSL TPS（トランザクション/秒）が増加します。

スティッキ テーブル

スティッキ接続のトラックを維持するために、ACE はスティッキ テーブルを使用します。テーブルのエントリには、次の項目が含まれています。

• スティッキ グループ

• スティッキ方式

• スティッキ接続

• 実サーバ

スティッキ テーブルには最大 400 万のエントリを保存できます（同時に 400 万のユーザ）。テーブルが最大エントリ数に達してから、スティッキ接続が追加されると、テーブルが循環して最初のユーザとその該当サーバとのスティッキが解除されます。

ACE は設定可能なタイムアウト メカニズムによってスティッキ テーブルのエントリをエージング アウトします。エントリがタイムアウトになると、そのエントリは再利用できる状態になります。接続率が高ければ、スティッキ エントリがタイムアウトになる前にエージング アウトされることもあります。このような場合、ACE は有効期限に最も近いエントリを再利用します。

スティッキ エントリには、ダイナミック エントリとスタティック（ユーザ設定）エントリがあります。スタティック スティッキ エントリを作成すると、ACE はスティッキ テーブル内に即座にそのエントリを置きます。スタティック エントリは、ユーザが設定から削除するまで、スティッキ データベース内に残ります。各コンテキストに最大 4096 のスタティック スティッキ エントリを作成できます。

なんらかの理由（プローブ エラー、no inservice コマンド、または ARP タイムアウト）で ACE が実サーバをアウト オブ サービス状態にした場合、ACE はそのサーバに関連付けられているスティッキ エントリをすべてデータベースから削除します。

スティッキ機能によるサーバ ファーム動作のバックアップ

serverfarm コマンドを使用してサーバ ファームをスティッキ グループに関連付けると、プライマリ サーバ ファームはそのスティッキ グループのスティッキ性を継承します。ACE は、ユーザがスティッキ グループに設定したスティッキの種類に基づいて、同じクライアントからの要求を、プライマリ サーバ ファーム内の同じサーバに送信します。さらに、同じコマンドの backup オプションを使用してバックアップ サーバ ファームを設定すると、オプションの sticky キーワードを設定することにより、そのバックアップ サーバ ファームもスティッキ状態にすることができます。

プライマリ サーバ ファーム内のすべてのサーバが停止した場合、ACE は、すべての新しい要求をバックアップ サーバ ファームに送信します。プライマリ サーバ ファームが復旧した場合（少なくとも 1 つのサーバがアクティブになった場合）

• sticky オプションがイネーブルである場合

– バックアップ サーバ ファーム内の実サーバの既存のスティッキ テーブルのエントリに一致するすべての新しいスティッキ接続は、バックアップ サーバ ファームの同じ実サーバに固定されます。

– すべての新しい非スティッキ接続およびスティッキ テーブルにエントリがないスティッキ接続は、プライマリ サーバ ファームの実サーバにロード バランシングされます。

• sticky オプションがイネーブルでない場合、ACE は、プライマリ サーバ ファームの実サーバにすべての新しい接続をロード バランシングします。

• バックアップ サーバ ファーム内のサーバへの既存の非スティッキ接続は、バックアップ サーバ ファーム内で完了できます。

（注） 部分的なサーバ ファーム フェールオーバーを設定することにより、プライマリ サーバ ファームがフェールオーバーして再び使用可能になる条件を微調整できます。部分的なサーバ ファーム フェールオーバーの詳細については、 「実サーバおよびサーバ ファームの設定」の「部分サーバ ファーム フェールオーバーの設定」を参照してください。

ソーリー サーバを設定し、プライマリ サーバ ファームの復旧後、既存の接続をプライマリ サーバ ファームに戻したい場合は、スティッキ機能を使用しないでください。バックアップ サーバ ファームおよびソーリー サーバの設定に関する詳細は、 「サーバ ロード バランシングに関するトラフィック ポリシーの設定」 を参照してください。

IP アドレス スティッキ設定のクイック スタート

表 5-1 は、ACE にスティッキを設定するために必要な手順を簡潔にまとめたものです。各手順には、その作業を完了するために必要な CLI コマンド、または手順の参照先が含まれています。各機能および CLI コマンドに関連付けられているすべてのオプションについての詳細は、 表 5-1 以降のセクションを参照してください。

IP アドレス スティッキ グループの作成

IP アドレス スティッキ グループの設定を開始する前に、スティッキにリソースが割り当てられていることを確認します（「スティッキ設定についての設定の要件および考慮事項」を参照）。

IP アドレス スティッキのスティッキ グループを作成するには、コンフィギュレーション モードで sticky ip-netmask コマンドを使用します。各 ACE に、最大 4096 のスティッキ グループを作成できます。このコマンドの構文は次のとおりです。

sticky ip-netmask netmask address { source | destination | both } name

キーワードおよび引数は、次のとおりです。

• ip netmask netmask - ACE が IP アドレスに適用するネットワーク マスクを指定します。ドット付き 10 進表記でネットワーク マスクを入力します（例：255.255.255.0）。

• address - スティッキに使用される IP アドレスを指定します。address キーワードの後ろに次のいずれかのオプションを入力します。

– source - ACE がクライアントをサーバに固定するために送信元 IP アドレスを使用するように指定します。Web アプリケーション環境では通常、このキーワードを使用します。

– destination - ACE がクライアントをサーバに固定するために宛先アドレスを使用するように指定します。キャッシュ環境では通常、このキーワードを使用します。

– both - ACE がクライアントをサーバに固定するために送信元 IP アドレスと宛先 IP アドレスの両方を使用するように指定します。

• name - スティッキ グループの固有識別情報。スペースを含まず引用符なしの英数字を入力します（最大 64 文字）。

たとえば、送信元 IP アドレスと宛先 IP アドレスの両方に基づく IP アドレス スティッキを使用するスティッキ グループを作成するには、次のように入力します。

設定からスティッキ グループを削除するには、次のように入力します。

IP アドレス スティッキのタイムアウトの設定

スティッキ タイムアウトは、最後のクライアント接続終了後、スティッキ テーブル内のそのクライアント接続の IP アドレス スティッキ情報を ACE が維持する時間です。モジュールが特定のスティッキ テーブル エントリと一致する新しい接続をオープンしたり、既存の接続上で新たな HTTP GET を受信するたびに、ACE はエントリのスティッキ タイマーをリセットします。接続率が高ければ、スティッキ エントリがタイムアウトになる前にエージング アウトされることもあります。

IP アドレス スティッキ タイムアウトを設定するには、スティッキ IP コンフィギュレーション モードで timeout minutes コマンドを使用します。このコマンドの構文は次のとおりです。

timeout minutes

minutes 引数には、1 ～ 65535 の整数を入力します。デフォルトは 1440 分（24 時間）です。

たとえば、次のように入力します。

1440 分のデフォルト値にタイムアウトをリセットするには、次のように入力します。

IP アドレス スティッキ タイムアウトによるアクティブ接続の無効化

デフォルトでは、ACE は、スティッキ テーブル エントリのタイムアウト時間が経過し、そのエントリと一致するアクティブ接続がなければ、そのエントリをエージング アウトします。スティッキ タイマーの満了後、たとえアクティブ接続があっても、ACE が IP アドレス スティッキ テーブルのエントリを タイムアウトにするように指定するには、スティッキ IP コンフィギュレーション モードで timeout activeconns コマンドを使用します。

このコマンドの構文は次のとおりです。

timeout activeconns

たとえば、次のように入力します。

アクティブな接続がある場合は IP アドレス スティッキ エントリをタイムアウトにしないというデフォルトの動作に ACE を戻すには、次のように入力します。

IP アドレス スティッキ テーブル エントリの複製

冗長構成を使用している場合は、スタンバイ ACE に IP アドレス スティッキ テーブル エントリを複製するように ACE を設定すると、スイッチオーバー発生時にも新しいアクティブ ACE で既存のスティッキ接続を維持できます。ACE がスタンバイ ACE に IP アドレス スティッキ テーブル エントリを複製するように設定するには、スティッキ IP コンフィギュレーション モードで replicate sticky コマンドを使用します。このコマンドの構文は次のとおりです。

replicate sticky

（注） スタンバイ ACE 上の IP アドレス スティッキ テーブル エントリのタイマーは、そのエントリがアクティブ ACE のエントリと同期化されるたびにリセットされます。したがって、スタンバイ スティッキ エントリのライフタイムは、アクティブ エントリの最大 2 倍となる可能性があります。ただし、アクティブ ACE でそのエントリの期限が切れたり、新しい実サーバが選択されて新しいエントリが作成されると、スタンバイ ACE 上の古いエントリは置き換えられます。

たとえば、次のように入力します。

ACE をデフォルト値に戻し、IP アドレス スティッキ テーブル エントリが複製されないようにするには、次のように入力します。

スタティック IP アドレス スティッキ テーブル エントリの設定

送信元 IP アドレス、宛先 IP アドレス、または実サーバ名とポートに基づいてスタティック スティッキ テーブル エントリを設定できます。スタティック スティッキ IP 値は時間が経過しても変化しません。また複数のスタティック エントリを設定できます。

（注） スタティック エントリを設定すると、ACE はこれを即座にスティッキ テーブルに入力します。最大 4096 のスタティック エントリを作成できます。

スタティック スティッキ IP テーブル エントリを設定するには、スティッキ IP コンフィギュレーション モードで static client コマンドを使用します。このコマンドの構文は、スティッキ グループ作成時に選択した address オプションによって異なります。「IP アドレス スティッキ グループの作成」を参照してください。

スティッキ グループに source オプションを設定した場合、このコマンドの構文は次のようになります。

static client source ip_address rserver name [ number ]

スティッキ グループに destination オプションを設定した場合、このコマンドの構文は次のようになります。

static client destination ip_address rserver name [ number ]

スティッキ グループに both オプションを設定した場合、このコマンドの構文は次のようになります。

static client source ip_address [ destination ip_address ]{ rserver name [ number ]}

キーワード、引数、およびオプションは、次のとおりです。

• source ip_address - 送信元 IP アドレスに基づくスタティック エントリを指定します。ドット付き 10 進表記で IP アドレスを入力します（例：192.168.12.15）。

• destination ip_address - 宛先 IP アドレスに基づくスタティック エントリを指定します。ドット付き 10 進表記で IP アドレスを入力します（例：172.16.27.3）。

• rserver name - 実サーバ名に基づくスタティック エントリを指定します。スペースを含まず引用符のない英数字で既存の実サーバ名を入力します（最大 64 文字）。

• number - （任意）実サーバのポート番号。1 ～ 65535 の整数を入力します。

たとえば、送信元 IP アドレス、宛先 IP アドレス、およびサーバ名とポート番号に基づくスタティック スティッキ エントリを設定するには、次のように入力します。

スティッキ テーブルからスタティック エントリを削除するには、次のように入力します。

サーバ ファームと IP アドレス スティッキ グループの関連付け

スティッキ グループの設定を完了するには、グループにサーバ ファーム エントリを設定する必要があります。スティッキ グループにサーバ ファーム エントリを設定するには、スティッキ IP コンフィギュレーション モードで serverfarm コマンドを使用します。このコマンドの構文は次のとおりです。

serverfarm name1 [ backup name2 [ sticky ]]

キーワード、引数、およびオプションは、次のとおりです。

• name1 - スティッキ グループと関連付ける既存のサーバ ファームの識別子。各スティッキ グループにサーバ ファームを 1 つ関連付けることができます。

• backup name2 - （任意）バックアップ サーバ ファームとして ACE に使用させる既存のサーバ ファームの識別子を指定します。プライマリ サーバ ファームが停止した場合、ACE は設定されているバックアップ サーバ ファームを使用します。クライアントがバックアップ サーバ ファームに固定されると、プライマリ サーバ ファームが再びアクティブになっても、そのクライアントはバックアップ サーバ ファームに固定されたままになります。バックアップ サーバ ファームに関する詳細は、「スティッキ機能によるサーバ ファーム動作のバックアップ」を参照してください。

（注） サーバ ファームのすべてのサーバで障害が発生し、バックアップ サーバ ファームを設定しなかった場合、ACE はコンテンツ要求に対してクライアントにリセット（RST）を送信します。デフォルトでバックアップ サーバ ファームを設定した場合、ACE はバックアップ サーバ ファームのすべての実サーバの状態を考慮してから、VIP を非稼動にします。プライマリ サーバ ファームのすべての実サーバに障害が起こり、動作中のバックアップ サーバ ファーム内に 1 つ以上の実サーバがある場合、ACE は VIP の稼動状態を維持します。

• sticky - （任意）バックアップ サーバ ファームにスティッキ機能を指定します。

たとえば、サーバ ファームをスティッキ グループに関連付けて、スティッキ バックアップ サーバ ファームを指定するには、次のように入力します。

サーバ ファームとスティッキ グループの関連付けを解除するには、次のように入力します。

IP アドレス スティッキの設定例

次の例は、IP アドレス スティッキを定義している実行コンフィギュレーションです。この例では、IP アドレス スティッキの設定を太字で示してあります。

これは、IP アドレス スティッキを使用する ACE の設定例です。この設定では、トランザクションの完了に必要な場合、クライアントの送信元 IP アドレス、宛先 IP アドレス、またはその両方により、後続の複数の接続に関してクライアントを同じサーバに固定できます。

レイヤ 4 ペイロード スティッキ設定のクイック スタート

表 5-2 は、ACE にスティッキを設定するために必要な手順を簡潔にまとめたものです。各手順には、その作業を完了するために必要な CLI コマンド、または手順の参照先が含まれています。各機能および CLI コマンドに関連付けられているすべてのオプションについての詳細は、 表 5-2 以降のセクションを参照してください。

レイヤ 4 ペイロード スティッキ グループの作成

レイヤ 4 ペイロード スティッキ グループの設定を開始する前に、スティッキにリソースが割り当てられていることを確認します（「スティッキ設定についての設定の要件および考慮事項」を参照）。

レイヤ 4 ペイロード スティッキ グループを作成するには、コンフィギュレーション モードで sticky layer4-payload コマンドを使用します。このコマンドの構文は次のとおりです。

sticky layer4-payload name

name 引数は、スティッキ グループの固有識別情報です。スペースを含まず引用符なしの英数字を入力します（最大 64 文字）。

たとえば、次のように入力します。

設定からスティッキ グループを削除するには、次のように入力します。

レイヤ 4 ペイロード スティッキ タイムアウトの設定

スティッキ タイムアウトは、最後のクライアント接続終了後にスティッキ テーブル内のそのクライアント接続のレイヤ 4 ペイロード スティッキ情報を ACE が維持する時間です。ACE が特定のスティッキ テーブル エントリと一致する新しい接続をオープンするたびに モジュール はそのエントリのスティッキ タイマーをリセットします。

スティッキ タイムアウトを設定するには、スティッキ レイヤ 4 ペイロード コンフィギュレーション モードで timeout minutes コマンドを使用します。このコマンドの構文は次のとおりです。

timeout minutes

minutes 引数には、1 ～ 65535 の整数を入力します。デフォルトは 1440 分（24 時間）です。

たとえば、次のように入力します。

1440 分のデフォルト値にタイムアウトをリセットするには、次のように入力します。

レイヤ 4 ペイロード タイムアウトによるアクティブ接続の無効化

スティッキ タイマーの満了後、たとえアクティブ接続があっても、ACE が レイヤ 4 ペイロード スティッキ テーブルのエントリをタイムアウトにするように指定するには、スティッキ レイヤ 4 ペイロード コンフィギュレーション モードで timeout activeconns コマンドを使用します。このコマンドの構文は次のとおりです。

timeout activeconns

たとえば、次のように入力します。

アクティブな接続がある場合はレイヤ 4 ペイロード スティッキ エントリをタイムアウトにしないというデフォルトの動作に ACE を戻すには、次のように入力します。

レイヤ 4 ペイロード スティッキ エントリの複製

冗長構成を使用している場合は、スタンバイ ACE にレイヤ 4 ペイロード スティッキ テーブル エントリを複製するように ACE を設定すると、スイッチオーバー発生時にも新しいアクティブ ACE で既存のスティッキ接続を維持できます。ACE がスタンバイ ACE に スティッキ テーブル エントリを複製するように設定するには、スティッキ レイヤ 4 ペイロード コンフィギュレーション モードで replicate sticky コマンドを使用します。このコマンドの構文は次のとおりです。

replicate sticky

（注） スタンバイ ACE 上のスティッキ テーブル エントリのタイマーは、そのエントリがアクティブ ACE のエントリと同期化されるたびにリセットされます。スタンバイ スティッキ エントリのライフタイムは、アクティブ エントリの最大 2 倍となる可能性があります。ただし、アクティブ ACE でそのエントリの期限が切れたり、新しい実サーバが選択されて新しいエントリが作成されると、スタンバイ ACE 上の古いエントリは置き換えられます。

たとえば、次のように入力します。

ACE をデフォルト値に戻し、スティッキ テーブル エントリが複製されないようにするには、次のように入力します。

サーバ応答に対するスティッキ ラーニングのイネーブル化

レイヤ 4 ペイロード スティッキでは、ACE は指定されたオフセット、長さ、およびパターンに基づき、クライアント要求を解析します。「レイヤ 4 ペイロード スティッキ パラメータの設定」を参照してください。

ACE がサーバ応答を解析し、スティッキ ラーニングを実行するには、スティッキ レイヤ 4 ペイロード コンフィギュレーション モードで response sticky コマンドを使用します。ACE は、サーバ応答バイトのハッシュを使用して、スティッキ データベースにデータを入力します。ACE は、次回同じバイトでクライアント要求を受信した場合、そのクライアントを同じサーバに固定します。このコマンドの構文は次のとおりです。

response sticky

たとえば、ACE がサーバからの応答バイトを解析してスティッキ ラーニングを実行できるようにするには、次のように入力します。

サーバ応答を解析せずに、スティッキ ラーニングを実行するというデフォルトの動作に ACE をリセットするには、次のように入力します。

レイヤ 4 ペイロード スティッキ パラメータの設定

レイヤ 4 ペイロード値は時間の経過とともに変化し、クライアントとサーバ間のトランザクション全体を通じて変化しないのはごくわずかな部分だけです。ACE が特定サーバに接続を固定するために、ペイロードの変化しない部分を使用するように設定できます。ACE に使用させたいペイロード部分を定義するには、ペイロードのオフセットと長さの値を指定します。ACE はこれらの値をスティッキ テーブルに保存します。

また、ACE がクライアントを特定のサーバに固定するために使用する正規表現に基づき、開始パターンと終了パターンを指定することもできます。正規表現の詳細については、 「サーバ ロード バランシングに関するトラフィック ポリシーの設定」 の 表 3-3 を参照してください。

ペイロードのオフセット、長さ、開始パターン、および終了パターンを設定するには、スティッキ レイヤ 4 ペイロードコンフィギュレーション モードで layer4-payload コマンドを使用します。このコマンドの構文は次のとおりです。

layer4-payload [ offset number1 ] [ length number2 ] [ begin-pattern expression1 ] [ end-pattern expression2 ]

キーワード、引数、およびオプションは、次のとおりです。

• offset number1 - ペイロードの最初のバイトから無視するバイト数を示すことにより、ACE が特定のサーバにクライアントを固定するために使用するペイロード部分を指定します。0 ～ 999 の整数を入力します。デフォルトは 0 です。デフォルトでは、ACE はペイロードのどの部分も除外しません。

• length number2 - ACE がクライアントをサーバに固定するために使用するペイロード部分の長さ（オフセット値の後ろのバイトからの長さ）を指定します。1 ～ 1000 の整数を入力します。デフォルトはペイロード全体です。

TCP 接続では、 max-parse length 値が offset 値後の残りのパケット部分の値以下である場合に限り、ACE は解析を停止します。 max-parse length 値が、残りのパケット サイズより大きい場合は、ACE は、継続して待機し、クライアントからさらにデータを受信します。

UDP では、ACE はパケットの最後に到達すると解析を停止します。

（注） 同じ layer4-payload コマンドで length オプションと end-pattern オプションの両方は指定できません。

• begin-pattern expression1 - レイヤ 4 ペイロードの開始パターンおよびハッシュを行う前に照合するパターン ストリングを指定します。開始パターンを指定しない場合、ACE はオフセット バイトの直後に解析を開始します。同じトラフィック分類に属する異なるサーバ ファームには、異なる開始パターンと終了パターンを設定できません （ 「サーバ ロード バランシングに関するトラフィック ポリシーの設定」 を参照）。設定するパターンごとに、引用符で囲まずにスペースを入れないで、255 文字以内で英数字を入力します。または、ストリング全体を引用符（"）で囲むことによって、スペースが含まれるテキスト ストリングを入力することもできます。ACE は、ストリング式の照合に正規表現を使用することをサポートします。 「サーバ ロード バランシングに関するトラフィック ポリシーの設定」 の 表 3-3 には、ストリング式の照合に使用できる、サポート対象文字の一覧があります。

（注） データ ストリングの照合時の正規表現では、ピリオド（.）および疑問符（?）が文字通りの意味を持たないことに注意してください。これらの記号を照合する場合は、角カッコ（[ ]）を使用します。たとえば、www.xyz.com の代わりに www[.]xyz[.]com を入力します。ドット（.）または疑問符（?）のエスケープとしてバックスラッシュ（\）を使用することもできます。

• end-pattern expression2 - ハッシュの終了をマークするパターンを指定します。終了パターンまたは長さを指定しない場合、ACE はフィールドまたはパケットの終了に到達するか、あるいは最大本体解析長に到達するまでデータの解析を継続します。同じトラフィック分類に属する異なるサーバ ファームには、異なる開始パターンと終了パターンを設定できません （ 「サーバ ロード バランシングに関するトラフィック ポリシーの設定」 を参照）。

（注） 同じ layer4-payload コマンドで length オプションと end-pattern オプションの両方は指定できません。

設定するパターンごとに、引用符で囲まずにスペースを入れないで、255 文字以内で英数字を入力します。または、ストリング全体を引用符（"）で囲むことによって、スペースが含まれるテキスト ストリングを入力することもできます。ACE は、ストリング式の照合に正規表現を使用することをサポートします。 「サーバ ロード バランシングに関するトラフィック ポリシーの設定」 の 表 3-3 には、ストリング式の照合に使用できる、サポート対象文字の一覧があります。

たとえば、次のように入力します。

設定からペイロードのオフセットと長さを削除するには、次のように入力します。

スタティック レイヤ 4 ペイロード スティッキ エントリの設定

ACE が レイヤ 4 ペイロード（オプションとして実サーバ名とポート）に基づいてエントリのスタティック スティッキ エントリを使用するように設定できます。スタティック ペイロード値は常に一定です。複数のスタティック ペイロード エントリを設定できますが、1 つのスタティック ペイロード値に対応付けることができるのは、重複しない 1 つの実サーバ名だけです。

（注） スタティック エントリを設定すると、ACE はこれを即座にスティッキ テーブルに入力します。最大 4096 のスタティック エントリを作成できます。

スタティック レイヤ 4 ペイロード スティッキ エントリを設定するには、スティッキ レイヤ 4 ペイロード コンフィギュレーション モードで static layer4-payload コマンドを使用します。このコマンドの構文は次のとおりです。

static layer4-payload value rserver name [ number ]

キーワード、引数、およびオプションは、次のとおりです。

• value - ペイロード ストリング値 スペースを含まず引用符なしの英数字を入力します（最大 255 文字）。または、ストリング全体を引用符（"）で囲むことによって、スペースが含まれるテキスト ストリングを入力することもできます。

• rserver name - 既存の実サーバのホスト名を指定します。

• number - （任意）実サーバのポート番号。1 ～ 65535 の整数を入力します。

たとえば、次のように入力します。

設定からスタティック ペイロード エントリを削除するには、次のように入力します。

サーバ ファームとレイヤ 4 ペイロード スティッキ グループの関連付け

スティッキ グループの設定を完了するには、グループにサーバ ファーム エントリを設定する必要があります。スティッキ グループにサーバ ファーム エントリを設定するには、スティッキ レイヤ 4 ペイロードコンフィギュレーション モードで serverfarm コマンドを使用します。このコマンドの構文は次のとおりです。

serverfarm name1 [ backup name2 [ sticky ] [ aggregate-state ]]

キーワード、引数、およびオプションは、次のとおりです。

• name1 - スティッキ グループと関連付ける既存のサーバ ファームの識別子。各スティッキ グループにサーバ ファームを 1 つ関連付けることができます。

• backup name2 - （任意）バックアップ サーバ ファームとして ACE に使用させる既存のサーバ ファームの識別子を指定します。プライマリ サーバ ファームが停止した場合、ACE は設定されているバックアップ サーバ ファームを使用します。クライアントがバックアップ サーバ ファームに固定されると、プライマリ サーバ ファームが再びアクティブになっても、そのクライアントはバックアップ サーバ ファームに固定されたままになります。バックアップ サーバ ファームに関する詳細は、「スティッキ機能によるサーバ ファーム動作のバックアップ」を参照してください。

• sticky - （任意）バックアップ サーバ ファームにスティッキ機能を指定します。

• aggregate-state - このオプションは廃止予定であり、すでに VIP の状態には有効ではありません。デフォルトでは、ACE は、VIP をアウト オブ サービスにする前にバックアップ サーバ ファーム内のすべての実サーバのステートを考慮します。プライマリ サーバ ファームのすべての実サーバに障害が起きても、バックアップ サーバ ファームに動作中の実サーバが 1 つ以上あれば、ACE は VIP の稼動状態を維持します。

たとえば、サーバ ファームをスティッキ グループに関連付けて、スティッキ バックアップ サーバ ファームを指定するには、次のように入力します。

サーバ ファームとスティッキ グループの関連付けを解除するには、次のように入力します。

HTTP コンテンツ スティッキ設定のクイック スタート

表 5-3 は、ACE に HTTP コンテンツ スティッキを設定するために必要な手順を簡潔にまとめたものです。各手順には、その作業を完了するために必要な CLI コマンド、または手順の参照先が含まれています。各機能および CLI コマンドに関連付けられているすべてのオプションについての詳細は、 表 5-3 以降のセクションを参照してください。

HTTP コンテンツ スティッキ グループの作成

HTTP コンテンツ スティッキ グループの設定を開始する前に、スティッキにリソースが割り当てられていることを確認します（「スティッキ設定についての設定の要件および考慮事項」を参照）。

ACE がスティッキに HTTP コンテンツを使用するように設定するには、コンフィギュレーション モードで sticky http-content コマンドを使用します。各 ACE に、最大 4096 のスティッキ グループを作成できます。このコマンドの構文は次のとおりです。

sticky http-content name

name 引数は、スティッキ グループの固有識別情報です。スペースを含まず引用符なしの英数字を入力します（最大 64 文字）。

たとえば、コンテンツ スティッキ用のスティッキ グループを作成するには、次のように入力します。

設定からスティッキ グループを削除するには、次のように入力します。

HTTP コンテンツ スティッキ タイムアウトの設定

スティッキ タイムアウトは、最後のクライアント接続終了後にスティッキ テーブル内のそのクライアント接続の HTTP コンテンツ スティッキ情報を ACE が維持する時間です。ACE が特定のスティッキ テーブル エントリと一致する新しい接続をオープンするたびに モジュール はそのエントリのスティッキ タイマーをリセットします。

スティッキ タイムアウトを設定するには、スティッキ コンテンツ コンフィギュレーション モードで timeout minutes コマンドを使用します。このコマンドの構文は次のとおりです。

timeout minutes

minutes 引数には、1 ～ 65535 の整数を入力します。デフォルトは 1440 分（24 時間）です。

たとえば、次のように入力します。

1440 分のデフォルト値にタイムアウトをリセットするには、次のように入力します。

スティッキ コンテンツ タイムアウトによるアクティブ接続の無効化

スティッキ タイマーの満了後、たとえアクティブ接続があっても、ACE が HTTP コンテンツ スティッキ テーブルのエントリをタイムアウトにするように指定するには、スティッキ コンテンツ コンフィギュレーション モードで timeout activeconns コマンドを使用します。このコマンドの構文は次のとおりです。

timeout activeconns

たとえば、次のように入力します。

アクティブ接続があれば HTTP コンテンツ スティッキ エントリをタイムアウトにしないというデフォルトの設定に ACE を戻すには、次のように入力します。

スティッキ コンテンツ エントリの複製

冗長構成を使用している場合は、スタンバイ ACE に HTTP コンテンツ スティッキ テーブル エントリを複製するように ACE を設定すると、スイッチオーバー発生時にも新しいアクティブ ACE で既存のスティッキ接続を維持できます。ACE がスタンバイ ACE に スティッキ テーブル エントリを複製するように設定するには、スティッキ コンテンツ コンフィギュレーション モードで replicate sticky コマンドを使用します。このコマンドの構文は次のとおりです。

replicate sticky

（注） スタンバイ ACE 上のスティッキ テーブル エントリのタイマーは、そのエントリがアクティブ ACE のエントリと同期化されるたびにリセットされます。したがって、スタンバイ スティッキ エントリのライフタイムは、アクティブ エントリの最大 2 倍となる可能性があります。ただし、アクティブ ACE でそのエントリの期限が切れたり、新しい実サーバが選択されて新しいエントリが作成されると、スタンバイ ACE 上の古いエントリは置き換えられます。

たとえば、次のように入力します。

ACE をデフォルト値に戻し、スティッキ テーブル エントリが複製されないようにするには、次のように入力します。

HTTP コンテンツ スティッキ パラメータの設定

HTTP コンテンツは時間の経過とともに変化し、クライアントとサーバ間のトランザクション全体を通じて変化しないのはごくわずかな部分だけです。ACE が特定サーバに接続を固定するために、コンテンツの変化しない部分を使用するように設定できます。ACE に使用させたいコンテンツ部分を定義するには、開始パターン、終了パターン、オフセット、および長さの値を指定します。ACE はこれらの値をスティッキ テーブルに保存します。

HTTP コンテンツ スティッキ パラメータを設定するには、スティッキ コンテンツ コンフィギュレーション モードで content コマンドを使用します。このコマンドの構文は次のとおりです。

content [ offset number1 ] [ length number2 ] [ begin-pattern expression1 ] [ end-pattern expression2 ]

キーワード、引数、およびオプションは、次のとおりです。

• offset number1 - （任意）ペイロードの最初のバイトから無視するバイト数を示すことにより、ACE が特定のサーバにクライアントを固定するために使用するコンテンツ部分を指定します。0 ～ 999 の整数を入力します。デフォルトは 0 です。デフォルトでは、ACE はコンテンツのどの部分も除外しません。

オフセットと長さは 0 ～ 1000 バイトまで変更できます。コンテンツ ストリングがオフセットよりも長く、オフセット + ストリングの長さの値よりも短い場合、ACE は、オフセット値の後ろのバイトを始点とし、オフセット + 長さで指定されるバイトを終点するコンテンツ部分に基づいて接続を固定します。オフセットと長さの合計は、1000 バイト以下にする必要があります。

• length number2 - ACE がクライアントをサーバに固定するために使用するコンテンツ部分の長さ（オフセット値の後ろのバイトからの長さ）を指定します。1 ～ 1000 の整数を入力します。デフォルトはペイロード全体です。

（注） 同じ content コマンドで length オプションと end-pattern オプションの両方は指定できません。

• begin-pattern expression1 - （任意）HTTP コンテンツ ペイロードの開始パターンおよびハッシュを行う前に照合するパターン ストリングを指定します。開始パターンを指定しない場合、ACE はオフセット バイトの直後に解析を開始します。同じトラフィック分類に属する異なるサーバ ファームには、異なる開始パターンと終了パターンを設定できません （ 「サーバ ロード バランシングに関するトラフィック ポリシーの設定」 を参照）。

設定するパターンごとに、引用符で囲まずにスペースを入れないで、255 文字以内で英数字を入力します。または、ストリング全体を引用符（"）で囲むことによって、スペースが含まれるテキスト ストリングを入力することもできます。ACE は、ストリング式の照合に正規表現を使用することをサポートします。ストリング表現の照合に使用できる、サポート対象文字の一覧については、 「サーバ ロード バランシングに関するトラフィック ポリシーの設定」 の 表 3-3 を参照してください。

（注） データ ストリングの照合時の正規表現では、ピリオド（.）および疑問符（?）が文字通りの意味を持たないことに注意してください。これらの記号を照合する場合は、角カッコ（[ ]）を使用します。たとえば、www.xyz.com の代わりに www[.]xyz[.]com を入力します。ドット（.）または疑問符（?）のエスケープとしてバックスラッシュ（\）を使用することもできます。

• end-pattern expression2 - （任意）ハッシュの終了パターンを指定します。終了パターンまたは長さを指定しない場合、ACE はフィールドまたはパケットの終了に到達するか、あるいは最大本体解析長に到達するまでデータの解析を継続します。同じトラフィック分類に属する異なるサーバ ファームには、異なる開始パターンと終了パターンを設定できません （ 「サーバ ロード バランシングに関するトラフィック ポリシーの設定」 を参照）。

設定するパターンごとに、引用符で囲まずにスペースを入れないで、255 文字以内で英数字を入力します。または、ストリング全体を引用符（"）で囲むことによって、スペースが含まれるテキスト ストリングを入力することもできます。ACE は、ストリング式の照合に正規表現を使用することをサポートします。ストリング表現の照合に使用できる、サポート対象文字の一覧については、 「サーバ ロード バランシングに関するトラフィック ポリシーの設定」 の 表 3-3 を参照してください。

（注） 同じ content コマンドで length オプションと end-pattern オプションの両方は指定できません。

たとえば、次のように入力します。

コンフィギュレーションから コンテンツ パラメータを削除するには、次のように入力します。

スタティック HTTP コンテンツ の設定

ACE が スタティック コンテンツ エントリ（オプションとして実サーバ名とポート）を使用するよう設定できます。スタティック コンテンツ エントリは常に一定です。複数のスタティック コンテンツ エントリを設定できますが、1 つのスタティック コンテンツ ストリングに対応付けることができるのは、重複しない 1 つの実サーバ名だけです。

（注） スタティック エントリを設定すると、ACE はこれを即座にスティッキ テーブルに入力します。最大 4096 のスタティック エントリを作成できます。

スタティック コンテンツ エントリを設定するには、スティッキ コンテンツ コンフィギュレーション モードで static content コマンドを使用します。このコマンドの構文は次のとおりです。

static content value rserver name [ number ]

キーワード、引数、およびオプションは、次のとおりです。

• value - コンテンツ ストリング値 スペースを含まず引用符なしの英数字を入力します（最大 255 文字）。または、ストリング全体を引用符（"）で囲むことによって、スペースが含まれるテキスト ストリングを入力することもできます。

• rserver name - 既存の実サーバのホスト名を指定します。

• number - （任意）実サーバのポート番号。1 ～ 65535 の整数を入力します。

たとえば、スタティック コンテンツ エントリを作成するには、次のように入力します。

設定からスタティック コンテンツ エントリを削除するには、次のように入力します。

サーバ ファームと HTTP コンテンツ スティッキ グループの関連付け

スティッキ グループの設定を完了するには、グループにサーバ ファーム エントリを設定する必要があります。スティッキ グループにサーバ ファーム エントリを設定するには、スティッキ コンテンツ コンフィギュレーション モードで serverfarm コマンドを使用します。このコマンドの構文は次のとおりです。

serverfarm name1 [ backup name2 [ sticky ] [ aggregate-state ]]

キーワード、引数、およびオプションは、次のとおりです。

• name1 - スティッキ グループと関連付ける既存のサーバ ファームの識別子。各スティッキ グループにサーバ ファームを 1 つ関連付けることができます。

• backup name2 - （任意）バックアップ サーバ ファームとして ACE に使用させる既存のサーバ ファームの識別子を指定します。プライマリ サーバ ファームが停止した場合、ACE は設定されているバックアップ サーバ ファームを使用します。クライアントがバックアップ サーバ ファームに固定されると、プライマリ サーバ ファームが再びアクティブになっても、そのクライアントはバックアップ サーバ ファームに固定されたままになります。バックアップ サーバ ファームに関する詳細は、「スティッキ機能によるサーバ ファーム動作のバックアップ」を参照してください。

• sticky - （任意）バックアップ サーバ ファームにスティッキ機能を指定します。

• aggregate-state - このオプションは廃止予定であり、すでに VIP の状態には有効ではありません。デフォルトでは、ACE は、VIP をアウト オブ サービスにする前にバックアップ サーバ ファーム内のすべての実サーバのステートを考慮します。プライマリ サーバ ファームのすべての実サーバに障害が起きても、バックアップ サーバ ファームに動作中の実サーバが 1 つ以上あれば、ACE は VIP の稼動状態を維持します。

たとえば、サーバ ファームをスティッキ グループに関連付けて、スティッキ バックアップ サーバ ファームを指定するには、次のように入力します。

サーバ ファームとスティッキ グループの関連付けを解除するには、次のように入力します。

HTTP cookie スティッキ設定のクイック スタート

表 5-4 は、ACE にスティッキを設定するために必要な手順を簡潔にまとめたものです。各手順には、その作業を完了するために必要な CLI コマンド、または手順の参照先が含まれています。各機能および CLI コマンドに関連付けられているすべてのオプションについての詳細は、 表 5-4 以降のセクションを参照してください。

HTTP cookie スティッキ グループの作成

HTTP cookie スティッキ グループの設定を開始する前に、スティッキにリソースが割り当てられていることを確認します（「スティッキ設定についての設定の要件および考慮事項」を参照）。

クライアント要求の HTTP ヘッダーまたはサーバがクライアントに送信する Set-Cookie メッセージから ACE が cookie を学習するように設定できます。ACE は、学習した cookie を使用して、トランザクション中にクライアントとサーバを固定します。

ACE がスティッキに HTTP cookie を使用するように設定するには、コンフィギュレーション モードで sticky http-cookie コマンドを使用します。各 ACE に、最大 4096 のスティッキ グループを作成できます。このコマンドの構文は次のとおりです。

sticky http-cookie name1 name2

キーワードおよび引数は、次のとおりです。

• http-cookie name1 - ACE がクライアント要求の HTTP ヘッダーまたはサーバからの Set-Cookie メッセージから cookie 値を学習するように設定します。スペースを含まず引用符のない英数字で cookie の固有識別情報を入力します（最大 64 文字）。

• name2 - スティッキ グループの固有識別情報。スペースを含まず引用符なしの英数字を入力します（最大 64 文字）。

たとえば、cookie スティッキ用のスティッキ グループを作成するには、次のように入力します。

設定からスティッキ グループを削除するには、次のように入力します。

cookie スティッキのタイムアウトの設定

スティッキ タイムアウトは、最後のクライアント接続終了後にスティッキ テーブル内のそのクライアント接続の HTTP cookie スティッキ情報を ACE が維持する時間です。ACE は、モジュールが特定のスティッキ テーブル エントリと一致する新しい接続をオープンするたびにそのエントリのスティッキ タイマーをリセットします。

スティッキ タイムアウトを設定するには、スティッキ cookie コンフィギュレーション モードで timeout minutes コマンドを使用します。このコマンドの構文は次のとおりです。

timeout minutes

minutes 引数には、1 ～ 65535 の整数を入力します。デフォルトは 1440 分（24 時間）です。

たとえば、次のように入力します。

1440 分のデフォルト値にタイムアウトをリセットするには、次のように入力します。

スティッキ cookie タイムアウトによるアクティブ接続の無効化

スティッキ タイマーの満了後、たとえアクティブ接続があっても、ACE が HTTP cookie スティッキ テーブルのエントリをタイムアウトにするように指定するには、スティッキ cookie コンフィギュレーション モードで timeout activeconns コマンドを使用します。このコマンドの構文は次のとおりです。

timeout activeconns

たとえば、次のように入力します。

アクティブ接続があれば、HTTP cookie スティッキ エントリをタイムアウトにしないというデフォルトの設定に ACE を戻すには、次のように入力します。

cookie スティッキ エントリの複製

冗長構成を使用している場合は、スタンバイ ACE に HTTP cookie スティッキ テーブル エントリを複製するように ACE を設定すると、スイッチオーバー発生時にも新しいアクティブ ACE で既存のスティッキ接続を維持できます。ACE がスタンバイ ACE にスティッキ テーブル エントリを複製するように設定するには、スティッキ cookie コンフィギュレーション モードで replicate sticky コマンドを使用します。このコマンドの構文は次のとおりです。

replicate sticky

（注） スタンバイ ACE 上のスティッキ テーブル エントリのタイマーは、そのエントリがアクティブ ACE のエントリと同期化されるたびにリセットされます。したがって、スタンバイ スティッキ エントリのライフタイムは、アクティブ エントリの最大 2 倍となる可能性があります。ただし、アクティブ ACE でそのエントリの期限が切れたり、新しい実サーバが選択されて新しいエントリが作成されると、スタンバイ ACE 上の古いエントリは置き換えられます。

たとえば、次のように入力します。

ACE をデフォルト値に戻し、スティッキ テーブル エントリが複製されないようにするには、次のように入力します。

cookie 挿入のイネーブル化

サーバが適切な cookie を設定しない場合にセッション cookie による固定を実行するには、cookie 挿入機能を使用します。この機能をイネーブルにすると、ACE はサーバからクライアントへの応答の Set-Cookie ヘッダーに cookie を挿入します。ACE は、クライアントが受信する応答の送信元サーバを識別できるように cookie 値を選択します。同じトランザクションの後続の接続については、クライアントは cookieを 使用して同じサーバに固定します。

（注） TCP サーバ再利用または持続性再バランスのどちらかがイネーブルの場合、ACE はあらゆるクライアント要求に cookie を挿入します。TCP サーバの再利用については、 「サーバ ロード バランシングに関するトラフィック ポリシーの設定」の「TCP サーバ再利用の設定」を参照してください。固定再バランスについては、 「サーバ ロード バランシングに関するトラフィック ポリシーの設定」の「HTTP 持続性再バランスのイネーブル化」を参照してください。

cookie 挿入をイネーブルにするには、スティッキ cookie コンフィギュレーション モードで cookie insert コマンドを使用します。このコマンドの構文は次のとおりです。

cookie insert [ browser-expire ]

オプションの browser-expire キーワードを使用すると、クライアントのブラウザはセッション終了時に cookie を期限切れにします。

たとえば、cookie 挿入をイネーブルにして、ブラウザが cookie を期限切れにするように設定するには、次のように入力します。

cookie 挿入をディセーブルにするには、次のように入力します。

HTTP cookie のオフセットと長さの設定

HTTP cookie 値は時間の経過とともに変化し、クライアントとサーバ間のトランザクション全体を通じて変化しないのはごくわずかな部分だけです。ACE が特定サーバに接続を固定するために、cookie の変化しない部分を使用するように設定できます。ACE に使用させたい cookie 部分を定義するには、cookie のオフセットと長さの値を指定します。ACE はこれらの値をスティッキ テーブルに保存します。

cookie のオフセットと長さを設定するには、スティッキ cookie コンフィギュレーション モードで cookie offset コマンドを使用します。このコマンドの構文は次のとおりです。

cookie offset number1 length number2

キーワードおよび引数は、次のとおりです。

• offset number1 - cookie の最初のバイトから無視するバイト数を示すことにより、ACE が特定のサーバにクライアントを固定するために使用する cookie 部分を指定します。0 ～ 999 の整数を入力します。デフォルトは 0 です。デフォルトでは、ACE は cookie のどの部分も除外しません。

• length number2 - ACE がクライアントをサーバに固定するために使用する cookie 部分の長さ（オフセット値の後ろのバイトからの長さ）を指定します。1 ～ 1000 の整数を入力します。デフォルト値は 1000 です。

たとえば、次のように入力します。

設定から cookie のオフセットと長さを削除するには、次のように入力します。

セカンダリ cookie の設定

サーバ上の Web ページの URL ストリングに示されている代替 cookie 名を設定することもできます。ACE は、クライアントとサーバのスティッキ接続を維持するためにこの cookie を使用し、スティッキ テーブルにセカンダリ エントリを追加します。セカンダリ cookie を設定するには、スティッキ cookie コンフィギュレーション モードで cookie sedondary コマンドを使用します。このコマンドの構文は次のとおりです。

cookie secondary name

スペースを含まず、引用符なしの英数字で cookie 名を入力します（最大 64 文字）。

たとえば、次のように入力します。

設定からセカンダリ cookie を削除するには、次のように入力します。

スタティック cookie の設定

ACE が cookie 値（オプションとして実サーバ名とポート）に基づいてエントリのスタティック cookie を使用するように設定できます。スタティック cookie 値は常に一定です。複数のスタティック cookie エントリを設定できますが、1 つのスタティック cookie 値に対応付けることができるのは、重複しない 1 つの実サーバ名だけです。

（注） スタティック エントリを設定すると、ACE はこれを即座にスティッキ テーブルに入力します。最大 4096 のスタティック エントリを作成できます。

スタティック cookie を設定するには、スティッキ cookie コンフィギュレーション モードで static cookie-value コマンドを使用します。このコマンドの構文は次のとおりです。

static cookie-value value rserver name [ number ]

キーワード、引数、およびオプションは、次のとおりです。

• value - cookie ストリング値 スペースを含まず引用符なしの英数字を入力します（最大 255 文字）。ただし、ストリングを引用符（"）で囲む場合は、スペースを含むテキスト ストリングを入力できます。

• rserver name - 既存の実サーバのホスト名を指定します。

• number - （任意）実サーバのポート番号。1 ～ 65535 の整数を入力します。

たとえば、次のように入力します。

設定からスタティック cookie を削除するには、次のように入力します。

サーバ ファームと HTTP cookie スティッキ グループの関連付け

スティッキ グループの設定を完了するには、グループにサーバ ファーム エントリを設定する必要があります。スティッキ グループにサーバ ファーム エントリを設定するには、スティッキ cookie コンフィギュレーション モードで serverfarm コマンドを使用します。このコマンドの構文は次のとおりです。

serverfarm name1 [ backup name2 [ sticky ] [ aggregate-state ]]

キーワード、引数、およびオプションは、次のとおりです。

• name1 - スティッキ グループと関連付ける既存のサーバ ファームの識別子。各スティッキ グループにサーバ ファームを 1 つ関連付けることができます。

• backup name2 - （任意）バックアップ サーバ ファームとして ACE に使用させる既存のサーバ ファームの識別子を指定します。プライマリ サーバ ファームが停止した場合、ACE は設定されているバックアップ サーバ ファームを使用します。クライアントがバックアップ サーバ ファームに固定されると、プライマリ サーバ ファームが再びアクティブになっても、そのクライアントはバックアップ サーバ ファームに固定されたままになります。バックアップ サーバ ファームに関する詳細は、「スティッキ機能によるサーバ ファーム動作のバックアップ」を参照してください。

• sticky - （任意）バックアップ サーバ ファームにスティッキ機能を指定します。

• aggregate-state - このオプションは廃止予定であり、すでに VIP の状態には有効ではありません。デフォルトでは、ACE は、VIP をアウト オブ サービスにする前にバックアップ サーバ ファーム内のすべての実サーバのステートを考慮します。プライマリ サーバ ファームのすべての実サーバに障害が起きても、バックアップ サーバ ファームに動作中の実サーバが 1 つ以上あれば、ACE は VIP の稼動状態を維持します。

たとえば、サーバ ファームをスティッキ グループに関連付けて、スティッキ バックアップ サーバ ファームを指定するには、次のように入力します。

サーバ ファームとスティッキ グループの関連付けを解除するには、次のように入力します。

HTTP cookie スティッキの設定例

次の例は、HTTP cookie スティッキを定義している実行コンフィギュレーションです。この例では、HTTP cookie スティッキの設定が太字で示してあります。

この設定では、ACE は HTTP cookie スティッキを使用して、トランザクション中にサーバ ファームの指定サーバとの特定の接続が維持されるようにします。

HTTP ヘッダー スティッキ設定のクイック スタート

表 5-5 は、ACE にヘッダー スティッキを設定するために必要な手順を簡潔にまとめたものです。各手順には、その作業を完了するために必要な CLI コマンド、または手順の参照先が含まれています。各機能および CLI コマンドに関連付けられているすべてのオプションについての詳細は、 表 5-5 以降のセクションを参照してください。

HTTP ヘッダー スティッキ グループの作成

ヘッダー スティッキ グループの設定を開始する前に、スティッキにリソースが割り当てられていることを確認します（「スティッキ設定についての設定の要件および考慮事項」を参照）。

ヘッダー スティッキ グループを作成して、ACE が HTTP ヘッダー フィールドに基づいてクライアント接続を同じ実サーバに固定できるようにするには、コンフィギュレーション モードで sticky http-header コマンドを使用します。各 ACE に、最大 4096 のスティッキ グループを作成できます。このコマンドの構文は次のとおりです。

sticky http-header name1 name2

キーワードおよび引数は、次のとおりです。

• http-header name1 - HTTP ヘッダーに基づくスティッキを指定します。スペースを含まず引用符なしの英数字で HTTP ヘッダー 名を入力します（最大 64 文字）。あるいは、 表 5-6 に記載されている標準 HTTP ヘッダーの 1 つを選択することもできます。

• name2 - スティッキ グループの固有識別情報。スペースを含まず引用符なしの英数字を入力します（最大 64 文字）。

たとえば、HTTP ヘッダー スティッキ用のグループを作成するには、次のように入力します。

設定からスティッキ グループを削除するには、次のように入力します。

HTTP ヘッダー スティッキのタイムアウトの設定

スティッキ タイムアウトは、最後のクライアント接続終了後にスティッキ テーブル内のそのクライアント接続の HTTP ヘッダー スティッキ情報を ACE が維持する時間です。ACE が特定のスティッキ テーブル エントリと一致する新しい接続をオープンするたびに モジュール はそのエントリのスティッキ タイマーをリセットします。

スティッキ タイムアウトを設定するには、スティッキ ヘッダー コンフィギュレーション モードで timeout コマンドを使用します。このコマンドの構文は次のとおりです。

timeout minutes

minutes 引数には、1 ～ 65535 の整数を入力します。デフォルトは 1440 分（24 時間）です。

たとえば、次のように入力します。

1440 分のデフォルト値にタイムアウトをリセットするには、次のように入力します。

HTTP ヘッダー スティッキ タイムアウトによるアクティブ接続の無効化

スティッキ タイマーの満了後、たとえアクティブ接続があっても、ACE が HTTP ヘッダー スティッキ テーブルのエントリをタイムアウトにするように指定するには、スティッキ ヘッダー コンフィギュレーション モードで timeout activeconns コマンドを使用します。このコマンドの構文は次のとおりです。

timeout activeconns

たとえば、次のように入力します。

アクティブ接続があればヘッダー スティッキ エントリをタイムアウトにしないというデフォルトの設定に ACE を戻すには、次のように入力します。

HTTP ヘッダー スティッキ エントリの複製

冗長構成を使用している場合は、スタンバイ ACE に HTTP ヘッダー スティッキ テーブル エントリを複製するように ACE を設定すると、スイッチオーバー発生時にも新しいアクティブ ACE で既存のスティッキ接続を維持できます。ACE がスタンバイ ACE にヘッダー スティッキ テーブル エントリを複製するように設定するには、スティッキ ヘッダー コンフィギュレーション モードで replicate sticky コマンドを使用します。このコマンドの構文は次のとおりです。

replicate sticky

（注） スタンバイ ACE 上のスティッキ テーブル エントリのタイマーは、そのエントリがアクティブ ACE のエントリと同期化されるたびにリセットされます。したがって、スタンバイ スティッキ エントリのライフタイムは、アクティブ エントリの最大 2 倍となる可能性があります。ただし、アクティブ ACE でそのエントリの期限が切れたり、新しい実サーバが選択されて新しいエントリが作成されると、スタンバイ ACE 上の古いエントリは置き換えられます。

たとえば、次のように入力します。

ACE をデフォルト値に戻し、スティッキ テーブル エントリが複製されないようにするには、次のように入力します。

HTTP ヘッダーのオフセットと長さの設定

特定サーバに接続を固定するために、ACE が HTTP ヘッダーの一部を使用するように設定できます。ACE に使用させたいヘッダー部分を定義するには、ヘッダーのオフセットと長さの値を指定します。ACE はこれらの値をスティッキ テーブルに保存します。

ヘッダーのオフセットと長さを設定するには、スティッキ ヘッダー コンフィギュレーション モードで header コマンドを使用します。このコマンドの構文は次のとおりです。

header offset number1 length number2

キーワードおよび引数は、次のとおりです。

• offset number1 - ヘッダーの最初のバイトから無視するバイト数を示すことにより、ACE が特定のサーバにクライアントを固定するために使用するヘッダー部分を指定します。0 ～ 999 の整数を入力します。デフォルトは 0 です。デフォルトでは、ACE はヘッダーのどの部分も除外しません。

• length number2 - ACE がクライアントをサーバに固定するために使用するヘッダー部分の長さ（オフセット値の後ろのバイトからの長さ）を指定します。1 ～ 1000 の整数を入力します。デフォルト値は 1000 です。

たとえば、次のように入力します。

設定からヘッダーのオフセットと長さを削除するには、次のように入力します。

スタティック HTTP ヘッダー スティッキ エントリの設定

HTTP ヘッダー値（オプションで実サーバ名およびポート）に基づくスタティック ヘッダー スティッキ エントリを設定できます。スタティック スティッキ値は常に一定です。複数のヘッダー スタティック エントリを設定できますが、1 つのスタティック ヘッダー スティッキ値に対応付けることができるのは、重複しない 1 つの実サーバ名だけです。

（注） スタティック エントリを設定すると、ACE はこれを即座にスティッキ テーブルに入力します。最大 4096 のスタティック エントリを作成できます。

スタティック HTTP ヘッダー を設定するには、スティッキ ヘッダー コンフィギュレーション モードで static header-value コマンドを使用します。このコマンドの構文は次のとおりです。

static header-value value rserver name [ number ]

キーワード、引数、およびオプションは、次のとおりです。

• value - ヘッダー値。スペースを含まず引用符なしの英数字を入力します（最大 255 文字）。ただし、ストリングを引用符（"）で囲む場合は、スペースを含むテキスト ストリングを入力できます。

• rserver name - 既存の実サーバのホスト名を指定します。

• number - （任意）実サーバのポート番号。1 ～ 65535 の整数を入力します。

たとえば、次のように入力します。

スティッキ テーブルからスタティック ヘッダー エントリを削除するには、次のように入力します。

host1/Admin(config-sticky- header )# no static header-value 12345678 rserver SERVER1 3000

サーバ ファームと HTTP ヘッダー スティッキ グループの関連付け

HTTP ヘッダー スティッキ グループの設定を完了するには、グループにサーバ ファーム エントリを設定する必要があります。スティッキ グループにサーバ ファーム エントリを設定するには、スティッキ ヘッダー コンフィギュレーション モードで serverfarm コマンドを使用します。このコマンドの構文は次のとおりです。

serverfarm name1 [ backup name2 [ sticky ] [ aggregate-state ]]

キーワード、引数、およびオプションは、次のとおりです。

• name1 - スティッキ グループと関連付ける既存のサーバ ファームの識別子。各スティッキ グループにサーバ ファームを 1 つ関連付けることができます。

• backup name2 -（任意）バックアップ サーバ ファームとして ACE に使用させる既存のサーバ ファームの識別子を指定します。プライマリ サーバ ファームが停止した場合、ACE は設定されているバックアップ サーバ ファームを使用します。クライアントがバックアップ サーバ ファームに固定されると、プライマリ サーバ ファームが再びアクティブになっても、そのクライアントはバックアップ サーバ ファームに固定されたままになります。バックアップ サーバ ファームに関する詳細は、「スティッキ機能によるサーバ ファーム動作のバックアップ」を参照してください。

• sticky -（任意）バックアップ サーバ ファームにスティッキ機能を指定します。

• aggregate-state - このオプションは廃止予定であり、すでに VIP の状態には有効ではありません。デフォルトでは、ACE は、VIP をアウト オブ サービスにする前にバックアップ サーバ ファーム内のすべての実サーバのステートを考慮します。プライマリ サーバ ファームのすべての実サーバに障害が起きても、バックアップ サーバ ファームに動作中の実サーバが 1 つ以上あれば、ACE は VIP の稼動状態を維持します。

たとえば、サーバ ファームをスティッキ グループに関連付けて、スティッキ バックアップ サーバ ファームを指定するには、次のように入力します。

サーバ ファームとスティッキ グループの関連付けを解除するには、次のように入力します。

HTTP ヘッダー スティッキの設定例

次の例は、HTTP ヘッダー スティッキを定義している実行コンフィギュレーションです。この例では、HTTP ヘッダー スティッキの設定が太字で示してあります。

この設定では、ACE は HTTP ヘッダー スティッキを使用して、トランザクション中、サーバ ファームの指定サーバとの特定の接続が維持されるようにします。

RADIUS アトリビュート スティッキ設定のクイック スタート

表 5-7 は、ACE にRADIUS アトリビュート スティッキを設定するために必要な手順を簡潔にまとめたものです。各手順には、その作業を完了するために必要な CLI コマンド、または手順の参照先が含まれています。各機能および CLI コマンドに関連付けられているすべてのオプションについての詳細は、 表 5-7 以降のセクションを参照してください。

RADIUS アトリビュート スティッキ グループの作成

RADIUS アトリビュート スティッキ グループの設定を開始する前に、スティッキにリソースが割り当てられていることを確認します（「スティッキ設定についての設定の要件および考慮事項」を参照）。

RADIUS アトリビュート スティッキ グループを作成して、ACE が RADIUS アトリビュートに基づいてクライアント接続を同じ実サーバに固定できるようにするには、コンフィギュレーション モードで sticky radius framed-ip コマンドを使用します。各 ACE に、最大 4096 のスティッキ グループを作成できます。

このコマンドの構文は次のとおりです。

sticky radius framed-ip [ calling-station-id | username ] name

キーワード、引数、およびオプションは、次のとおりです。

• calling-station-id - （任意）RADIUS Framed IP アトリビュートおよび発信側端末 ID アトリビュートに基づきスティッキを指定します。

• username - （任意）RADIUS Framed IP アトリビュートおよびユーザ名アトリビュートに基づきスティッキを指定します。

• name - RADIUS スティッキ グループの固有識別情報。スペースを含まず引用符なしの英数字を入力します（最大 64 文字）。

たとえば、RADIUS アトリビュート スティッキ用のグループを作成するには、次のように入力します。

設定からスティッキ グループを削除するには、次のように入力します。

RADIUS アトリビュート スティッキのタイムアウトの設定

スティッキ タイムアウトは、最後のクライアント接続終了後にスティッキ テーブル内のそのクライアント接続の RADIUS アトリビュート スティッキ情報を ACE が維持する時間です。ACE が特定のスティッキ テーブル エントリと一致する新しい接続をオープンするたびに モジュール はそのエントリのスティッキ タイマーをリセットします。

スティッキ タイムアウトを設定するには、スティッキ RADIUS コンフィギュレーション モードで timeout コマンドを使用します。このコマンドの構文は次のとおりです。

timeout minutes

minutes 引数には、1 ～ 65535 の整数を入力します。デフォルトは 1440 分（24 時間）です。

たとえば、次のように入力します。

1440 分のデフォルト値にタイムアウトをリセットするには、次のように入力します。

RADIUS アトリビュート スティッキ タイムアウトによるアクティブ接続の無効化

スティッキ タイマーの満了後、たとえアクティブ接続があっても、ACE が RADIUS アトリビュート スティッキ テーブルのエントリをタイムアウトにするように指定するには、スティッキ RADIUS コンフィギュレーション モードで timeout activeconns コマンドを使用します。

このコマンドの構文は次のとおりです。

timeout activeconns

たとえば、次のように入力します。

アクティブ接続があれば RADIUS アトリビュート スティッキ エントリをタイムアウトにしないというデフォルトの設定に ACE を戻すには、次のように入力します。

RADIUS アトリビュート スティッキ エントリの複製

冗長構成を使用している場合は、スタンバイ ACE に RADIUS アトリビュート スティッキ テーブル エントリを複製するように ACE を設定すると、スイッチオーバー発生時にも新しいアクティブ ACE で既存のスティッキ接続を維持できます。ACE がスタンバイ ACE に RADIUS アトリビュート スティッキ テーブル エントリを複製するように設定するには、スティッキ RADIUS コンフィギュレーション モードで replicate sticky コマンドを使用します。このコマンドの構文は次のとおりです。

replicate sticky

（注） スタンバイ ACE 上のスティッキ テーブル エントリのタイマーは、そのエントリがアクティブ ACE のエントリと同期化されるたびにリセットされます。したがって、スタンバイ スティッキ エントリのライフタイムは、アクティブ エントリの最大 2 倍となる可能性があります。ただし、アクティブ ACE でそのエントリの期限が切れたり、新しい実サーバが選択されて新しいエントリが作成されると、スタンバイ ACE 上の古いエントリは置き換えられます。

たとえば、次のように入力します。

ACE をデフォルト値に戻し、RADIUS アトリビュート スティッキ テーブル エントリが複製されないようにするには、次のように入力します。

サーバ ファームと RADIUS アトリビュート スティッキ グループの関連付け

RADIUS アトリビュート スティッキ グループの設定を完了するには、グループにサーバ ファーム エントリを設定する必要があります。RADIUS アトリビュート スティッキ グループのサーバ ファーム エントリを設定するには、スティッキ RADIUS コンフィギュレーション モードで serverfarm コマンドを使用します。このコマンドの構文は次のとおりです。

serverfarm name1 [ backup name2 [ sticky ] [ aggregate-state ]]

キーワード、引数、およびオプションは、次のとおりです。

• name1 - RADIUS アトリビュート スティッキ グループと関連付ける既存のサーバ ファームの識別子。各スティッキ グループにサーバ ファームを 1 つ関連付けることができます。

• backup name2 - （任意）バックアップ サーバ ファームとして ACE に使用させる既存のサーバ ファームの識別子を指定します。プライマリ サーバ ファームが停止した場合、ACE は設定されているバックアップ サーバ ファームを使用します。クライアントがバックアップ サーバ ファームに固定されると、プライマリ サーバ ファームが再びアクティブになっても、そのクライアントはバックアップ サーバ ファームに固定されたままになります。バックアップ サーバ ファームに関する詳細は、「スティッキ機能によるサーバ ファーム動作のバックアップ」を参照してください。

• sticky - （任意）バックアップ サーバ ファームにスティッキ機能を指定します。

• aggregate-state - このオプションは廃止予定であり、すでに VIP の状態には有効ではありません。デフォルトでは、ACE は、VIP をアウト オブ サービスにする前にバックアップ サーバ ファーム内のすべての実サーバのステートを考慮します。プライマリ サーバ ファームのすべての実サーバに障害が起きても、バックアップ サーバ ファームに動作中の実サーバが 1 つ以上あれば、ACE は VIP の稼動状態を維持します。

たとえば、サーバ ファームをスティッキ グループに関連付けて、スティッキ バックアップ サーバ ファームを指定するには、次のように入力します。

サーバ ファームとスティッキ グループの関連付けを解除するには、次のように入力します。

RTSP セッション スティッキ設定のクイック スタート

表 5-8 は、ACE に RTSP セッション スティッキを設定するために必要な手順を簡潔にまとめたものです。各手順には、その作業を完了するために必要な CLI コマンド、または手順の参照先が含まれています。各機能および CLI コマンドに関連付けられているすべてのオプションについての詳細は、 表 5-8 以降のセクションを参照してください。

RTSP ヘッダー スティッキ グループの作成

RTSP ヘッダー スティッキ グループの設定を開始する前に、スティッキにリソースが割り当てられていることを確認します（「スティッキ設定についての設定の要件および考慮事項」を参照）。

RTSP ヘッダー スティッキ グループを作成して、ACE が RTSP セッション ヘッダー フィールドに基づいてクライアント接続を同じ実サーバに固定できるようにするには、コンフィギュレーション モードで sticky rtsp-header コマンドを使用します。各 ACE に、最大 4096 のスティッキ グループを作成できます。このコマンドの構文は次のとおりです。

sticky rtsp-header Session name

キーワードおよび引数は、次のとおりです。

• Session - RTSP セッション ヘッダー フィールドに基づきスティッキを指定します。

• name - RTSP スティッキ グループの固有識別情報。スペースを含まず引用符なしの英数字を入力します（最大 64 文字）。

たとえば、RTSP ヘッダー スティッキ用のグループを作成するには、次のように入力します。

設定からスティッキ グループを削除するには、次のように入力します。

RTSP セッション スティッキのタイムアウトの設定

スティッキ タイムアウトは、最後のクライアント接続終了後にスティッキ テーブル内のそのクライアント接続の RTSP ヘッダー スティッキ情報を ACE が維持する時間です。ACE が特定のスティッキ テーブル エントリと一致する新しい接続をオープンするたびに モジュール はそのエントリのスティッキ タイマーをリセットします。

スティッキ タイムアウトを設定するには、スティッキ ヘッダー コンフィギュレーション モードで timeout コマンドを使用します。このコマンドの構文は次のとおりです。

timeout minutes

minutes 引数には、1 ～ 65535 の整数を入力します。デフォルトは 1440 分（24 時間）です。

たとえば、次のように入力します。

1440 分のデフォルト値にタイムアウトをリセットするには、次のように入力します。

RTSP ヘッダー スティッキ タイムアウトによるアクティブ接続の無効化

スティッキ タイマーの満了後、アクティブ接続があっても、ACE が RTSP ヘッダー スティッキ テーブルのエントリをタイムアウトにするように指定するには、スティッキ ヘッダー コンフィギュレーション モードで timeout activeconns コマンドを使用します。このコマンドの構文は次のとおりです。

timeout activeconns

たとえば、次のように入力します。

アクティブ接続があればヘッダー スティッキ エントリをタイムアウトにしないというデフォルトの設定に ACE を戻すには、次のように入力します。

RTSP ヘッダー スティッキ エントリの複製

冗長構成を使用している場合は、スタンバイ ACE に RTSP ヘッダー スティッキ テーブル エントリを複製するように ACE を設定すると、スイッチオーバー発生時にも新しいアクティブ ACE で既存のスティッキ接続を維持できます。ACE がスタンバイ ACE にヘッダー スティッキ テーブル エントリを複製するように設定するには、スティッキ ヘッダー コンフィギュレーション モードで replicate sticky コマンドを使用します。このコマンドの構文は次のとおりです。

replicate sticky

（注） スタンバイ ACE 上のスティッキ テーブル エントリのタイマーは、そのエントリがアクティブ ACE のエントリと同期化されるたびにリセットされます。したがって、スタンバイ スティッキ エントリのライフタイムは、アクティブ エントリの最大 2 倍となる可能性があります。ただし、アクティブ ACE でそのエントリの期限が切れたり、新しい実サーバが選択されて新しいエントリが作成されると、スタンバイ ACE 上の古いエントリは置き換えられます。

たとえば、次のように入力します。

ACE をデフォルト値に戻し、RTSP ヘッダー スティッキ テーブル エントリが複製されないようにするには、次のように入力します。

RTSP ヘッダーのオフセットと長さの設定

特定サーバに接続を固定するために、ACE が RTSP セッション ヘッダーの一部を使用するように設定できます。ACE に使用させたいセッション ヘッダー部分を定義するには、ヘッダーのオフセットと長さの値を指定します。ACE はこれらの値をスティッキ テーブルに保存します。

RTSP セッション ヘッダーのオフセットと長さを設定するには、スティッキ ヘッダー コンフィギュレーション モードで header コマンドを使用します。このコマンドの構文は次のとおりです。

header offset number1 length number2

キーワードおよび引数は、次のとおりです。

• offset number1 - ヘッダーの最初のバイトから無視するバイト数を示すことにより、ACE が特定のサーバにクライアントを固定するために使用するヘッダー部分を指定します。0 ～ 999 の整数を入力します。デフォルトは 0 です。デフォルトでは、ACE はヘッダーのどの部分も除外しません。

• length number2 - ACE がクライアントをサーバに固定するために使用するヘッダー部分の長さ（オフセット値の後ろのバイトからの長さ）を指定します。1 ～ 1000 の整数を入力します。デフォルト値は 1000 です。

たとえば、次のように入力します。

設定からヘッダーのオフセットと長さを削除するには、次のように入力します。

スタティック RTSP ヘッダー スティッキ エントリの設定

ヘッダー値（オプションで実サーバ名およびポート）に基づくスタティック RTSP ヘッダー スティッキ エントリを設定できます。スタティック スティッキ値は常に一定です。複数のヘッダー スタティック エントリを設定できますが、1 つのスタティック ヘッダー スティッキ値に対応付けることができるのは、重複しない 1 つの実サーバ名だけです。

（注） スタティック エントリを設定すると、ACE はこれを即座にスティッキ テーブルに入力します。最大 4096 のスタティック エントリを作成できます。

スタティック ヘッダーを設定するには、スティッキ ヘッダー コンフィギュレーション モードで static header-value コマンドを使用します。このコマンドの構文は次のとおりです。

static header-value value rserver name [ number ]

キーワード、引数、およびオプションは、次のとおりです。

• value - ヘッダー値。スペースを含まず引用符なしの英数字を入力します（最大 255 文字）。または、ストリング全体を引用符（"）で囲むことによって、スペースが含まれるテキスト ストリングを入力することもできます。

• rserver name - 既存の実サーバのホスト名を指定します。

• number - （任意）実サーバのポート番号。
1 ～ 65535 の整数を入力します。

たとえば、次のように入力します。

スティッキ テーブルから RTSP ヘッダー エントリを削除するには、次のように入力します。

サーバ ファームと RTSP ヘッダー スティッキ グループの関連付け

RTSP ヘッダー スティッキ グループの設定を完了するには、グループにサーバ ファーム エントリを設定する必要があります。RTSP スティッキ グループにサーバ ファーム エントリを設定するには、スティッキ ヘッダー コンフィギュレーション モードで serverfarm コマンドを使用します。このコマンドの構文は次のとおりです。

serverfarm name1 [ backup name2 [ sticky ] [ aggregate-state ]]

キーワード、引数、およびオプションは、次のとおりです。

• name1 - RTSP ヘッダー スティッキ グループと関連付ける既存のサーバ ファームの識別子。各スティッキ グループにサーバ ファームを 1 つ関連付けることができます。

• backup name2 -（任意）バックアップ サーバ ファームとして ACE に使用させる既存のサーバ ファームの識別子を指定します。プライマリ サーバ ファームが停止した場合、ACE は設定されているバックアップ サーバ ファームを使用します。クライアントがバックアップ サーバ ファームに固定されると、プライマリ サーバ ファームが再びアクティブになっても、そのクライアントはバックアップ サーバ ファームに固定されたままになります。バックアップ サーバ ファームに関する詳細は、「スティッキ機能によるサーバ ファーム動作のバックアップ」を参照してください。

• sticky -（任意）バックアップ サーバ ファームにスティッキ機能を指定します。

• aggregate-state - このオプションは廃止予定であり、すでに VIP の状態には有効ではありません。デフォルトでは、ACE は、VIP をアウト オブ サービスにする前にバックアップ サーバ ファーム内のすべての実サーバのステートを考慮します。プライマリ サーバ ファームのすべての実サーバに障害が起きても、バックアップ サーバ ファームに動作中の実サーバが 1 つ以上あれば、ACE は VIP の稼動状態を維持します。

たとえば、サーバ ファームをスティッキ グループに関連付けて、スティッキ バックアップ サーバ ファームを指定するには、次のように入力します。

サーバ ファームとスティッキ グループの関連付けを解除するには、次のように入力します。

SIP コール ID スティッキ設定のクイック スタート

表 5-9 は、ACE に SIP コール ID スティッキを設定するために必要な手順を簡潔にまとめたものです。各手順には、その作業を完了するために必要な CLI コマンド、または手順の参照先が含まれています。各機能および CLI コマンドに関連付けられているすべてのオプションについての詳細は、 表 5-9 以降のセクションを参照してください。

SIP ヘッダー スティッキ グループの作成

SIP ヘッダー スティッキ グループの設定を開始する前に、スティッキにリソースが割り当てられていることを確認します（「スティッキ設定についての設定の要件および考慮事項」を参照）。

SIP ヘッダー スティッキ グループを作成して、ACE が SIP コール ID ヘッダー フィールドに基づいてクライアント接続を同じ実サーバに固定できるようにするには、コンフィギュレーション モードで sticky sip-header コマンドを使用します。各 ACE に、最大 4096 のスティッキ グループを作成できます。このコマンドの構文は次のとおりです。

sticky sip-header Call-ID name

キーワードおよび引数は、次のとおりです。

• sip-header Call-ID - SIP コール ID ヘッダー フィールドに基づきスティッキを指定します。

• name - スティッキ グループの固有識別情報。スペースを含まず引用符なしの英数字を入力します（最大 64 文字）。

たとえば、SIP ヘッダー スティッキ用のグループを作成するには、次のように入力します。

設定からスティッキ グループを削除するには、次のように入力します。

SIP コール ID スティッキのタイムアウトの設定

スティッキ タイムアウトは、最後のクライアント接続終了後にスティッキ テーブル内のそのクライアント接続の SIP ヘッダー スティッキ情報を ACE が維持する時間です。ACE が特定のスティッキ テーブル エントリと一致する新しい接続をオープンするたびに モジュール はそのエントリのスティッキ タイマーをリセットします。

スティッキ タイムアウトを設定するには、スティッキ ヘッダー コンフィギュレーション モードで timeout コマンドを使用します。このコマンドの構文は次のとおりです。

timeout minutes

minutes 引数には、1 ～ 65535 の整数を入力します。デフォルトは 1440 分（24 時間）です。

たとえば、次のように入力します。

1440 分のデフォルト値にタイムアウトをリセットするには、次のように入力します。

SIP ヘッダー スティッキ タイムアウトによるアクティブ接続の無効化

スティッキ タイマーの満了後、アクティブ接続があっても、ACE が SIP ヘッダー スティッキ テーブルのエントリをタイムアウトにするように指定するには、スティッキ ヘッダー コンフィギュレーション モードで timeout activeconns コマンドを使用します。このコマンドの構文は次のとおりです。

timeout activeconns

たとえば、次のように入力します。

アクティブ接続があれば SIP ヘッダー スティッキ エントリをタイムアウトにしないというデフォルトの設定に ACE を戻すには、次のように入力します。

SIP ヘッダー スティッキ エントリの複製

冗長構成を使用している場合は、スタンバイ ACE に SIP ヘッダー スティッキ テーブル エントリを複製するように ACE を設定すると、スイッチオーバー発生時にも新しいアクティブ ACE で既存のスティッキ接続を維持できます。ACE がスタンバイ ACE に SIP ヘッダー スティッキ テーブル エントリを複製するように設定するには、スティッキ ヘッダー コンフィギュレーション モードで replicate sticky コマンドを使用します。このコマンドの構文は次のとおりです。

replicate sticky

（注） スタンバイ ACE 上のスティッキ テーブル エントリのタイマーは、そのエントリがアクティブ ACE のエントリと同期化されるたびにリセットされます。したがって、スタンバイ スティッキ エントリのライフタイムは、アクティブ エントリの最大 2 倍となる可能性があります。ただし、アクティブ ACE でそのエントリの期限が切れたり、新しい実サーバが選択されて新しいエントリが作成されると、スタンバイ ACE 上の古いエントリは置き換えられます。

たとえば、次のように入力します。

ACE をデフォルト値に戻し、SIP ヘッダー スティッキ テーブル エントリが複製されないようにするには、次のように入力します。

スタティック SIP ヘッダー スティッキ エントリの設定

ヘッダー値（オプションで実サーバ名およびポート）に基づくスタティック ヘッダー スティッキ エントリを設定できます。スタティック スティッキ値は常に一定です。複数の SIP ヘッダー スタティック エントリを設定できますが、1 つのスタティック SIP ヘッダー スティッキ値に対応付けることができるのは、重複しない 1 つの実サーバ名だけです。

（注） スタティック エントリを設定すると、ACE はこれを即座にスティッキ テーブルに入力します。最大 4096 のスタティック エントリを作成できます。

スタティック SIP ヘッダーを設定するには、スティッキ ヘッダー コンフィギュレーション モードで static header-value コマンドを使用します。このコマンドの構文は次のとおりです。

static header-value value rserver name [ number ]

キーワード、引数、およびオプションは、次のとおりです。

• value - SIP ヘッダー値。スペースを含まず引用符なしの英数字を入力します（最大 255 文字）。または、ストリング全体を引用符（"）で囲むことによって、スペースが含まれるテキスト ストリングを入力することもできます。

• rserver name - 既存の実サーバのホスト名を指定します。

• number - （任意）実サーバのポート番号。
1 ～ 65535 の整数を入力します。

たとえば、次のように入力します。

スティッキ テーブルからスタティック ヘッダー エントリを削除するには、次のように入力します。

サーバ ファームと SIP ヘッダー スティッキ グループの関連付け

SIP ヘッダー スティッキ グループの設定を完了するには、グループにサーバ ファーム エントリを設定する必要があります。スティッキ グループにサーバ ファーム エントリを設定するには、スティッキ ヘッダー コンフィギュレーション モードで serverfarm コマンドを使用します。このコマンドの構文は次のとおりです。

serverfarm name1 [ backup name2 [ sticky ] [ aggregate-state ]]

キーワード、引数、およびオプションは、次のとおりです。

• name1 - スティッキ グループと関連付ける既存のサーバ ファームの識別子。各スティッキ グループにサーバ ファームを 1 つ関連付けることができます。

• backup name2 - （任意）バックアップ サーバ ファームとして ACE に使用させる既存のサーバ ファームの識別子を指定します。プライマリ サーバ ファームが停止した場合、ACE は設定されているバックアップ サーバ ファームを使用します。クライアントがバックアップ サーバ ファームに固定されると、プライマリ サーバ ファームが再びアクティブになっても、そのクライアントはバックアップ サーバ ファームに固定されたままになります。バックアップ サーバ ファームに関する詳細は、「スティッキ機能によるサーバ ファーム動作のバックアップ」を参照してください。

• sticky - （任意）バックアップ サーバ ファームにスティッキ機能を指定します。

• aggregate-state - このオプションは廃止予定であり、すでに VIP の状態には有効ではありません。デフォルトでは、ACE は、VIP をアウト オブ サービスにする前にバックアップ サーバ ファーム内のすべての実サーバのステートを考慮します。プライマリ サーバ ファームのすべての実サーバに障害が起きても、バックアップ サーバ ファームに動作中の実サーバが 1 つ以上あれば、ACE は VIP の稼動状態を維持します。

たとえば、サーバ ファームをスティッキ グループに関連付けて、スティッキ バックアップ サーバ ファームを指定するには、次のように入力します。

サーバ ファームとスティッキ グループの関連付けを解除するには、次のように入力します。

設定の要件および考慮事項

SSL セッション ID スティッキを設定する場合、次の設定要件および考慮事項を念頭に置いてください。

• リソース クラスを設定し、リソースの最小パーセンテージをスティッキに割り当て、SSL セッション ID スティッキを設定する 1 つ以上のコンテキストをリソース クラスに関連付けたことを確認します。「スティッキ設定についての設定の要件および考慮事項」を参照してください。

• この機能は、SSLv3 および TLS1 だけをサポートします。SSLv2 は暗号化データ内に SSL ID を置きます。これによって ACE または他のロード バランサは、SSL ID をインスペクションできなくなります。

• ACE は、1 ～ 32 バイトの SSL セッション ID をサポートします。

• SSL セッション ID スティッキは通常、ACE が SSL トラフィックを終了しない場合にだけ必要です。

• GPP ポリシー マップを設定する必要があります。

• ACE で解析する TCP ペイロードの最大バイト数を指定するために、総称パラメータ マップを設定します。最大解析長の値は必ず 70 にする必要があります。

SSL セッション ID スティッキ設定のクイック スタート

表 5-10 は、ACE に 32 バイト SSL セッション ID スティッキを設定するために必要な手順を簡潔にまとめたものです。各手順には、その作業を完了するために必要な CLI コマンド、または手順の参照先が含まれています。CLI コマンドに関連付けられている各タスクおよび詳細の完全な説明については、 表 5-10 以降のセクションを参照してください。

レイヤ 4 ペイロード スティッキ グループの作成

SSL セッション ID スティッキ用レイヤ 4 ペイロード スティッキ グループの設定を開始する前に、スティッキにリソースが割り当てられていることを確認します（「スティッキ設定についての設定の要件および考慮事項」を参照）。

コンフィギュレーション モードで sticky layer4-payload コマンドを使用してレイヤ 4 ペイロード スティッキ グループを作成する方法。このコマンドの構文は次のとおりです。

sticky layer4-payload name

name 引数は、スティッキ グループの固有識別情報です。スペースを含まず引用符なしの英数字を入力します（最大 64 文字）。

たとえば、SSL ID スティッキ グループを設定するには、次のように入力します。

設定からスティッキ グループを削除するには、次のように入力します。

レイヤ 4 ペイロード スティッキ タイムアウトの設定

スティッキ タイムアウトは、最後のクライアント接続終了後にスティッキ テーブル内のそのクライアント接続の SSL セッション ID スティッキ情報を ACE が維持する時間です。ACE が特定の SSL ID スティッキ テーブル エントリと一致する新しい接続をオープンするたびに モジュール はそのエントリのスティッキ タイマーをリセットします。

スティッキ タイムアウトを設定するには、スティッキ レイヤ 4 ペイロード コンフィギュレーション モードで timeout minutes コマンドを使用します。このコマンドの構文は次のとおりです。

timeout minutes

minutes 引数には、1 ～ 65535 の整数を入力します。デフォルトは 1440 分（24 時間）です。

たとえば、次のように入力します。

1440 分のデフォルト値にタイムアウトをリセットするには、次のように入力します。

サーバ ファームとレイヤ 4 ペイロード スティッキ グループの関連付け

各スティッキ グループごとに、1 つのサーバ ファームをグループと関連付ける必要があります。サーバ ファーム をスティッキ グループと関連付けるには、スティッキ レイヤ 4 ペイロード コンフィギュレーション モードで serverfarm コマンドを使用します。このコマンドの構文は次のとおりです。

serverfarm name1

name1 引数は、スティッキ グループと関連付ける既存のサーバ ファームの識別子を指定します。各スティッキ グループにサーバ ファームを 1 つ関連付けることができます。

たとえば、サーバ ファームをスティッキ グループと関連付けるには、次のように入力します。

サーバ ファームとスティッキ グループの関連付けを解除するには、次のように入力します。

SSL サーバからの SSL セッション ID ラーニングのイネーブル化

ACE が SSL サーバ応答を解析し、SSL セッション ID ラーニングを実行するには、スティッキ レイヤ 4 ペイロード コンフィギュレーション モードで replicate sticky コマンドを使用します。ACE は、SSL サーバ応答バイトのハッシュを使用して、スティッキ データベースにデータを入力します。ACE は、次回同じ SSL セッション ID でクライアント要求を受信した場合、そのクライアントを同じ SSL サーバに固定します。このコマンドの構文は次のとおりです。

response sticky

たとえば、ACE が SSL サーバからの応答バイトを解析し、SSL セッション ID を学習できるようにするには、次のように入力します。

SSL サーバ応答を解析せずに、スティッキ ラーニングを実行するというデフォルトの動作に ACE をリセットするには、次のコマンドを入力します。

SSL セッション ID のオフセット、長さ、開始パターンの設定

SSLv3/TLS1 については、SSL セッション ID は常に TCP パケット ペイロードの同じ場所に表示されます。ACE が特定の SSL サーバに接続を固定するために、ペイロードの変化しない部分を使用するように設定できます。ACE に使用させたいペイロード部分を定義するには、ペイロードのオフセットと長さの値を指定します。ACE はこれらの値をスティッキ テーブルに保存します。

また、ACE がクライアントを特定の SSL サーバに固定するために使用する正規表現に基づき開始パターンを指定することもできます。正規表現の詳細については、 「サーバ ロード バランシングに関するトラフィック ポリシーの設定」 の 表 3-3 を参照してください。

ペイロードのオフセット、長さ、および開始パターンを設定するには、スティッキ レイヤ 4 ペイロード コンフィギュレーション モードで layer4-payload コマンドを使用します。このコマンドの構文は次のとおりです。

layer4-payload offset number1 length number2 begin-pattern expression

キーワード、引数、およびオプションは、次のとおりです。

• offset number1 - ペイロードの最初のバイトから無視するバイト数を示すことにより、ACE が特定の SSL サーバにクライアントを固定するペイロード部分を指定します。SSLv3 については、SSL ID が常に表示されるオフセットである 43 を入力します。

• length number2 - ACE がクライアントを SSL サーバに固定するために使用するペイロード部分の長さ（オフセット値の後ろのバイトからの長さ）を指定します。32 バイト SSL ID については、 32 を入力します。

• begin-pattern expression - ペイロードの開始パターンおよびハッシュを行う前に照合するパターン ストリングを指定します。開始パターンを指定しない場合、ACE はオフセット バイトの直後に解析を開始します。32 バイト SSL ID については、 「\x20」 を入力します。ACE は、ストリング式の照合に正規表現を使用することをサポートします。 「サーバ ロード バランシングに関するトラフィック ポリシーの設定」 の 表 3-3 には、ストリング式の照合に使用できる、サポート対象文字の一覧があります。

たとえば、32 バイト SSL セッション ID を指定するには、次のように入力します。

設定からペイロードのオフセット、長さ、および開始パターンを削除するには、次のように入力します。

32 バイト SSL セッション ID の SSL セッション ID スティッキ設定の例

次の設定例は、32 バイト SSL セッション ID の SSL セッション ID スティッキを設定する方法を示したものです。ここには、SSL セッション ID スティッキ コマンドに加えて通常のロード バランシング ポリシーが含まれています。SSL セッション ID スティッキ特定のコマンドおよび関連するコマンドは太字で示してあります。

（注） 異なった長さのセッション ID の SSL セッション ID スティッキについては、必要なだけクラス マップを設定することができます。

スティッキ設定の表示

現在のスティッキ設定を表示するには、EXEC モードで show running-config コマンドを使用します。このコマンドの構文は次のとおりです。

show running-config sticky

このコマンドの出力には、設定されているスティッキ グループとそのアトリビュートが表示されます。

スティッキ データベース エントリの表示

ACE は、次のカテゴリの情報に基づいてスティッキ データベースにスティッキ エントリを保存します。

• クライアントの IP アドレス

• スティッキ グループ ID

• HTTP コンテンツ値

• HTTP cookie 値

• HTTP ヘッダー値

• レイヤ 4 ペイロード

• 実サーバ名

• スタティック スティッキ データベース エントリ

• スティッキ グループ タイプ

スティッキ データベース エントリ情報を表示するには、EXEC モードで show sticky database コマンドを使用します。このコマンドの構文は次のとおりです。

show sticky database [ static ] [ client ip_address | group name1 | http-content value1 | http-cookie value2 | http-header value3 | layer4-payload value4 | rserver name2 | rtsp-header value5 | sip-header value6 | type { http-cookie | http-header | ip-netmask | radius }]

キーワード、引数、およびオプションは、次のとおりです。

• static - （任意）後ろに指定されるスタティック スティッキ エントリ タイプのスタティック スティッキ データベース エントリを表示します。

• client ip_address - （任意）指定のクライアント送信元 IP アドレスのスティッキ データベース エントリを表示します。

• group name1 - （任意）指定スティッキ グループ名のスティッキ データベース エントリを表示します。

• http-content value1 - （任意）指定 HTTP コンテンツ値のスティッキ データベース エントリを表示します。

• http-cookie value2 - （任意）指定 HTTP cookie 値のスティッキ データベース エントリを表示します。

• http-header value3 - （任意）指定 HTTP ヘッダー値のスティッキ データベース エントリを表示します。

• layer4-payload value4 - （任意）指定レイヤ 4 ペイロード値のスティッキ データベース エントリを表示します。

• rserver name2 - （任意）指定の実サーバ名のスティッキ データベース エントリを表示します。

• rtsp-header value5 - （任意）指定 RTSP ヘッダー値のスティッキ データベース エントリを表示します。

• sip-header value6 - （任意）指定 SIP ヘッダー値のスティッキ データベース エントリを表示します。

• type - （任意）次のいずれかのスティッキ グループ タイプのスティッキ データベース エントリを表示します。

– http-cookie

– http-header

– ip-netmask

– radius

たとえば、次のように入力します。

表 5-11 に、 show sticky database コマンドで出力される各フィールドの説明を示します。

スティッキの統計情報の表示

現在のコンテキストのグローバル スティッキ統計情報を表示するには、EXEC モードで show stats sticky コマンドを使用します。このコマンドの構文は次のとおりです。

show stats sticky

表 5-12 に、 show stats sticky コマンドで出力される各フィールドの説明を示します。