コンテンツスイッチ

May 12, 2023

寄稿者:

Citrix ADC以外の負荷分散アプライアンスをネットワークにインストールしました。ただし、Citrix ADCアプライアンスのコンテンツスイッチング機能を使用して、クライアント要求を負荷分散アプライアンスに転送したいと思います。Citrix ADCアプライアンスのコンテンツスイッチング機能を、Citrix ADC以外の負荷分散アプライアンスで使用することは可能ですか?

はい。Citrix ADCアプライアンスのコンテンツスイッチング機能は、Citrix ADCアプライアンスまたはCitrix ADC以外の負荷分散アプライアンスの負荷分散機能で使用できます。ただし、Citrix ADC以外の負荷分散アプライアンスを使用する場合は、Citrix ADCアプライアンスに負荷分散仮想サーバーを作成し、Citrix ADC以外の負荷分散アプライアンスにサービスとしてバインドしてください。

コンテンツスイッチング仮想サーバーと負荷分散仮想サーバーはどのように異なりますか。

コンテンツスイッチング仮想サーバーは、クライアント要求を他の仮想サーバーに送信することしかできません。サーバーとは通信しません。

負荷分散仮想サーバーは、サーバー間でクライアントの負荷を分散し、サーバーと通信します。サーバーの可用性を監視し、さまざまな負荷分散アルゴリズムを適用してトラフィックの負荷を分散するために使用できます。

コンテンツスイッチングは、仮想サーバーの負荷分散によって、特定の種類のコンテンツに対するクライアント要求をターゲットサーバーに送信するために使用される方法です。クライアント要求を処理するのに最適なサーバーにクライアント要求を送信できます。これにより、サーバー上のクライアント要求を処理するためのオーバーヘッドが削減されます。

Citrix ADCアプライアンスのコンテンツスイッチング機能を実装して、クライアント要求を指示したい。コンテンツスイッチング機能を使用して、どのような種類のクライアント要求を送信できますか。

コンテンツスイッチング機能を使用すると、HTTP、HTTPS、FTP、TCP、セキュア TCP、および RTSP クライアント要求のみを転送できます。HTTPS クライアント要求を送信するには、アプライアンスで SSL オフロード機能を設定する必要があります。

Citrix ADCアプライアンスでコンテンツスイッチングルールを作成したい。コンテンツスイッチングルールを作成できるクライアント要求のさまざまな要素は何ですか。

コンテンツスイッチングルールは、クライアント要求の次の要素とその値に基づいて作成できます。

URL
URL トークン
HTTP バージョン
HTTP ヘッダー
クライアントの送信元 IP アドレス
クライアントバージョン
送信先 TCP ポート

Citrix ADCアプライアンスのコンテンツスイッチング機能がネットワークのパフォーマンスを向上させるのに役立つことを理解しています。これは正しい？

はい。クライアントは、その処理に最も適したサーバーをクライアントから要求するように指示できます。その結果、サーバー上のクライアント要求を処理するためのオーバーヘッドが減少します。

サイト管理性とクライアント要求に対する応答時間を向上させるために、Citrix ADCアプライアンスでCitrix ADCアプライアンスのどの機能を構成する必要がありますか？

Citrix ADCアプライアンスのコンテンツスイッチング機能を構成して、サイト管理性とクライアント要求に対する応答時間を向上させることができます。この機能を使用すると、同じドメイン名と IP アドレス内にコンテンツグループを作成できます。このアプローチは、ユーザーが参照できる異なるドメイン名や IP アドレスにコンテンツを明示的に分割する一般的なアプローチとは異なり、柔軟です。

ウェブサイトをさまざまなドメイン名と IP アドレスに分割する複数のパーティションにより、ブラウザはウェブページのコンテンツをレンダリングおよび取得するときに検出されたドメインごとに個別の接続を強制的に作成します。これらの追加の WAN 接続により、Web ページの応答時間が低下します。

私はWebサーバーファームでウェブサイトをホストしました。このタイプのセットアップでは、Citrix ADCコンテンツスイッチング機能にはどのような利点がありますか?

コンテンツスイッチング機能は、Webサーバーファームに基づくサイト内のCitrix ADCアプライアンスに次の利点を提供します。

同じドメインと IP アドレス内にコンテンツグループを作成して、サイトのコンテンツを管理します。
同じドメインと IP アドレス内のコンテンツグループを使用して、クライアント要求に対する応答時間を短縮します。
ドメイン間での完全なコンテンツレプリケーションの必要性を回避します。
アプリケーション固有のコンテンツパーティション化を有効にします。たとえば、要求に応じて、動的コンテンツのみまたは静的コンテンツのみを処理するサーバーにクライアント要求を送信できます。
同じサーバー上の複数のドメインのマルチホーミングをサポートし、同じ IP アドレスを使用します。
サーバーへの接続を再利用します。

Citrix ADCアプライアンスにコンテンツスイッチング機能を実装したい。各要求のさまざまなパラメータを評価した後、クライアント要求をさまざまなサーバーに送信します。コンテンツスイッチング機能を設定する場合、この設定を実装するにはどのようなアプローチが必要ですか。

ポリシー式を使用して、コンテンツスイッチング機能のポリシーを作成できます。式は、演算子を使用してクライアント要求の修飾子をオペランドと比較することによって評価される条件です。クライアントリクエストの次のパラメータを使用して、式を作成できます。

メソッド-HTTP リクエストメソッド。
URL-HTTP ヘッダー内の URL。
URL トークン-URL 内の特別なトークン。
バージョン-HTTP リクエストのバージョン。
URL クエリ-URL クエリ LEN、URL LEN、および HTTP ヘッダーが含まれます。
SOURCEIP：クライアントの IP アドレス。

