トークン方式を使用するように構成された負荷分散仮想サーバーは、クライアント要求から抽出されたデータセグメントの値に基づいてサービスを選択します。データセグメントはトークンと呼ばれます。トークンの場所とサイズを設定します。同じトークンを持つ後続の要求では、仮想サーバーは最初の要求を処理したのと同じサービスを選択します。

このメソッドはコンテンツ認識です。TCP、HTTP、および HTTPS 接続では、動作が異なります。HTTP サービスまたは HTTPS サービスの場合、トークンは HTTP ヘッダー、URL、または BODY にあります。トークンを検索するには、クラシックエクスプレッションまたはアドバンスエクスプレッションを指定または作成します。クラシック式または高度な式の詳細については、 ポリシーの設定とリファレンスを参照してください。

HTTP サービスの場合、仮想サーバは TCP ペイロードの最初の 24 キロバイト（KB）で設定されたトークンを検索します。HTTP（TCP、SSL、SSL_TCP）以外のサービスの場合、仮想サーバーは 16 パケットの合計サイズが 24 KB 未満の場合、最初の 16 パケットで設定されたトークンを検索します。ただし、16 パケットの合計サイズが 24 KB を超える場合、アプライアンスは最初の 24 KB のペイロードでトークンを検索します。さまざまなタイプの仮想サーバーでこの負荷分散方法を使用すると、使用するプロトコルに関係なく、同じトークンを提示するリクエストが適切なサービスに送信されるようになります。

たとえば、Web コンテンツを含むサーバーで構成される負荷分散設定を考えてみましょう。リクエストのURLクエリ部分で特定の文字列（トークン）を検索するようにNetScalerアプライアンスを構成する必要があります。サーバー 1 にはサービス HTTP-1 とサービス TCP-1 の 2 つのサービスがあり、サーバー 2 にはサービス HTTP-2 とサービス TCP-2 の 2 つのサービスがあります。TCP サービスは仮想サーバー-LB-2 にバインドされ、HTTP サービスは仮想サーバー-LB-1 にバインドされます。

VServer-LB-1 がトークン AA のリクエストを受け取ると、Service-HTTP-1 (サーバー-1 にバインドされている) サービスを選択してリクエストを処理します。VServer-LB-2が同じトークン (AA) を使用して別のリクエストを受け取ると、このリクエストをサービスサービス-TCP-1に転送します。次の図は、このプロセスを示しています。

図1：トークンメソッドの仕組み