ADC

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

May 12, 2023

寄稿者:

ポリシーにより、統合キャッシュは、キャッシュからの応答とオリジンのどちらからの応答の処理を試みるかを決定できます。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 式を使用して、ポリシーバンクの実行順序を変更できます。他のポリシーバンクのポリシーを呼び出すこともできます。さらに、ラベルを作成してポリシーをそれらにバインドできます。このようなラベルは処理ポイントに関連付けられていませんが、そのラベルにバインドされたポリシーは他のポリシーバンクから呼び出すことができます。

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

次の表は、統合キャッシュポリシーのアクションを示しています。

アクション	仕様
キャッシュ	応答の有効期限が切れていない場合は、キャッシュから応答を返します。応答を配信元サーバーから取得する必要がある場合、NetScalerアプライアンスは応答を提供する前に応答をキャッシュします。頻繁に更新されアクセスされるデータもキャッシュできます。たとえば、株価は頻繁に更新されますが、キャッシュしておくと、複数のユーザーにすばやく配信できます。必要に応じて、キャッシュされたデータはダウンロード後すぐに更新できます。CACHE アクションは組み込みポリシーで上書きできます。
NOCACHE	常にオリジンサーバーからレスポンスを取得し、そのレスポンスを保存不可としてマークします。通常、機密データやパーソナライズされたデータには NOCACHE ポリシーを設定します。
MAY_CACHE	リクエストタイムポリシーで使用すると、レスポンスタイムポリシーの評価を待つ間、レスポンスをコンテンツグループに保存することが暫定的に可能になります。次のことが可能です。1. 一致する応答時間ポリシーに CACHE アクションはあるがコンテンツグループが指定されていない場合、組み込みポリシーがこのポリシーよりも優先されない限り、応答は Default グループに保存されます。一致する応答時間ポリシーに CACHE アクションがあり、要求時ポリシー内のコンテンツグループと同じコンテンツグループが指定されている場合、組み込みポリシーがこのポリシーよりも優先されない限り、応答は指定されたコンテンツグループに保存されます。一致する応答時間ポリシーに CACHE アクションがあるが、要求時ポリシー内のコンテンツグループとは異なるコンテンツグループが指定されている場合、NOCACHE アクションが適用されます。一致するレスポンス・タイム・ポリシーにNOCACHEアクションがある場合は、NOCACHEアクションを実行します。一致する応答時間ポリシーがない場合は、組み込みポリシーがこのポリシーよりも優先されない限り、CACHE アクションが適用されます。
MAY_NOCACHE	リクエスト時ポリシーでは、この設定によりレスポンスのキャッシュが暫定的に禁止されます。応答時に、次のいずれかのアクションが実行されます。-リクエストに一致する応答時間ポリシーがない場合、最後のアクションは NOCACHE です。-一致する応答時間ポリシーにCACHEアクションが含まれている場合、組み込みポリシーがこのポリシーをオーバーライドしない限り、最後のアクションはCACHEです。-一致する応答時間ポリシーに NOCACHE アクションが含まれている場合、最後のアクションは NOCACHE です。-一致する応答時間ポリシーに 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 Virtual Server-[ トラフィック管理] > [コンテンツスイッチング] > [仮想サーバー] に移動し、仮想サーバーを選択し、関連するキャッシュポリシーをバインドします。
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式は、優先度レベルによって決定されるフローを上書きします。現在のバンクのエントリを評価した後に外部ポリシーバンクを呼び出すことで、評価フローを制御することもできます。評価が完了すると、評価は常に現在の銀行に返却されます。

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

属性	指定
名前	ポリシーの名前、またはポリシーを評価せずに別のポリシーバンクを呼び出す場合は、キーワード NOPOLICY。ポリシーバンクでは NOPOLICY を複数回指定できますが、名前付きポリシーは 1 回しか指定できません。
優先度	An integer. 整数が小さいほど、優先度が高くなります。
Goto 式	次に評価するポリシーまたはポリシーバンクを決定します。次の値のいずれかを指定できます。1. 次へ:次に優先度の高いポリシーに移動 2. 終了:評価を停止します。3. USE_INVOCATION_RESULT: このエントリが別のポリシーバンクを呼び出す場合に適用されます。呼び出されたバンクの最後の Goto の値が END の場合、評価は停止します。最後の Goto が END 以外の場合は、現在の政策銀行が NEXT を実行します。正の数:次に評価される政策の優先度番号 5. 数値表現:次に評価されるポリシーの優先順位番号を生成する式。Gotoは政策銀行でしか前進できない。Goto 式を省略することは、END を指定することと同じです。
呼び出しタイプ	ポリシーバンクの種類を指定します。値は次のいずれかです-1。仮想サーバーをリクエスト:仮想サーバーに関連付けられているリクエスト時ポリシーを呼び出します。2. レスポンス仮想サーバー:仮想サーバーに関連付けられている応答時間ポリシーを呼び出します。3. ポリシーラベル:銀行のポリシーラベルによって識別されるように、別のポリシーバンクを呼び出します。
呼び出し名	「呼び出しタイプ」に指定した値に応じて、仮想サーバーまたはポリシーラベルの名前を指定します。

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

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

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

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

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

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

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

注：

外部ポリシーバンクを呼び出すには、「Invoke Type」列のフィールドをクリックし、ポリシーバンク内のこの時点で呼び出すポリシーバンクのタイプを選択します。これはグローバルラベルでも仮想サーバーバンクでもかまいません。「Invoke Name」フィールドに、ラベルまたは仮想サーバー名を入力します。

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

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

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オプションを選択します。

注：

外部ポリシーバンクを呼び出すには、「Invoke Type」列のフィールドをクリックし、ポリシーバンク内のこの時点で呼び出すポリシーバンクのタイプを選択します。これはグローバルラベルでも仮想サーバーバンクでもかまいません。「Invoke Name」フィールドに、ラベルまたは仮想サーバー名を入力します。

統合キャッシュにポリシーラベルを設定

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

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

NetScaler 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は責任を負わないものとします。

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

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

May 12, 2023

寄稿者:

May 12, 2023

寄稿者:

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