ADC

キャッシュと無効化のポリシーを構成する

October 7, 2021

寄稿者:

ポリシーにより、統合キャッシュは、キャッシュまたはオリジンからの応答の提供を試みるかどうかを判断できます。NetScalerアプライアンスは、統合キャッシュ用の組み込みポリシーを提供し、さらに多くのポリシーを構成できます。ポリシーを設定するときは、アクションに関連付けます。アクションは、ポリシーが適用されるオブジェクトをキャッシュするか、オブジェクトを無効化（期限切れ）します。通常、キャッシュポリシーは GET リクエストと POST リクエストの情報に基づいています。通常、無効化ポリシーは、リクエスト内のPOSTメソッドの存在と他の情報に基づきます。キャッシュポリシーまたは無効化ポリシーでは、GET または POST リクエスト内の任意の情報を使用できます。

構成ユーティリティーの統合キャッシュの [ポリシー] ノードで、組み込みポリシーの一部を表示できます。組み込みのポリシー名は、アンダースコア（_）で始まります。

アクションによって、トラフィックがポリシーに一致した場合のNetScaler アプライアンスの動作が決まります。実行できるアクションは次のとおりです：

キャッシングアクション。CACHE アクションに関連付けるポリシーは、応答をキャッシュに保存し、キャッシュから処理します。
無効化アクション。INVAL アクションに関連付けるポリシーは、キャッシュされた応答をただちに期限切れにし、オリジンサーバーから更新します。Webベースのアプリケーションの場合、無効化ポリシーはPOSTリクエストを評価することがよくあります。
「キャッシュしない」アクション。NOCACHE アクションに関連付けるポリシーは、オブジェクトをキャッシュに保存しません。
アクションを暫定的にキャッシュします。MAYCACHEまたはMAYNOCACHEアクションに関連付けるポリシーは、より多くのポリシー評価の結果によって異なります。

統合キャッシュは LOCK メソッドで指定されたオブジェクトを格納しませんが、LOCKリクエストの受信時にキャッシュされたオブジェクトを無効にすることができます。無効化ポリシーの場合のみ、式http.req.method.eq(“lock”)を使用してLOCKをメソッドとして指定できます。NetScaler アプライアンスはこのメソッド名を文字列として認識するため、 GETおよびPOST要求のポリシーとは異なり、LOCKメソッドを引用符で囲む必要があります。

ポリシーを作成したら、リクエストとレスポンスの全体的な処理における特定のポイントにポリシーをバインドします。ポリシーをバインドする前にポリシーを作成しますが、ポリシーを作成する前に、バインドポイントが処理の順序にどのように影響するかを理解しておく必要があります。

特定のバインドポイントにバインドされたポリシーは、ポリシーバンクを構成します。goto式を使用して、ポリシーバンクでの実行順序を変更できます。また、他のポリシーバンクでポリシーを呼び出すことができます。また、ラベルを作成し、ラベルにポリシーをバインドすることもできます。このようなラベルは処理ポイントに関連付けられませんが、そのラベルにバインドされているポリシーは、他のポリシーバンクから呼び出すことができます。

統合キャッシュポリシーに関連付けるアクション

次の表では、統合キャッシュポリシーのアクションについて説明します。

