キャッシュと無効化のポリシーを構成する
ポリシーにより,統合キャッシュは,キャッシュまたはオリジンからの応答の提供を試みるかどうかを判断できます。NetScalerアプライアンスは,統合キャッシュ用の組み込みポリシーを提供し,さらに多くのポリシーを構成できます。ポリシーを設定するときは,アクションに関連付けます。アクションは,ポリシーが適用されるオブジェクトをキャッシュするか,オブジェクトを無効化(期限切れ)します。通常,キャッシュポリシーはgetリクエストとpostリクエストの情報に基づいています。通常,無効化ポリシーは,リクエスト内のpostメソッドの存在と他の情報に基づきます。キャッシュポリシーまたは無効化ポリシーでは,得到またはPOSTリクエスト内の任意の情報を使用できます。
構成ユーティリティーの統合キャッシュの[ポリシー]ノードで,組み込みポリシーの一部を表示できます。組み込みのポリシー名は,アンダースコア(_)で始まります。
アクションによって,トラフィックがポリシーに一致した場合のNetScalerアプライアンスの動作が決まります。実行できるアクションは次のとおりです:
- キャッシングアクション。CACHE アクションに関連付けるポリシーは、応答をキャッシュに保存し、キャッシュから処理します。
- 無効化アクション。INVALアクションに関連付けるポリシーは,キャッシュされた応答をただちに期限切れにし,オリジンサーバーから更新します。Webベースのアプリケーションの場合,無効化ポリシーはPOSTリクエストを評価することがよくあります。
- “キャッシュしない”アクション。Nocacheアクションに関連付けるポリシーは,オブジェクトをキャッシュに保存しません。
- アクションを暫定的にキャッシュします。MAYCACHEまたはMAYNOCACHEアクションに関連付けるポリシーは,より多くのポリシー評価の結果によって異なります。
統合キャッシュは锁メソッドで指定されたオブジェクトを格納しませんが,锁
リクエストの受信時にキャッシュされたオブジェクトを無効にすることができます。無効化ポリシーの場合のみ,式http.req.method.eq(“锁”)
を使用して锁
をメソッドとして指定できます。NetScalerアプライアンスはこのメソッド名を文字列として認識するため,得到
および帖子
要求のポリシーとは異なり,锁定メソッドを引用符で囲む必要があります。
ポリシーを作成したら,リクエストとレスポンスの全体的な処理における特定のポイントにポリシーをバインドします。ポリシーをバインドする前にポリシーを作成しますが、ポリシーを作成する前に、バインドポイントが処理の順序にどのように影響するかを理解しておく必要があります。
特定のバインドポイントにバインドされたポリシーは,ポリシーバンクを構成します。登录式を使用して,ポリシーバンクでの実行順序を変更できます。また,他のポリシーバンクでポリシーを呼び出すことができます。また,ラベルを作成し,ラベルにポリシーをバインドすることもできます。このようなラベルは処理ポイントに関連付けられませんが,そのラベルにバインドされているポリシーは,他のポリシーバンクから呼び出すことができます。
統合キャッシュポリシーに関連付けるアクション
次の表では,統合キャッシュポリシーのアクションについて説明します。
操作(アクション) | 仕様 |
---|---|
缓存 | 応答の有効期限が切れていない場合は,キャッシュからの応答を提供します。応答を元のサーバーからフェッチする必要がある場合,NetScalerアプライアンスは応答を提供する前に応答をキャッシュします。頻繁に更新され,アクセスされるデータもキャッシュできます。たとえば,株価は頻繁に更新されますが、複数のユーザーにすばやく提供できるようにキャッシュすることができます。必要に応じて、キャッシュされたデータは、ダウンロードされた直後に更新できます。CACHE アクションは、組み込みポリシーによって上書きできます。 |
NOCACHE | 常にオリジンサーバーからの応答をフェッチし,応答を非保存としてマークします。通常,機密データまたはパーソナライズされたデータに対してnocacheポリシーを構成します。 |
MAY_CACHE | この設定は要求時間ポリシーで使用され,応答時間ポリシーの評価を保留して,応答をコンテンツグループに保存できるようにします。以下が可能です:1。一致する応答時間ポリシーに缓存アクションがあり,コンテンツグループが指定されていない場合,組み込みポリシーがこのポリシーを上書きしない限り,応答は默认グループに格納されます。一致する応答時間ポリシーに缓存アクションがあり,要求時間ポリシーと同じコンテンツグループが指定されている場合,組み込みポリシーがこのポリシーを上書きしない限り,応答は名前付きコンテンツグループに保存されます。3。一致する応答時間ポリシーに缓存アクションがあり,要求時間ポリシーとは異なるコンテンツグループが指定されている場合は,NOCACHEアクションが適用されます。4。一致する応答時間ポリシーにNOCACHEアクションがある場合は,NOCACHEアクションを実行します。5。一致する応答時間ポリシーがない場合,組み込みポリシーがこのポリシーを上書きしない限り,缓存アクションが適用されます。 |
MAY_NOCACHE | 要求時間ポリシーの場合,この設定は応答のキャッシュを暫定的に防止します。応答時に,次のいずれかのアクションが実行されます。-要求に一致する応答時間ポリシーがない場合,最後のアクションはnocacheです。——一致する応答時間ポリシーに缓存アクションが含まれている場合,組み込みポリシーがこのポリシーを上書きしない限り,最終的なアクションは缓存です。——一致する応答時間ポリシーにNOCACHEアクションが含まれている場合,最後のアクションはNOCACHEです。——一致する応答時間ポリシーに缓存アクションがあり,コンテンツグループが指定されていない場合,組み込みポリシーがこのポリシーを上書きしない限り,最終的なアクションは默认コンテンツグループの応答を缓存することです。 |
INVAL | キャッシュされた応答を期限切れにします。ポリシーとコンテンツグループの構成方法に応じて、1 つ以上のコンテンツグループ内のすべての応答が期限切れになるか、またはコンテンツグループ内の選択したオブジェクトが期限切れになります。注意:INVAL アクションは、リクエスト時間ポリシーでのみ指定できます。 |
ポリシーのバインドポイント
ポリシーは,次のいずれかのバインドポイントにバインドできます。
- グローバルポリシーバンク。これらは,”ポリシー評価の順序”で説明されているように,リクエスト時間のデフォルト,リクエスト時間のオーバーライド,応答時間のデフォルト,および応答時間オーバーライドポリシーバンクです。
- 仮想サーバ。仮想サーバにバインドするポリシーは,”ポリシー評価の順序”で説明されているように,グローバルオーバーライドポリシーの後およびグローバルデフォルトポリシーの前に処理されます。ポリシーを仮想サーバーにバインドするときは,ポリシーを要求時または応答時の処理にバインドします。
- アドホックポリシーラベル。ポリシーラベルは,ポリシーバンクに割り当てられた名前です。統合キャッシュには、グローバルラベルに加えて、次の 2 つの組み込みカスタムポリシーラベルがあります。
- _reqBuiltinDefaults。このポリシーラベルは,デフォルトでは,要求時のデフォルトポリシーバンクから呼び出されます。
- _resBuiltinDefaults。このポリシーラベルは,デフォルトでは,応答時間のデフォルトポリシーバンクから呼び出されます。
新しいポリシーラベルを定義することもできます。ユーザー定義のポリシーラベルにバインドされたポリシーは,いずれかの組み込みバインドポイントのポリシーバンク内から呼び出す必要があります。
重要:INVALアクションを使用して,ポリシーを要求時オーバーライドまたは応答時オーバーライドバインド・ポイントにバインドする必要があります。ポリシーを削除するには,まずポリシーをバインド解除する必要があります。
ポリシー評価の順序
高度なポリシーを有効にするには,NetScalerアプライアンスのトラフィック処理中のある時点でポリシーが呼び出されるようにする必要があります。呼び出し時間を指定するには,ポリシーをバインドポイントに関連付けます。以下は,評価順にリストされたバインドポイントです。
- リクエスト時のオーバーライド。要求が要求時オーバーライドポリシーに一致する場合,デフォルトでは要求時ポリシーの評価が終了し,NetScalerアプライアンスは一致するポリシーに関連付けられているアクションを保存します。
- 要求時の負荷分散仮想サーバ。すべての要求時間上書きポリシーの評価後にポリシー評価を完了できない場合,NetScalerアプライアンスは,負荷分散仮想サーバーにバインドされた要求時間ポリシーを処理します。リクエストがこれらのポリシーのいずれかに一致する場合,評価は終了し,NetScalerアプライアンスは一致するポリシーに関連付けられているアクションを保存します。
- 要求時のコンテンツスイッチング仮想サーバー。このバインドポイントにバインドされているポリシーは,負荷分散仮想サーバーにバインドされている要求時ポリシーの後に評価されます。
- リクエスト時のデフォルト。すべての要求時の仮想サーバー固有のポリシーが評価された後,ポリシーの評価を完了できない場合,NetScalerアプライアンスは要求時のデフォルトポリシーを処理します。要求が要求時のデフォルトポリシーと一致する場合,デフォルトでは要求時ポリシーの評価が終了し,NetScalerアプライアンスは一致するポリシーに関連付けられているアクションを保存します。
- 応答時間のオーバーライド。要求時間上書きポリシー評価に似ています。
- 応答時間の負荷分散仮想サーバ。要求時の仮想サーバポリシーの評価に似ています。
- 応答時間のコンテンツスイッチング仮想サーバー。要求時の仮想サーバポリシーの評価に似ています。
- 応答時間のデフォルト。要求時のデフォルトポリシー評価に似ています。
各バインドポイントに複数のポリシーを関連付けることができます。バインドポイントに関連付けられたポリシーの評価順序を制御するには,プライオリティレベルを設定します。他のフロー制御情報がない場合,ポリシーは,プライオリティレベルに従って評価されます。プライオリティレベルは,最も低い数値から開始します。
注:帖子データまたは饼干ヘッダーのリクエスト時間ポリシーは,統合キャッシュ内の組み込みのリクエスト時ポリシーがPOSTリクエストの
NOCACHE
アクションとCookieを使用したリクエストに対するMAY_NOCACHE
アクションを返すため,リクエスト時のオーバーライド評価時に呼び出す必要があります。パラメータ化されたコンテンツグループを指す要求時ポリシーに,MAY_CACHE
またはMAY_NOCACHE
アクションを関連付けます。応答時間ポリシーによって,トランザクションがキャッシュに格納されるかどうかが決まります。
統合キャッシュのポリシーを構成する
組み込みポリシーで処理できないデータを処理するには,新しいポリシーを構成します。キャッシュ,キャッシュの発生の防止,およびキャッシュされたデータの無効化には,個別のポリシーを構成します。統合キャッシュのポリシーの主なコンポーネントは次のとおりです。
- ルール:httpリクエストまたはレスポンスを評価する論理式。
- アクション:ポリシーとアクションを関連付けて,ポリシー規則に一致するリクエストまたはレスポンスの処理を決定します。
コンテンツグループ:ポリシーを1つ以上のコンテンツグループに関連付けて,アクションを実行する場所を特定します。
コマンドラインインターフェイスを使用してキャッシュのポリシーを構成するには
コマンドプロンプトで入力します。
add cache policy
添加缓存策略image_cache -rule "http.req.url.contains(\"jpg\") "-action CACHE -storeingroup myImages_group -undefaction NOCACHE
添加缓存策略bugReportPolicy -rule "http.req.url.query.contains(\"IssuePage\")"-action CACHE -storeInGroup bugReportGroup
添加缓存策略my_form_policy -rule "http.req.header(\"Host ")contains(\" mycompany.com ") && http.req.method.eq(\"GET\") && http.req.url.query.contains(\"v=7\")"-action CACHE -storeInGroup my_form_event
添加缓存策略viewproducts_policy -rule "http.req.url.contains(\"viewproducts.aspx\")"-action CACHE -storeInGroup Product_Details
コマンドラインインターフェイスを使用して無効化ポリシーを構成するには
コマンドプロンプトで入力します。
add cache policy -rule -action INVAL [-invalObjects "[,"]…]]| [-invalGroup [,< contentGroupName2>…]][-undefAction NOCACHE|RESET]
添加缓存策略invalidation_events_policy -rule "http.req.header("Host")包含("my.company.com") && http.req.method.eq("GET") && http.req.url.query.contains("v=8") -action INVAL -invalObjects my_form_event -undefaction NOCACHE
添加缓存策略inval_all -rule "http.req.method.eq("POST") && http.req.url.contains("jpeg")"-invalGroups myImages_group myApps_group PDF_group
添加缓存策略bugReportInvalidationPolicy -rule "http.req.url.query.contains("TransitionForm")"添加缓存策略editproducts_policy -rule "http.req.url.contains("editproducts.aspx")"-action INVAL -invalObjects "Product_Details,batchnum_sel" " products_in_depot,batchid_sel"
GUIを使用してキャッシュまたは無効化のポリシーを構成するには
[最適化] > [統合キャッシュ] > [ポリシー]に移動し,新しいポリシーを作成します。
統合キャッシュポリシーのグローバルバインド
ポリシーをグローバルにバインドすると,NetScalerアプライアンス上のすべての仮想サーバーでポリシーを使用できます。
コマンドラインインターフェイスを使用して統合キャッシュポリシーをグローバルにバインドするには,次の手順を実行します。
コマンドプロンプトで入力します。
bind cache global -priority [-typeREQ_OVERRIDE|REQ_DEFAULT|RES_OVERRIDE|RES_DEFAULT] [-gotoPriorityExpression ] [-invoke ]
-type req_default
注:
类型引数は,以前のバージョンのNetScalerアプライアンスを使用して定義したポリシーとの下位互換性を維持するために,グローバルにバインドされたポリシーの場合はオプションです。タイプを省略すると,ポリシールールが応答時間式か要求時間式かに応じて,ポリシーはREQ_DEFAULTまたはRES_DEFAULTにバインドされます。ルールに要求時間と応答時間のパラメータの両方が含まれている場合は,RES_DEFAULTにバインドされます。以下は,型を省略するバインディングの例です
次に,型を省略するバインディングの例を示します。
绑定全局myCache策略
構成ユーティリティを使用して統合キャッシュポリシーをグローバルにバインドするには
[最適化] > [統合キャッシュ[]に移動し,[キャッシュポリシーマネージャ]をクリックし,関連するバインドポイントと接続タイプ(要求/応答)を指定して,ポリシーをバインドします。
統合キャッシュポリシーを仮想サーバーにバインドする
ポリシーを仮想サーバにバインドすると,ポリシーに一致し,関連する仮想サーバを通過する要求と応答に対してのみ使用できます。
GUIを使用する場合,仮想サーバの設定ダイアログボックスを使用してポリシーをバインドできます。これにより,この仮想サーバーにバインドされているすべてのCitrix ADCモジュールのすべてのポリシーを表示できます。統合キャッシュのPolicyManager構成ダイアログを使用することもできます。これにより,仮想サーバーにバインドされている統合キャッシュポリシーのみを表示できます。
コマンドラインインターフェイスを使用して統合キャッシュポリシーを仮想サーバーにバインドするには,次の手順を実行します。
コマンドプロンプトで入力します。
bind lb vserver @ -policyName -priority -type(REQUEST|RESPONSE)
bind cs vserver @ -policyName -priority -type(REQUEST|RESPONSE)
構成ユーティリティを使用して統合キャッシュポリシーを仮想サーバーにバインドするには(仮想サーバーメソッド)
- cs仮想サーバー-トラフィック管理に移動します>コンテンツの切り替え>仮想サーバー、仮想サーバーを選択し,関連するキャッシュポリシーをバインドします。
- LB仮想サーバー—流量管理>负载均衡>虚拟服务器,に移動して仮想サーバーを選択し,関連キャッシュポリシーをバインドします。
GUIを使用して統合キャッシュポリシーを仮想サーバにバインドするには(政策经理方式)。
[最適化] > [統合キャッシュ[]に移動し,[キャッシュポリシーマネージャ]をクリックし,関連するバインドポイントと接続タイプを指定してキャッシュポリシーをバインドします。
注:適切なバインドポイントを選択すると,キャッシュポリシーを負荷分散仮想サーバーとコンテンツスイッチング仮想サーバーの両方にバインドできます。
ファイルの圧縮および非圧縮バージョンをキャッシュする方法
デフォルトでは,圧縮を処理できるクライアントは,圧縮されていない応答または圧縮された応答をgzip、缩小,压缩、およびpack200-gzip形式で提供できます。クライアントが圧縮を処理する場合,接受编码:压缩
形式のヘッダーがリクエストで送信されます。クライアントによって受け入れられる圧縮タイプは,キャッシュされたオブジェクトの圧縮タイプと一致する必要があります。たとえば,接受编码:缩小
ヘッダーのあるリクエストに応答してcached.gzip
ファイルを提供することはできません。
圧縮を処理できないクライアントは,キャッシュされた応答が圧縮されている場合,キャッシュミスを処理します。
動的キャッシュの場合,同じデータの圧縮データ用と非圧縮バージョン用の2つのコンテンツグループを構成する必要があります。次に,圧縮を処理できないクライアントにキャッシュから非圧縮ファイルを提供し,圧縮を処理できる同じファイルの圧縮バージョンをクライアントに提供するためのセレクタ,コンテンツグループ,およびポリシーを設定する例を示します。
添加缓存选择器uncompressed_response_selector http.req.url "http.req.header(\"主机\")"
添加缓存内容组uncompressed_group -hitSelector uncompressed_responst_selector -invalSelector uncomp_resp_sel
添加缓存策略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
添加缓存选择器compressed_response_selector HTTP.REQ.URL "HTTP.REQ.HEADER(\"Host ")"“HTTP.REQ.HEADER(\“接受编码\”)”
添加缓存contentGroup compressed_group -hitSelector compressed_response_selector
添加缓存策略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 を複数回指定できますが、名前付きポリシーは一度しか指定できません。 |
優先度 | 整数。整数値が小さいほど,優先度が高くなります。 |
高特式 | 次に評価するポリシーまたはポリシーバンクを決定します.次のいずれかの値を指定できます。下一个:次に高い優先度を持つポリシーに移動します. 2。end:評価を停止します. 3。USE_INVOCATION_RESULT:このエントリが別のポリシー・バンクを呼び出す場合に適用されます。呼び出されたバンクの最後のGotoの値が结束の場合,評価は停止します。最後のGotoが结束以外のものである場合,現在のポリシーバンクは下を実行します。4。正の数:評価される次のポリシーの優先度番号. 5。数値式:評価される次のポリシーの優先順位番号を生成する式。Gotoは,ポリシーバンクでのみ進めることができます。Goto式を省略することは,ENDを指定することと同じです。 |
呼び出しタイプ | ポリシーバンクタイプを指定します。値は次のいずれかになります-1。仮想サーバーの要求:仮想サーバーに関連付けられている要求時ポリシーを呼び出します。 2.2。応答仮想サーバー:仮想サーバーに関連付けられている応答時間ポリシーを呼び出します。 3.3。ポリシーラベル:バンクのポリシーラベルで識別される、別のポリシーバンクを起動します。 |
呼び出し名 | [呼び出しタイプ]に指定した値に応じて,仮想サーバまたはポリシー·ラベルの名前。 |
統合キャッシュには2つの組み込みポリシーラベルがあり,さらに多くのポリシーラベルを設定できます。
_reqBuiltInDefaults
:このポリシーラベルは,リクエスト時のデフォルトのバインドポイントから呼び出されます。_resBuiltInDefaults
:このポリシーラベルは,応答時のデフォルトのバインドポイントから呼び出されます。
コマンドラインインターフェイスを使用してキャッシュポリシーバンクでポリシーラベルを呼び出すには
コマンドプロンプトで入力します。
bind cache policylabel - policyName -priority<优先级> [-gotoPriorityExpression ] [-invoke ]
GUIを使用してキャッシュポリシーバンク内のポリシーラベルを呼び出すには,次の手順を実行します。
[最適化] > [統合キャッシュ[]に移動し,[キャッシュポリシーマネージャ]をクリックし,関連するバインドポイント([グローバル上書き]または[デフォルトグローバル])と接続タイプを指定して,このバインドポイントにバインドされているポリシーのリストを表示します。
ポリシーを評価せずにポリシー·ラベルを呼び出す場合は,[NOPOLICYをクリックします。
注:
外部ポリシーバンクを呼び出すには,[呼び出しタイプ]列のフィールドをクリックし,ポリシーバンクでこの時点で呼び出すポリシーバンクのタイプを選択します。これは,グローバルラベルまたは仮想サーババンクです。[呼び出し名]フィールドに,ラベルまたは仮想サーバ名を入力します。
コマンドラインインターフェイスを使用して仮想サーバーポリシーバンクでキャッシュポリシーラベルを呼び出すには
コマンドプロンプトで入力します。
bind lb vserver @ -policyName | -priority -gotoPriorityExpression -type REQUEST|RESPONSE -invoke
bind cs vserver -policyName | -priority -gotoPriorityExpression -type REQUEST|RESPONSE -invoke
GUIを使用して仮想サーバポリシーバンクでキャッシュポリシーラベルを呼び出すには
- [トラフィック管理] > [負荷分散/コンテンツスイッチング] > [仮想サーバー]に移動し,仮想サーバーを選択して[ポリシーをクリックします。
- このバンクに既存のエントリを設定する場合は,この手順をスキップします。このポリシーバンクに新しいポリシーを追加する場合,または”ダミー”NOPOLICYエントリを使用する場合は,(追加]をクリックして,次のいずれかの操作を行います。
- 新しいポリシーを設定するには,”統合キャッシュでのポリシーの設定“の説明に従って,[キャッシュ]をクリックし,新しいポリシーを設定します。
- ポリシールールを処理せずにポリシーバンクを呼び出すには,
NOPOLICY-CACHE
オプションを選択します。
注:
外部ポリシーバンクを呼び出すには,[呼び出しタイプ]列のフィールドをクリックし,ポリシーバンクでこの時点で呼び出すポリシーバンクのタイプを選択します。これは,グローバルラベルまたは仮想サーババンクです。[呼び出し名]フィールドに,ラベルまたは仮想サーバ名を入力します。
統合キャッシュでのポリシーラベルの設定
組み込みバインドポイントまたは仮想サーバーのポリシーバンクでポリシーを構成する以外に,キャッシュポリシーラベルを作成し,これらの新しいラベルのポリシーバンクを構成できます。
統合キャッシュのポリシーラベルは,統合キャッシュの詳細ペインの政策经理で表示できるバインドポイントの1つ(リクエストの上書き,リクエストのデフォルト,応答の上書き,または応答のデフォルト)または組み込みポリシーラベル\ _reqBuiltinDefaults
および\ _resBuiltinDefaults
からのみ呼び出すことができます。ポリシーラベルは、一度だけ呼び出すことができるポリシーとは異なり、何度でも呼び出すことができます。
Citrix ADC GUIには,ポリシーラベルの名前を変更するオプションがあります。ポリシー・ラベルの名前を変更しても、ラベルにバインドされているポリシーの評価プロセスには影響しません。
注:
NOPOLICY
“ダミー”ポリシーを使用して,別のポリシーバンクからポリシーラベルを呼び出すことができます。NOPOLICY
エントリは,ルールを処理しないプレースホルダです。
コマンドラインインターフェイスを使用してキャッシュ用のポリシーラベルを構成するには
コマンド·プロンプトで次のコマンドを入力して,ポリシー·ラベルを作成し,構成を確認します。
添加cache policylabel
- evaluation(REQ|RES) show cache policylabel
このポリシーラベルは,ポリシーバンクから呼び出します。
GUIを使用してキャッシュのポリシーラベルを設定するには,次の手順を実行します。
[最適化] > [統合キャッシュ] > [ポリシーラベル]に移動し,ポリシーラベルを追加して,キャッシュされたポリシーをバインドします。
注:Citrix ADCが適切なタイミングでポリシーラベルを処理できるようにするには,組み込みのバインドポイントに関連付けられているポリシーバンクのいずれかでこのラベルの呼び出しを構成します。
GUIを使用してポリシーラベルの名前を変更するには,次の手順を実行します。
[最適化] > [統合キャッシュ] > [ポリシーラベルに移動して,ポリシーラベルを選択し,名前を変更します。
統合キャッシュポリシーとポリシーラベルのバインド解除と削除
ポリシーバンクからポリシーをバインド解除したり,削除したりできます。ポリシーを削除するには、まずポリシーをバインド解除する必要があります。ポリシーラベルの呼び出しを削除し、ポリシーラベルを削除することもできます。ポリシーラベルを削除するには、まずラベルに設定した呼び出しをすべて削除する必要があります。
組み込みのバインドポイント(要求のデフォルト,要求のオーバーライド,応答のデフォルト,応答の上書き)のラベルのバインドを解除または削除することはできません。
コマンドラインインターフェイスを使用してグローバルキャッシュポリシーをバインド解除するには
コマンドプロンプトで入力します。
取消绑定缓存全局<策略>
コマンドラインインターフェイスを使用して仮想サーバー固有のキャッシュポリシーをバインド解除するには
コマンドプロンプトで入力します。
(unbind lb vserver|unbind cs vserver)
コマンドラインインターフェイスを使用してキャッシュポリシーを削除するには
コマンドプロンプトで入力します。
rm缓存策略
GUIを使用してキャッシュポリシーをバインド解除するには,次の手順を実行します。
[最適化] > [統合キャッシュ[]に移動し,[キャッシュポリシーマネージャ]をクリックし,関連するバインドポイントと接続タイプ(要求/応答)を指定してポリシーをバインド解除します。
GUIを使用してポリシーラベルの呼び出しを削除するには,次の手順を実行します。
- [最適化] > [統合キャッシュ[]に移動し,[キャッシュポリシーマネージャ]をクリックし,関連するバインドポイント(負荷分散仮想サーバーまたはコンテンツスイッチング仮想サーバー)と接続タイプを指定して,この仮想サーバーにバインドされたキャッシュポリシーのリストを表示します。
- ポリシーの[呼び出し]列で,エントリをクリアします。