次に、式の作成に使用できる演算子の完全なリストを示します。

== (equals)
!= (not equals)
EXISTS
NOT EXISTS
CONTAINS
NOT CONTAINS
GT (greater than)
LT (less than)

また、一連の式を論理的に集約したさまざまなルールを作成することもできます。複数の式を組み合わせてルールを作成できます。式を結合するには、&& (AND) と

同じコンテンツスイッチング仮想サーバーに対して、ルールベースのポリシーと URL ベースのポリシーを構成します。同じコンテンツスイッチング仮想サーバーに対して、両方のタイプのポリシーを作成できますか。

はい。同じコンテンツスイッチ仮想サーバーに対して、両方のタイプのポリシーを作成できます。ただし、優先順位を割り当てて、ポリシーの適切な優先順位を設定するようにしてください。

URL のプレフィックスとサフィックスと共にドメイン名を評価し、それに応じてクライアント要求を指示するコンテンツスイッチングポリシーを作成します。どのタイプのコンテンツスイッチングポリシーを作成すべきですか。

ドメインポリシーと正確な URL ポリシーを作成できます。このタイプのポリシーが評価されると、クライアント要求の完全なドメイン名とURLが構成されたものと一致する場合、Citrix ADCアプライアンスはコンテンツグループを選択します。クライアント要求は、設定されたドメイン名と一致し、URL のプレフィックスとサフィックスが設定されている場合は、完全に一致する必要があります。

URLの部分的なプレフィックスとサフィックスとともにドメイン名を評価し、それに応じてクライアント要求を指示するコンテンツスイッチングポリシーを作成します。どのタイプのコンテンツスイッチングポリシーを作成すべきですか。

コンテンツスイッチング仮想サーバーのドメインおよびワイルドカード URL ポリシーを作成できます。このタイプのポリシーが評価されると、Citrix ADCアプライアンスは、要求が完全なドメイン名と一致し、URLプレフィックスと部分的に一致する場合、コンテンツグループを選択します。

ワイルドカード URL ポリシーとは何ですか?

ワイルドカードを使用して、Citrix ADCアプライアンスで構成したURLへのクライアント要求の部分的なURLを評価できます。ワイルドカードは、次のタイプの URL ベースのポリシーで使用できます。

プレフィックスのみ。たとえば、/sports/* 式は、/sports URL の下で使用可能なすべての URL に一致します。同様に、/sports * 式は、接頭辞が /sports であるすべての URL に一致します。
接尾辞のみ。たとえば、/*.jsp 式は、ファイル名拡張子が jsp のすべての URL に一致します。
接頭辞と接尾辞。たとえば、/sports/ *.jsp 式は、/sports/ URL の下にある jsp ファイル名拡張子を持つすべての URL に一致します。同様に、/sports *.jsp 式は、接頭辞 /sports * とファイル名拡張子が jsp のすべての URL に一致します。

ドメインと規則のポリシーとは?

ドメインとルールのポリシーを作成する場合、クライアント要求は、Citrix ADCアプライアンスで構成されたドメインとルールと完全に一致する必要があります。

ポリシーを評価するためのデフォルトの優先順位はどれくらいですか。

デフォルトでは、ルールベースのポリシーが最初に評価されます。

一部のコンテンツがすべてのクライアント要求で同じ場合、ポリシーの評価にはどのような優先順位を使用すればよいですか?

一部のコンテンツがすべてのユーザーで同じで、クライアント属性に基づいて異なるコンテンツを提供する必要がある場合は、ポリシー評価に URL ベースの優先順位を使用できます。

コンテンツスイッチングでは、どのようなポリシー式構文がサポートされていますか?

コンテンツスイッチングでは、次の 2 種類のポリシー式がサポートされています。

クラシック構文- コンテンツスイッチングの従来の構文は、キーワード REQ で始まり、詳細ポリシーよりも高度な構文です。クラシックポリシーはアクションにバインドできません。したがって、ターゲット負荷分散仮想サーバーは、コンテンツスイッチング仮想サーバーをバインドした後にのみ追加できます。
高度なポリシー: 高度なポリシーは、通常 HTTP というキーワードで始まり、設定が簡単です。ターゲットの負荷分散仮想サーバーアクションを詳細ポリシーにバインドし、そのポリシーを複数のコンテンツスイッチ仮想サーバーで使用できます。

単一のコンテンツスイッチングポリシーを複数の仮想サーバーにバインドできますか?

はい。定義されたアクションを含むポリシーを使用して、単一のコンテンツスイッチングポリシーを複数の仮想サーバーにバインドできます。ターゲット負荷分散仮想サーバーがコンテンツスイッチングポリシーで指定されなくなったため、アクションを使用するコンテンツスイッチングポリシーを複数のコンテンツスイッチング仮想サーバーにバインドできます。1 つのポリシーを複数のコンテンツスイッチング仮想サーバーにバインドする機能により、コンテンツスイッチング構成のサイズをさらに縮小できます。

詳細については、以下のKnowledge Center 記事とNetScalerのドキュメントトピックを参照してください。

従来の式を使用してアクションベースのポリシーを作成できますか?

いいえ。現在のところ、Citrix ADCでは、アクションで古典的な構文式を使用するポリシーはサポートされていません。ポリシーをバインドするときに、アクションで定義するのではなく、ターゲットの負荷分散仮想サーバーを追加する必要があります。

この記事の概要

この情報は役に立ちましたか?