製品ドキュメント
Citrix ADC
当前版本 13.0 12.1
pdfを表示

gslbで永続性を構成する方法

2021年8月23日
寄稿者:
C

永続性により,特定のドメイン名に対する一連のクライアント要求が,負荷分散されるのではなく,同じデータセンターに送信されます。特定のドメインに対してパーシステンスが設定されている場合は,設定されたGSLBメソッドよりも優先されます。永続性は,クライアントトランザクションに関連する情報が,最初のリクエストを処理したインスタンスにローカルに保存されるデプロイメントに使用できます。たとえば,ショッピングカートを使用する電子商取引の展開では,サーバーはトランザクションを追跡するために接続の状態を維持する必要があります。Citrix ADCアプラアンスは，クラアント要求を処理するデタセンタを選択します。永続性を有効にすると,後続のすべてのドメインネームシステム(DNS)要求に対して,選択したデータセンターの同じIPアドレスが転送されます。永続セッションがダウンしているデータセンターを指している場合,Citrix ADCアプライアンスは構成済みのGSLBメソッドを使用して新しいデータセンターを選択します。その後，クラ。GSLBで永続化するには,すべてのデータセンターのGSLB仮想サーバーで同じ永続性識別子のセット(persistID)を構成する必要があります。gslbモジュ，ルは，永続性識別子を使用してgslb仮想サ，バ，を一意に識別します。GSLB仮想サバでソースIP永続性が有効になっている場合、永続性セッションもメトリック交換の一部として交換されます。Citrix ADCアプライアンスがサイト間の永続性をサポートするには、参加しているすべてのGSLBサイトで永続性関連の構成を行う必要があります。ステートフルアプリケーションにはGSLBでの永続性を推奨します。これにより、クライアントは後続の要求のために同じアプリケーションインスタンスに再接続する必要があります。

次の方法でgslbの永続性を実現できます。

  • gslb仮想サ，バ，での永続性
  • gslbサビスでのサトの永続性

gslb仮想サ，バ，での永続性

gslb仮想サ，バ，での永続性は，dns要求中に使用されます。DNS要求の送信元IPアドレスは,クライアントとデータセンター間の永続セッションを作成するために使用されます。DNSクライアントは通常,ローカルDNS (LDNS)またはDNSゲートウェイであり,その背後にあるクライアントのセットをプロキシします(ISP内)。gslb仮想サ，バ，での永続性は，アプリケ，ションプロトコルに依存しません。一般に,複数のDNSゲートウェイまたはローカルドメインネームサーバー(LDNS)がクライアントネットワークに構成されます。後続のDNS要求では,ADCアプライアンスへの接続に使用されるアップストリームLDNSデバイスに関係なく,クライアントは以前の要求を処理した同じデータセンターに永続化できるため,適切な永続性マスクを構成することをお勧めします。LDNS IPアドレスの永続化セッションが作成された後,そのLDNSを使用して接続するすべてのエンドクライアントには,同じデータセンターIPアドレスが割り当てられます。

gslbサビスでのサトの永続性

サ@ @トの永続性は，アプリケ@ @ション要求の処理中に有効になります。永続性はHTTPCookieを使用して実現されるため,サイトの永続性はHTTPおよびHTTPSトラフィックに対してのみ機能します。HTTP Cookieはクライアント(ブラウザー)で維持されるため,DNSゲートウェイの背後にあるクライアントを可視化できます。Cookieを使用してクライアントの永続性を実現する場合、着信クライアントごとにADCアプライアンスでリソースが消費されることはありません。GSLBサービスを遅延時間でDOWNにすると、サービスはアウトオブサービス（TROFS）状態に移行します。サービスがUPまたはTROFS状態である限り、永続性がサポートされます。つまり、サービスが TROFS とマークされた後、同じクライアントが同じサービスの要求を指定された遅延時間内に送信すると、同じ GSLB サイト (データセンター) が要求を処理します。

エイリアスを介してアプリケーションにアクセスする場合は,CNAMEレコードがCitrix ADCアプライアンスでも構成されていることを確認してください。親子トポロジでは,エイリアスを介してアプリケーションにアクセスすると,サイトの永続性が機能しません。

注