操作（アクション）	仕様
CACHE	応答の有効期限が切れていない場合は、キャッシュからの応答を提供します。応答を元のサーバーからフェッチする必要がある場合、NetScaler アプライアンスは応答を提供する前に応答をキャッシュします。頻繁に更新され、アクセスされるデータもキャッシュできます。たとえば、株価は頻繁に更新されますが、複数のユーザーにすばやく提供できるようにキャッシュすることができます。必要に応じて、キャッシュされたデータは、ダウンロードされた直後に更新できます。CACHE アクションは、組み込みポリシーによって上書きできます。
NOCACHE	常にオリジンサーバーからの応答をフェッチし、応答を非保存としてマークします。通常、機密データまたはパーソナライズされたデータに対して NOCACHE ポリシーを構成します。
MAY_CACHE	この設定は要求時間ポリシーで使用され、応答時間ポリシーの評価を保留して、応答をコンテンツグループに保存できるようにします。以下が可能です：1。一致する応答時間ポリシーに CACHE アクションがあり、コンテンツグループが指定されていない場合、組み込みポリシーがこのポリシーを上書きしない限り、応答は Default グループに格納されます。一致する応答時間ポリシーに CACHE アクションがあり、要求時間ポリシーと同じコンテンツグループが指定されている場合、組み込みポリシーがこのポリシーを上書きしない限り、応答は名前付きコンテンツグループに保存されます。3. 一致する応答時間ポリシーに CACHE アクションがあり、要求時間ポリシーとは異なるコンテンツグループが指定されている場合は、NOCACHE アクションが適用されます。4. 一致する応答時間ポリシーに NOCACHE アクションがある場合は、NOCACHE アクションを実行します。5. 一致する応答時間ポリシーがない場合、組み込みポリシーがこのポリシーを上書きしない限り、CACHE アクションが適用されます。
MAY_NOCACHE	要求時間ポリシーの場合、この設定は応答のキャッシュを暫定的に防止します。応答時に、次のいずれかのアクションが実行されます。-要求に一致する応答時間ポリシーがない場合、最後のアクションはNOCACHEです。-一致する応答時間ポリシーに CACHE アクションが含まれている場合、組み込みポリシーがこのポリシーを上書きしない限り、最終的なアクションは CACHE です。-一致する応答時間ポリシーに NOCACHE アクションが含まれている場合、最後のアクションは NOCACHE です。-一致する応答時間ポリシーに CACHE アクションがあり、コンテンツグループが指定されていない場合、組み込みポリシーがこのポリシーを上書きしない限り、最終的なアクションは Default コンテンツグループの応答を CACHE することです。
INVAL	キャッシュされた応答を期限切れにします。ポリシーとコンテンツグループの構成方法に応じて、1 つ以上のコンテンツグループ内のすべての応答が期限切れになるか、またはコンテンツグループ内の選択したオブジェクトが期限切れになります。注意:INVAL アクションは、リクエスト時間ポリシーでのみ指定できます。

ポリシーのバインドポイント

ポリシーは、次のいずれかのバインドポイントにバインドできます。

グローバルポリシーバンク。これらは、「ポリシー評価の順序」で説明されているように、リクエスト時間のデフォルト、リクエスト時間のオーバーライド、応答時間のデフォルト、および応答時間オーバーライドポリシーバンクです。
仮想サーバ。仮想サーバにバインドするポリシーは、「ポリシー評価の順序」で説明されているように、グローバルオーバーライドポリシーの後およびグローバルデフォルトポリシーの前に処理されます。ポリシーを仮想サーバーにバインドするときは、ポリシーを要求時または応答時の処理にバインドします。
アドホックポリシーラベル。ポリシーラベルは、ポリシーバンクに割り当てられた名前です。統合キャッシュには、グローバルラベルに加えて、次の 2 つの組み込みカスタムポリシーラベルがあります。
- _reqBuiltinDefaults. このポリシーラベルは、デフォルトでは、要求時のデフォルトポリシーバンクから呼び出されます。
- _resBuiltinDefaults. このポリシーラベルは、デフォルトでは、応答時間のデフォルトポリシーバンクから呼び出されます。

新しいポリシーラベルを定義することもできます。ユーザー定義のポリシーラベルにバインドされたポリシーは、いずれかの組み込みバインドポイントのポリシーバンク内から呼び出す必要があります。

重要： INVALアクションを使用して、ポリシーを要求時オーバーライドまたは応答時オーバーライドバインド・ポイントにバインドする必要があります。ポリシーを削除するには、まずポリシーをバインド解除する必要があります。

ポリシー評価の順序

高度なポリシーを有効にするには、NetScaler アプライアンスのトラフィック処理中のある時点でポリシーが呼び出されるようにする必要があります。呼び出し時間を指定するには、ポリシーをバインドポイントに関連付けます。以下は、評価順にリストされたバインドポイントです。

リクエスト時のオーバーライド。要求が要求時オーバーライドポリシーに一致する場合、デフォルトでは要求時ポリシーの評価が終了し、NetScalerアプライアンスは一致するポリシーに関連付けられているアクションを保存します。
要求時の負荷分散仮想サーバ。すべての要求時間上書きポリシーの評価後にポリシー評価を完了できない場合、NetScaler アプライアンスは、負荷分散仮想サーバーにバインドされた要求時間ポリシーを処理します。リクエストがこれらのポリシーのいずれかに一致する場合、評価は終了し、NetScalerアプライアンスは一致するポリシーに関連付けられているアクションを保存します。
要求時のコンテンツスイッチング仮想サーバー。このバインドポイントにバインドされているポリシーは、負荷分散仮想サーバーにバインドされている要求時ポリシーの後に評価されます。
リクエスト時のデフォルト。すべての要求時の仮想サーバー固有のポリシーが評価された後、ポリシーの評価を完了できない場合、NetScalerアプライアンスは要求時のデフォルトポリシーを処理します。要求が要求時のデフォルトポリシーと一致する場合、デフォルトでは要求時ポリシーの評価が終了し、NetScalerアプライアンスは一致するポリシーに関連付けられているアクションを保存します。
応答時間のオーバーライド。要求時間上書きポリシー評価に似ています。
応答時間の負荷分散仮想サーバ。要求時の仮想サーバポリシーの評価に似ています。
応答時間のコンテンツスイッチング仮想サーバー。要求時の仮想サーバポリシーの評価に似ています。
応答時間のデフォルト。要求時のデフォルトポリシー評価に似ています。

各バインドポイントに複数のポリシーを関連付けることができます。バインドポイントに関連付けられたポリシーの評価順序を制御するには、プライオリティレベルを設定します。他のフロー制御情報がない場合、ポリシーは、プライオリティレベルに従って評価されます。プライオリティレベルは、最も低い数値から開始します。

注: POST データまたは Cookie ヘッダーのリクエスト時間ポリシーは、統合キャッシュ内の組み込みのリクエスト時ポリシーが POST リクエストのNOCACHEアクションと Cookie を使用したリクエストに対するMAY_NOCACHEアクションを返すため、リクエスト時のオーバーライド評価時に呼び出す必要があります。パラメータ化されたコンテンツグループを指す要求時ポリシーに、 MAY_CACHEまたはMAY_NOCACHEアクションを関連付けます。応答時間ポリシーによって、トランザクションがキャッシュに格納されるかどうかが決まります。

統合キャッシュのポリシーを構成する

組み込みポリシーで処理できないデータを処理するには、新しいポリシーを構成します。キャッシュ、キャッシュの発生の防止、およびキャッシュされたデータの無効化には、個別のポリシーを構成します。統合キャッシュのポリシーの主なコンポーネントは次のとおりです。

ルール:HTTP リクエストまたはレスポンスを評価する論理式。
アクション:ポリシーとアクションを関連付けて、ポリシー規則に一致するリクエストまたはレスポンスの処理を決定します。

コンテンツグループ:ポリシーを 1 つ以上のコンテンツグループに関連付けて、アクションを実行する場所を特定します。

コマンドラインインターフェイスを使用してキャッシュのポリシーを構成するには

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

add cache policy <policyName> -rule <expression> -actionCACHE|MAY_CACHE|NOCACHE|MAY_NOCACHE [-storeInGroup <contentGroupName>] [-undefAction NOCACHE|RESET] > add cache policy image_cache -rule "http.req.url.contains(\"jpg\") || http.req.url.contains(\"jpeg\")" -action CACHE -storeingroup myImages_group -undefaction NOCACHE