接続プロキシがサイトの永続化方法として指定されていて,磅仮想サーバーでも永続性を構成する場合は,ソースIPの永続性はお勧めしません。接続がプロキシされると,クライアントの実際のIPアドレスではなく,ADCアプライアンスが所有するIPアドレスが使用されます。HTTP (S)要求のソースIPを使用してクライアントを識別することのない適切な永続性を構成します(Cookieの永続性やルールベースの永続性など)。

送信元IP地址アドレスに基づく永続性の設定

GSLB仮想サーバーで送信元IP永続性が構成されている場合,DNS要求の送信元IPアドレスに対して永続化セッションが作成されます。拡張クライアントサブネット(ECS)機能に応じて,DNS要求の送信元IPアドレスは次のいずれかから取得されます。

クラaapl . exeアントの永続セッションは，永続タaapl . exeムアウトまで続きます。タesc escムアウト期間が終了すると，既存の永続セッションがクリアされます。その後の要求では,新しいGSLB決定が行われ,別のGSLBサービスIPアドレスが選択される場合があります。GSLB仮想サーバーでのソースIPの永続性と,GSLBサービスでのサイトの永続性は互いに補完し合っています。GSLB仮想サバでソースIPの永続性が無効になっている場合、GSLB仮想サーバーはDNSが解決を試みるたびに異なるGSLBサービスを選択します。また、クライアントは別のGSLBサービスに接続し、アプリケーション要求プロキシを受信するデータセンターは、最初にクライアントにサービスを提供したデータセンターへの接続をプロキシします。これにより、待ち時間が増える可能性があります。したがって、GSLB仮想サーバーでソースIPの永続性を有効にすることで、アプリケーション要求に対するこのような頻繁な複数のホップを回避できます。ソースIP永続性セッションが期限切れになり、その後クライアントが再接続した場合、サイト永続性はクライアントを、最初にクライアントにサービスを提供していたデータセンターに接続し直します。また、クライアントが構成された永続性マスクの範囲内にないDNSゲートウェイを介して接続し直す場合、サイトの永続性は、クライアントが最初の要求を処理したデータセンターに固執するのにも役立ちます。

cliを使用して送信元ipアドレスに基づいて永続性を構成するには

コマンドプロンプトで入力します。

set gslb vserver  - persistencetype (SOURCEIP|NONE) - persistenceid  [- persistmask ] - [timeout ]

例:

set gslb vserver vserver- gslb -1 -persistenceType SOURCEIP -persistenceId 23 -persistMask 255.255.255.255 -timeout 2

guiを使用して送信元ipアドレスに基づいて永続性を構成するには

  1. トラフィック管理>GSLB>仮想サバに移動して,メソッドを変更するGSLB仮想サーバーをダブルクリックします(たとえば,vserver-GSLB-1)。
  2. 「持続性“セクションをクリックし，”持続性“ドロップダウンリストから”SOURCEIPを選択し，次のパラメ，タを設定します。
    • 持続性id:持続性id
    • タaapl . exeムアウト:タaapl . exeムアウト
    • IPv4ネットマスクまたはIPv6マスクの長さ:永続マスク

HTTPCookieに基づいてサie浏览器トの永続性を構成する

サイトの永続性は、HTTP Cookie(“サイト饼干”と呼ばれる)を使用してクライアントを同じサーバーに再接続することで実現されます。GSLBアプライアンスが選択したGSLBサイトのIPアドレスを送信してクライアントDNS要求に応答すると、クライアントはそのGSLBサイトにHTTP要求を送信します。そのGSLBサイトのアプリケーションエンドポイントはHTTPヘッダーにサイトCookieを追加し、サイトの永続性が有効になります。 クライアントキャッシュの有効期限が切れた後にクライアントがDNSクエリを送信すると、DNS要求が別のGSLBサイトに送信される可能性があります。新しいGSLBサイトは、クライアント要求ヘッダーにあるサイトCookieを使用して永続性を実装します。サイト永続化機能は、次の条件下でアクティブになります。

  • ホストヘッダのドメン名がgslbドメンの1と一致する場合
  • アプリケーショントラフィックを受信する仮想サーバーを表すGSLBサービスでサイトの永続性が有効になっている場合。

サイトクッキーには,クライアントが永続的な接続を持つ選択されたGSLBサービスに関する情報が含まれています。Cookieが指すGSLBサービスがダウンしているか、GLSB構成から削除されている場合、トラフィックを受信する仮想サーバーは引き続きトラフィックを処理します。クッキーの有効期限は、Citrix ADCアプライアンスで設定されたクッキーのタイムアウトに基づいています。仮想サーバー名がすべてのサイトで同一でない場合は、永続識別子を使用する必要があります。挿入されたクッキーは、RFC 2109に準拠しています。

Citrix ADCは，次の2種類のサaapl . exeト永続性をサポ，トしています。

  • 接続プロキシ
  • httpリダescレクト

接続プロキシ

サイト永続性の接続プロキシモードでは,後続のアプリケーション要求を受信するデータセンターは,接続を確立するために次のタスクを実行します。

  1. サaapl . exeトCookieを挿入したGSLBサaapl . exeトへの接続を作成します。
  2. クラ▪▪アント要求を元のサ▪▪トにプロキシします。

    注：

    プロキシサ、バ、は、次の詳細を使用して元のサ、トとの接続を確立します。

    —新しいサaapl . exeトのsnipは送信元ipアドレスです。
    • 元のサ@ @トのgslbサ@ @ビスのパブリックip @ @アドレスが宛先@ @アドレスです。
    • エフェメラルポトは送信元ポトであり，gslbサビスポトは宛先ポトです。
    • gslbサビスタプに応じて，httpまたはhttpsプロトコルのいずれかを使用します。
  3. 元のgslbサトから応答を受け取ります。
  4. その応答をクラ@ @アントに中継します。
  5. 接続を閉じます。

httpリダescレクト

GSLB設定がHTTPリダイレクト永続性を使用する場合,新しいサイトは饼干を最初に挿入したサイトに要求をリダイレクトします。リダ▪▪レクトurlのドメ▪▪ン名はサ▪▪トドメ▪▪ンです。CookieとSSL証明書の両方がGSLBドメインとサイトドメインの両方に適用可能であることを確認してください。GSLBとサイトドメインの両方にCookieを適用するには、CookieドメインがサイトからGSLBドメインである必要があります。SSL証明書をGSLBとサイトドメインの両方に適用するには、SSL仮想サーバーにバインドされた証明書がワイルドカード証明書である必要があります。

接続プロキシは，次の条件が満たされた場合に発生します。

  • gslbに参加しているドメaaplンに対してリクエストが送信されます。ドメ@ @ドメ@ @ URL/主机ヘッダ@ @から取得されます。
  • ロ，カルGSLBサ，ビスで接続プロキシが有効になっています。
  • 要求には,アクティブなリモートGSLBサービスのIPアドレスを含む有効な饼干が含まれています。

注

GSLB親子構成では,子サイトでGSLBサービスが構成されていない場合でも,接続プロキシは意図したとおりに機能します。ただし,クライアント認証,クライアントIPアドレスの挿入,またはその他のSSL固有の要件などの追加の構成がある場合は,サイトに明示的なGSLBサービスを追加し,それに応じて構成する必要があります。

親子トポロジの詳細にいては，”Mepプロトコルを使用した親子トポロジの展開を参照してください。

CLIを使用してHTTPCookieに基づいて永続性を設定するには

コマンドプロンプトで入力します。

set gslb service  -sitePersistence (ConnectionProxy [-sitePrefix ] | HTTPredirect -sitePrefix )

例:

set gslb service service- gslb -1 -sitePersistence ConnectionProxy set gslb service service- gslb -1 -sitePersistence HTTPRedirect -sitePrefix vserver-GSLB-1

GUIを使用してCookieに基づいて永続性を設定するには

  1. 交通管理>GSLB>服务に移動し，サト永続性を設定するサビス(service-GSLB-1など)を選択します。
  2. ［サ@ @トの永続性]セクションをクリックし，Cookieに基づいて永続性を設定します。
gslbで永続性を構成する方法
2021年8月23日
寄稿者:
C
2021年8月23日
寄稿者:
C

この記事の概要

サ▪▪トに関するフィ▪▪ドバック | プラ▪▪バシ▪▪と法令 | Cookieの設定 | 同意設定
©1999 -云软件集团有限公司版权所有。