> add cache policy bugReportPolicy -rule "http.req.url.query.contains(\"IssuePage\")" -action CACHE -storeInGroup bugReportGroup

> add cache policy my_form_policy -rule "http.req.header(\"Host\")contains(\"my.company.com\") && http.req.method.eq(\"GET\") && http.req.url.query.contains(\"v=7\")" -action CACHE -storeInGroup my_form_event

> add cache policy viewproducts_policy –rule "http.req.url.contains(\"viewproducts.aspx\")" –action CACHE -storeInGroup Product_Details

コマンドラインインターフェイスを使用して無効化ポリシーを構成するには

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

add cache policy <policyName> -rule <expression> -action INVAL [-invalObjects "<contentGroupName1>[,<selectorName1>"]. . .]] | [-invalGroup <contentGroupName1>[, <contentGroupName2>. . .]] [-undefAction NOCACHE|RESET]
<!--NeedCopy-->

> add cache policy invalidation_events_policy -rule "http.req.header("Host")contains("my.company.com") && http.req.method.eq("GET") && http.req.url.query.contains("v=8") -action INVAL -invalObjects my_form_event -undefaction NOCACHE
<!--NeedCopy-->

> add cache policy inval_all -rule "http.req.method.eq("POST") && http.req.url.contains("jpeg")" -action INVAL -invalGroups myImages_group myApps_group PDF_group
<!--NeedCopy-->

> add cache policy bugReportInvalidationPolicy -rule "http.req.url.query.contains("TransitionForm")" -action INVAL -invalObjects bugReport`
`> add cache policy editproducts_policy –rule "http.req.url.contains("editproducts.aspx")" –action INVAL -invalObjects "Product_Details,batchnum_sel" "Products_In_Depots,batchid_sel"
<!--NeedCopy-->

GUI を使用してキャッシュまたは無効化のポリシーを構成するには

[最適化] > [統合キャッシュ] > [ポリシー] に移動し、新しいポリシーを作成します。

統合キャッシュポリシーのグローバルバインド

ポリシーをグローバルにバインドすると、NetScaler アプライアンス上のすべての仮想サーバーでポリシーを使用できます。

コマンドラインインターフェイスを使用して統合キャッシュポリシーをグローバルにバインドするには、次の手順を実行します。

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

bind cache global <policy> -priority <positiveInteger> [-typeREQ_OVERRIDE|REQ_DEFAULT|RES_OVERRIDE|RES_DEFAULT] [-gotoPriorityExpression <expression>] [-invoke <labelType> <labelName>]
<!--NeedCopy-->

> bind cache global myCachePolicy -priority 100 -type req_default
<!--NeedCopy-->

注：

type引数は、以前のバージョンのNetScaler アプライアンスを使用して定義したポリシーとの下位互換性を維持するために、グローバルにバインドされたポリシーの場合はオプションです。タイプを省略すると、ポリシールールが応答時間式か要求時間式かに応じて、ポリシーは REQ_DEFAULT または RES_DEFAULT にバインドされます。ルールに要求時間と応答時間のパラメータの両方が含まれている場合は、RES_DEFAULT にバインドされます。以下は、型を省略するバインディングの例です

次に、型を省略するバインディングの例を示します。

> bind cache global myCache Policy 200

構成ユーティリティを使用して統合キャッシュポリシーをグローバルにバインドするには

[最適化] > [統合キャッシュ] に移動し、[キャッシュポリシーマネージャ] をクリックし、関連するバインドポイントと接続タイプ (要求/応答) を指定して、ポリシーをバインドします。

統合キャッシュポリシーを仮想サーバーにバインドする

ポリシーを仮想サーバにバインドすると、ポリシーに一致し、関連する仮想サーバを通過する要求と応答に対してのみ使用できます。

GUI を使用する場合、仮想サーバの設定ダイアログボックスを使用してポリシーをバインドできます。これにより、この仮想サーバーにバインドされているすべてのCitrix ADCモジュールのすべてのポリシーを表示できます。統合キャッシュのPolicyManager 構成ダイアログを使用することもできます。これにより、仮想サーバーにバインドされている統合キャッシュポリシーのみを表示できます。

コマンドラインインターフェイスを使用して統合キャッシュポリシーを仮想サーバーにバインドするには、次の手順を実行します。

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

bind lb vserver <name>@ -policyName <policyName> -priority <positiveInteger> -type(REQUEST|RESPONSE)
<!--NeedCopy-->

bind cs vserver <name>@ -policyName <policyName> -priority <positiveInteger> -type(REQUEST|RESPONSE)
<!--NeedCopy-->

構成ユーティリティを使用して統合キャッシュポリシーを仮想サーバーにバインドするには (仮想サーバーメソッド)

CS仮想サーバー-トラフィック 管理に移動します > コンテンツの切り替え > 仮想サーバー、仮想サーバーを選択し、関連するキャッシュポリシーをバインドします。
LB仮想サーバー - Traffic Management > Load Balancing > Virtual Servers,に移動して仮想サーバーを選択し、関連キャッシュポリシーをバインドします。

GUI を使用して統合キャッシュポリシーを仮想サーバにバインドするには（Policy Manager 方式）。

[最適化] > [統合キャッシュ] に移動し、[キャッシュポリシーマネージャ] をクリックし、関連するバインドポイントと接続タイプを指定してキャッシュポリシーをバインドします。

注：適切なバインドポイントを選択すると、キャッシュポリシーを負荷分散仮想サーバーとコンテンツスイッチング仮想サーバーの両方にバインドできます。

ファイルの圧縮および非圧縮バージョンをキャッシュする方法

デフォルトでは、圧縮を処理できるクライアントは、圧縮されていない応答または圧縮された応答を gzip、deflate、compress、および pack200-gzip 形式で提供できます。クライアントが圧縮を処理する場合、 Accept-Encoding:compression 形式のヘッダーがリクエストで送信されます。クライアントによって受け入れられる圧縮タイプは、キャッシュされたオブジェクトの圧縮タイプと一致する必要があります。たとえば、 Accept-Encoding:deflate ヘッダーのあるリクエストに応答して cached.gzip ファイルを提供することはできません。

圧縮を処理できないクライアントは、キャッシュされた応答が圧縮されている場合、キャッシュミスを処理します。

動的キャッシュの場合、同じデータの圧縮データ用と非圧縮バージョン用の 2 つのコンテンツグループを構成する必要があります。次に、圧縮を処理できないクライアントにキャッシュから非圧縮ファイルを提供し、圧縮を処理できる同じファイルの圧縮バージョンをクライアントに提供するためのセレクタ、コンテンツグループ、およびポリシーを設定する例を示します。

add cache selector uncompressed_response_selector http.req.url "http.req.header(\"Host\")"

add cache contentGroup uncompressed_group -hitSelector uncompressed_responst_selector -invalSelector uncomp_resp_sel

add cache policy cache_uncompressed -rule "HTTP.REQ.URL.CONTAINS(\"xyz\") && !HTTP.REQ.HEADER(\"Accept-Encoding\").EXISTS" -action CACHE -storeInGroup uncompressed_group

bind cache global cache_uncompressed -priority 100 -gotoPriorityExpression END -type REQ_OVERRIDE

add cache selector compressed_response_selector HTTP.REQ.URL "HTTP.REQ.HEADER(\"Host\")" "HTTP.REQ.HEADER(\"Accept-Encoding\")"

add cache contentGroup compressed_group -hitSelector compressed_response_selector

add cache policy cache_compressed -rule "HTTP.REQ.URL.CONTAINS(\"xyz\") && HTTP.REQ.HEADER(\"Accept-Encoding\").EXISTS" -action CACHE -storeInGroup compressed_group

bind cache global cache_compressed -priority 200 -gotoPriorityExpression END -type REQ_OVERRIDE

キャッシュ用のポリシーバンクの構成

特定のバインドポイントに関連付けられているすべてのポリシーは、まとめてポリシーバンクと呼ばれます。銀行のポリシーの優先度レベルを構成することに加えて、Goto式を構成することにより、銀行の評価の順序を変更できます。現在のポリシーバンク内から外部ポリシーバンクを呼び出すことによって、評価順序をさらに変更できます。また、独自のラベルを割り当てる新しいポリシーバンクを構成することもできます。このようなポリシーバンクは、処理サイクルのどの時点にも拘束されないため、他のポリシーバンク内からのみ呼び出すことができます。便宜上、組み込みのバインドポイントに対応しないラベルを持つポリシーバンクをポリシーラベルと呼びます。

「ポリシーのバインド」で説明されているように、ポリシーをバインドしてプライオリティレベルを割り当てることによってポリシー評価の順序を制御するだけでなく、Goto 式を設定することで、ポリシーバンク内のフローを確立できます。Goto式は、優先度レベルによって決定されるフローを上書きします。また、現在のバンクのエントリを評価した後に外部ポリシーバンクを呼び出すことによって、評価フローを制御することもできます。評価の完了後、評価は常に現在のバンクに戻ります。

次の表は、ポリシーバンクで評価を制御するためのエントリをまとめたものです。

属性	Specifies
Name	ポリシーの名前。ポリシーを評価せずに別のポリシーバンクを呼び出す場合は、キーワード NOPOLICY。ポリシーバンクでは NOPOLICY を複数回指定できますが、名前付きポリシーは一度しか指定できません。
優先度	整数。整数値が小さいほど、優先度が高くなります。
Goto式	次に評価するポリシーまたはポリシーバンクを決定します。次のいずれかの値を指定できます。1. NEXT:次に高い優先度を持つポリシーに移動します。2. END:評価を停止します。3. USE_INVOCATION_RESULT: このエントリが別のポリシー・バンクを呼び出す場合に適用されます。呼び出されたバンクの最後の Gotoの値が END の場合、評価は停止します。最後のGotoがEND以外のものである場合、現在のポリシーバンクはNEXTを実行します。4. 正の数：評価される次のポリシーの優先度番号。5. 数値式：評価される次のポリシーの優先順位番号を生成する式。Gotoは、ポリシーバンクでのみ進めることができます。Goto 式を省略することは、END を指定することと同じです。
呼び出しタイプ	ポリシーバンクタイプを指定します。値は次のいずれかになります-1。仮想サーバーの要求：仮想サーバーに関連付けられている要求時ポリシーを呼び出します。 2.2。応答仮想サーバー：仮想サーバーに関連付けられている応答時間ポリシーを呼び出します。 3.3。ポリシーラベル:バンクのポリシーラベルで識別される、別のポリシーバンクを起動します。
呼び出し名	［呼び出しタイプ］に指定した値に応じて、仮想サーバまたはポリシー・ラベルの名前。

統合キャッシュには2つの組み込みポリシーラベルがあり、さらに多くのポリシーラベルを設定できます。

_reqBuiltInDefaults：このポリシーラベルは、リクエスト時のデフォルトのバインドポイントから呼び出されます。 _resBuiltInDefaults：このポリシーラベルは、応答時のデフォルトのバインドポイントから呼び出されます。

コマンドラインインターフェイスを使用してキャッシュポリシーバンクでポリシーラベルを呼び出すには

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

bind cache policylabel <labelName> -policname<policyName> -priority<priority> [-gotoPriorityExpression <gotopriorityExpression>] [-invoke <labelType> <labelName>]
<!--NeedCopy-->

GUI を使用してキャッシュポリシーバンク内のポリシーラベルを呼び出すには、次の手順を実行します。

[最適化] > [統合キャッシュ] に移動し、[キャッシュポリシーマネージャ] をクリックし、関連するバインドポイント ([グローバル上書き] または [デフォルトグローバル]) と接続タイプを指定して、このバインドポイントにバインドされているポリシーのリストを表示します。
ポリシーを評価せずにポリシー・ラベルを呼び出す場合は、[NOPOLICY] をクリックします。

注：

外部ポリシーバンクを呼び出すには、[呼び出しタイプ] 列のフィールドをクリックし、ポリシーバンクでこの時点で呼び出すポリシーバンクのタイプを選択します。これは、グローバルラベルまたは仮想サーババンクです。［呼び出し名］フィールドに、ラベルまたは仮想サーバ名を入力します。

コマンドラインインターフェイスを使用して仮想サーバーポリシーバンクでキャッシュポリシーラベルを呼び出すには

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

bind lb vserver <name>@ -policyName <policyName>|<NOPOLICY-CACHE> -priority<positiveInteger> -gotoPriorityExpression <expression> -type REQUEST|RESPONSE -invoke<labelType> <labelName>
<!--NeedCopy-->

bind cs vserver <name> -policyName <policyName>|<NOPOLICY-CACHE> -priority<positiveInteger> -gotoPriorityExpression <expression> -type REQUEST|RESPONSE -invoke<labelType> <labelName>
<!--NeedCopy-->

GUI を使用して仮想サーバポリシーバンクでキャッシュポリシーラベルを呼び出すには

[トラフィック管理] > [負荷分散/コンテンツスイッチング] > [仮想サーバー] に移動し、仮想サーバーを選択して [ポリシー] をクリックします。
このバンクに既存のエントリを設定する場合は、この手順をスキップします。このポリシーバンクに新しいポリシーを追加する場合、または「ダミー」NOPOLICY エントリを使用する場合は、[追加] をクリックして、次のいずれかの操作を行います。
- 新しいポリシーを設定するには、「統合キャッシュでのポリシーの設定」の説明に従って、[キャッシュ] をクリックし、新しいポリシーを設定します。
- ポリシールールを処理せずにポリシーバンクを呼び出すには、NOPOLICY-CACHEオプションを選択します。

注：

外部ポリシーバンクを呼び出すには、[呼び出しタイプ] 列のフィールドをクリックし、ポリシーバンクでこの時点で呼び出すポリシーバンクのタイプを選択します。これは、グローバルラベルまたは仮想サーババンクです。［呼び出し名］フィールドに、ラベルまたは仮想サーバ名を入力します。

統合キャッシュでのポリシーラベルの設定

組み込みバインドポイントまたは仮想サーバーのポリシーバンクでポリシーを構成する以外に、キャッシュポリシーラベルを作成し、これらの新しいラベルのポリシーバンクを構成できます。

統合キャッシュのポリシーラベルは、 統合キャッシュの詳細ペインの Policy Manager で表示できるバインドポイントの 1 つ（リクエストの上書き、リクエストのデフォルト、応答の上書き、または応答のデフォルト）または組み込みポリシーラベル\_reqBuiltinDefaultsおよび\_resBuiltinDefaultsからのみ呼び出すことができます。ポリシーラベルは、一度だけ呼び出すことができるポリシーとは異なり、何度でも呼び出すことができます。

Citrix ADC GUIには、ポリシーラベルの名前を変更するオプションがあります。ポリシー・ラベルの名前を変更しても、ラベルにバインドされているポリシーの評価プロセスには影響しません。

注:

NOPOLICY「ダミー」ポリシーを使用して、別のポリシーバンクからポリシーラベルを呼び出すことができます。NOPOLICYエントリは、ルールを処理しないプレースホルダです。

コマンドラインインターフェイスを使用してキャッシュ用のポリシーラベルを構成するには

コマンド・プロンプトで次のコマンドを入力して、ポリシー・ラベルを作成し、構成を確認します。

add cache policylabel <labelName> -evaluates (REQ|RES)
show cache policylabel <labelName>

このポリシーラベルは、ポリシーバンクから呼び出します。

GUI を使用してキャッシュのポリシーラベルを設定するには、次の手順を実行します。

[最適化] > [統合キャッシュ] > [ポリシーラベル] に移動し、ポリシーラベルを追加して、キャッシュされたポリシーをバインドします。

注： Citrix ADCが適切なタイミングでポリシーラベルを処理できるようにするには、組み込みのバインドポイントに関連付けられているポリシーバンクのいずれかでこのラベルの呼び出しを構成します。

GUI を使用してポリシーラベルの名前を変更するには、次の手順を実行します。

[最適化] > [統合キャッシュ] > [ポリシーラベル] に移動して、ポリシーラベルを選択し、名前を変更します。

統合キャッシュポリシーとポリシーラベルのバインド解除と削除

ポリシーバンクからポリシーをバインド解除したり、削除したりできます。ポリシーを削除するには、まずポリシーをバインド解除する必要があります。ポリシーラベルの呼び出しを削除し、ポリシーラベルを削除することもできます。ポリシーラベルを削除するには、まずラベルに設定した呼び出しをすべて削除する必要があります。

組み込みのバインドポイント (要求のデフォルト、要求のオーバーライド、応答のデフォルト、応答の上書き) のラベルのバインドを解除または削除することはできません。

コマンドラインインターフェイスを使用してグローバルキャッシュポリシーをバインド解除するには

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

unbind cache global <policy>

コマンドラインインターフェイスを使用して仮想サーバー固有のキャッシュポリシーをバインド解除するには

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

(unbind lb vserver|unbind cs vserver) <vserverName> -policyName <policyName> -type(REQUEST|RESPONSE)

コマンドラインインターフェイスを使用してキャッシュポリシーを削除するには

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

rm cache policy <policyName>

GUI を使用してキャッシュポリシーをバインド解除するには、次の手順を実行します。

[最適化] > [統合キャッシュ] に移動し、[キャッシュポリシーマネージャ] をクリックし、関連するバインドポイントと接続タイプ (要求/応答) を指定してポリシーをバインド解除します。

GUI を使用してポリシーラベルの呼び出しを削除するには、次の手順を実行します。

[ 最適化 ] > [ 統合キャッシュ] に移動し、[ キャッシュポリシーマネージャ] をクリックし、関連するバインドポイント (負荷分散仮想サーバーまたはコンテンツスイッチング仮想サーバー) と接続タイプを指定して、この仮想サーバーにバインドされたキャッシュポリシーのリストを表示します。
ポリシーの [呼び出し] 列で、エントリをクリアします。

このコンテンツの正式なバージョンは英語で提供されています。Cloud Software Groupドキュメントのコンテンツの一部は、お客様の利便性のみを目的として機械翻訳されています。Cloud Software Groupは機械翻訳されたコンテンツを管理していないため、誤り、不正確な情報、不適切な用語が含まれる場合があります。英語の原文から他言語への翻訳について、精度、信頼性、適合性、正確性、またはお使いのCloud Software Group製品またはサービスと機械翻訳されたコンテンツとの整合性に関する保証、該当するライセンス契約書またはサービス利用規約、あるいはCloud Software Groupとのその他すべての契約に基づき提供される保証、および製品またはサービスのドキュメントとの一致に関する保証は、明示的か黙示的かを問わず、かかるドキュメントの機械翻訳された範囲には適用されないものとします。機械翻訳されたコンテンツの使用に起因する損害または問題について、Cloud Software Groupは責任を負わないものとします。

キャッシュと無効化のポリシーを構成する

October 7, 2021

寄稿者:

October 7, 2021

寄稿者: