統合されたキャッシング
統合キャッシュは,Citrix ADCアプライアンスのメモリ内ストレージを提供し,オリジンサーバーへの往復を必要とせずにユーザーにWebコンテンツを提供します。静的コンテンツの場合，統合キャッシュの初期設定はほとんど必要ありません。統合キャッシュ機能を有効にして基本セットアップ（たとえば、キャッシュが使用を許可されているCitrix ADCアプライアンスメモリの量を決定する）を実行すると、統合キャッシュは組み込みポリシーを使用して、次のような特定のタイプの静的コンテンツを保存および提供します。シンプルなウェブページと画像ファイル。統合キャッシュを構成して、Webサーバーおよびアプリケーションサーバーによってキャッシュ不可としてマークされた動的コンテンツ（データベースレコードや株価など）を保存および提供することもできます。
注：
統合キャッシュという用語は，AppCacheと同じ意味で使用できます。機能の観点から，両方の用語は同じ意味であることに注意してください。
要求または応答が,組み込みポリシーまたは作成したポリシーで指定されたルール(論理式)と一致する場合。Citrix ADCアプライアンスは，ポリシーに関連付けられたアクションを実行します。デフォルトでは,すべてのポリシーはキャッシュされたオブジェクトをデフォルトのコンテンツグループに保存し,そこから取得します。さまざまなタイプのコンテンツ用に独自のコンテンツグループを作成できます。
アプライアンスがコンテンツグループ内のキャッシュされたオブジェクトを検索できるようにするには,セレクターを構成できます。セレクターは，キャッシュされたオブジェクトを式と照合します。または，コンテンツグループ内のオブジェクトを検索するためのパラメーターを指定できます。Citrixが推奨するセレクターを使用する場合は、最初にセレクターを構成して、コンテンツグループを構成するときにセレクターを指定できるようにします。次に、追加するコンテンツグループを設定し、ポリシーを構成するときにそれらを使用できるようにします。初期構成を完了するには、各ポリシーをグローバルバインドポイントまたは仮想サーバーにバインドして、ポリシーバンクを作成します。または、他のポリシーバンクから呼び出すことができるラベルをバインドできます。
統合キャッシュは,有効期限が切れる前にキャッシュオブジェクトメソッドをプリロードすることで改善できます。キャッシュされたデータの処理を管理するために,応答に挿入されるキャッシュ関連のヘッダーを構成できます。統合キャッシュは，他のキャッシュサーバーのフォワードプロキシとしても機能します。
注：
統合キャッシュには，http要求と応答にある程度精通している必要があります。HTTPデータの構造の詳細については，
“< http://livehttpheaders.mozdev.org/ >。”のLive HTTP Headersを参照してください。
統合キャッシュの仕組み
統合キャッシュは,Citrix ADCアプライアンスを通過するHTTPおよびSQL要求を監視し,その要求を保存されたポリシーと比較します。結果に応じて,統合キャッシュ機能はキャッシュで応答を検索するか,要求をオリジンサーバーに転送します。HTTPリクエストの場合,統合キャッシュは,シングルバイト範囲およびマルチパートバイト範囲リクエストに応答して,キャッシュからの部分的なコンテンツとして機能します。
クライアントが圧縮されたコンテンツを受け入れる場合，キャッシュされたデータは圧縮されます。コンテンツグループの有効期限を設定したり、コンテンツグループのエントリを選択して期限切れにすることができます。
次の表に示すように,統合キャッシュから提供されるデータは要求であり,オリジンから提供されるデータはキャッシュミスです。
| トランザクション·タイプ | 仕様 |
|---|---|
| キャッシュヒット | Citrix ADCアプライアンスがキャッシュから提供する応答:静的オブジェクト(画像ファイルや静的Webページなど),200 OKページ,203年非権限応答ページ,300複数選択ページ,301年永久移動ページ,302検出ページ,304変更されていないページ,これらの応答は肯定応答として知られています。Citrix ADCアプライアンスでは,307の一時リダイレクトページ,403年禁止ページ,404ページが見つかりませんページ,410ページという否定的な応答もキャッシュします。パフォーマンスをさらに向上させるために,より多くの種類のコンテンツをキャッシュするようにCitrix ADCアプライアンスを構成できます。 |
| ストレージ可能キャッシュミス | 保存可能なキャッシュミスの場合,Citrix ADCアプライアンスはオリジンサーバーからレスポンスをフェッチし,クライアントに送信する前にレスポンスをキャッシュに保存します。 |
| 保存不可能なキャッシュミス | 保存不可能なキャッシュミスは，キャッシュには不適切です。既定では，次のステータスコードを含む応答は，格納不可能なキャッシュミスです。201202204205206年ステータスコード,403404および410を除くすべての4 xxコード,5 xxステータスコード |
注：動的キャッシュをアプリケーションインフラストラクチャと統合するには,硝基APIを使用してキャッシュコマンドをリモートで発行します。たとえば,データベーステーブルが更新されたときにキャッシュされた応答を期限切れにするトリガーを設定できます。
キャッシュされたレスポンスをオリジンサーバー上のデータと確実に同期させるには,有効期限方法を設定します。Citrix ADCアプライアンスは、期限切れの応答と一致する要求を受信すると、オリジナル・サーバーからの応答を更新します。
注：Citrix ADCアプライアンスと1つ以上のバックエンドサーバーで時刻を同期することをお勧めします。
動的キャッシュの仕組み
動的キャッシュは,パラメータ値ペア,文字列,文字列パターン,またはその他のデータに基づいてHTTP要求と応答を評価します。たとえば，ユーザーがバグ報告アプリケーションでBug 31231を検索するとします。ブラウザは，ユーザーに代わって次の要求を送信します。
GET / mybugreportingsystem / mybugreport.dll吗?IssuePage&RecordId=31231&Template=view&TableId=1000 Host: mycompany.net User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,\*/\*;q=0.8 Accept-Language: en-us,en;q=0.5 この例では,このバグ報告アプリケーションの得到リクエストには,常に次のパラメータが含まれます。
- IssuePage
- RecordID
- テンプレート
- TableId
得到リクエストはデータを更新または変更しないため,次のように,キャッシュポリシーおよびセレクタでこれらのパラメータを設定できます。
- 文字列mybugreportingsystemおよびHTTP要求の得到メソッドを検索するキャッシュポリシーを構成します。このポリシーは，バグのコンテンツグループに一致するリクエストを転送します。
- バグのコンテンツグループで,IssuePage, RecordIDなどのさまざまなパラメーターと値のペアに一致する
打击セレクターを構成します。
注
ブラウザは，1つのユーザーアクションに基づいて複数のgetリクエストを送信できます。以下は,ユーザーがバグIDに基づいてバグを検索したときにブラウザが発行する3つの個別の得到リクエストのシリーズです。
GET / mybugreportingsystem / mybugreport.dll吗?IssuePage&RecordId=31231&Template=view&TableId=1000 GET /mybugreportingsystem/mybugreport.dll?IssuePage&Template=viewbtns&RecordId=31231&TableId=1000 GET /mybugreportingsystem/mybugreport.dll?IssuePage&Template=viewbody&RecordId=31231&tableid=1000 これらの要求を満たすために,複数の応答がユーザーのブラウザーに送信され,ユーザーに表示されるWebページは応答のアセンブリです。
ユーザーがバグレポートを更新した場合,キャッシュ内の対応する応答をオリジンサーバーからのデータで更新する必要があります。バグ報告アプリケーションは,ユーザーがバグ報告を更新したときにHTTP POSTリクエストを発行します。この例では，帖子要求がキャッシュ内の無効化をトリガーするように，以下を設定します。
- 文字列mybugreportingsystemおよびPOST HTTPリクエストメソッドを検索し,一致するリクエストをバグレポート用にコンテンツグループに誘導する,リクエスト時の無効化ポリシー。
- RecordIDパラメータに基づいてキャッシュされたコンテンツを期限切れにするバグレポートのコンテンツグループの無効化セレクタ。このパラメーターはすべての応答に表示されるため,無効化セレクターはキャッシュ内の関連するすべてのアイテムを期限切れにすることができます。
次の抜粋は，バグレポートのサンプルを更新するpostリクエストを示しています。
POST / mybugreportingsystem / mybugreport.dll吗?TransitionForm HTTP/1.1\r\n用户代理:Mozilla/4.0(兼容;MSIE 6.0;Windows NT 5.0) Opera 7.23 [en]\r\n主机:mybugreportingsystem\r\n Cookie:ttSearch.134=%23options%3Afalse% 3active% 3owner%3Afalse% 3 unblogger %3 aflse %3 suber %3 aflse %3Atrue;$Version=1\r\n…\r\n ProjectId=2&RecordId=31231&TableId=1000&TransitionId=1&Action=Update&CopyProjectId=0&ReloadForm=0&State=&RecordLockId=49873+issues+in+HTTP&F43…<！——NeedCopy >思杰ADCアプライアンスは，この要求を受信すると，次の処理を行います。
- リクエストを無効化ポリシーと照合します。
- ポリシーで指定されているコンテンツグループを検索します。
- このコンテンツグループの無効化セレクタを適用し,RecordID = 31231に一致するすべての応答を期限切れにします。
ユーザーがこのバグレポートに対して新しい要求を発行すると,Citrix ADCアプライアンスは,レポートインスタンスに関連付けられているすべての応答の更新されたコピーを求めてオリジンサーバーに移動します。応答をコンテンツグループに保存し，ユーザーのブラウザに提供します。ブラウザはレポートを再構成して表示します。
統合キャッシュの構成
統合キャッシュを使用するには，ライセンスをインストールし，機能を有効にする必要があります。統合キャッシュを有効にすると、Citrix ADC®アプライアンスは、組み込みポリシーで指定された静的オブジェクトを自動的にキャッシュし、キャッシュの動作に関する統計を生成します。（組み込みのポリシーには、ポリシー名の初期位置にアンダースコアがあります）。
組み込みポリシーが自分の状況に適している場合でも，グローバル属性を変更することもできます。たとえば,統合キャッシュに割り当てられるCitrix ADCアプライアンスのメモリ容量を変更できます。
設定を変更する前にキャッシュ操作を確認する場合は，”キャッシュされたオブジェクトとキャッシュ統計の表示を参照してください。
注：
Citrix ADCキャッシュは，アプライアンスを再起動すると削除されるメモリ内ストアです。
統合キャッシュライセンスをインストールするには
- 統合キャッシュライセンスが必要です。
- Citrixからライセンスコードを取得し,コマンドラインインターフェイスにアクセスしてログインします。
コマンドラインインターフェイスで，ライセンスファイルを/ nsconfig /许可证フォルダーにコピーします。
- 次のコマンドを使用して，Citrix ADCアプライアンスを再起動します。
重新启动
統合キャッシュを有効にするには:統合キャッシュを有効にすると,Citrix ADCアプライアンスはサーバー応答のキャッシュを開始します。ポリシーまたはコンテンツグループを構成していない場合、組み込みポリシーはキャッシュされたオブジェクトをデフォルトのコンテンツグループに保存します。
コマンドプロンプトで，次のいずれかのコマンドを入力して，統合キャッシュを有効または無効にします。
使能ns特性IC
キャッシュのグローバル属性を構成する
グローバル属性は，すべてのキャッシュされたデータに適用されます。ヘッダー挿入を介して，統合キャッシュに割り当てられるCitrix ADCメモリの量を指定できます。キャッシュされたオブジェクトを提供する必要があることを確認するための基準。キャッシュで許可される发布本体の最大長,HTTP GET要求のポリシー評価をバイパスするかどうか,およびポリシーを評価できない場合に実行するアクション。
キャッシュメモリの容量は，ハードウェアアプライアンスのメモリによってのみ制限されます。また,nCore Citrix ADCアプライアンスのパケットエンジン(すべての着信TCP要求の中央配信ハブ)は,nCore Citrix ADCアプライアンスの他のパケットエンジンによってキャッシュされたオブジェクトを認識します。
注：
デフォルトのグローバルメモリ制限が0に設定され,統合キャッシュ(IC)機能が有効になっている場合,アプライアンスはオブジェクトをキャッシュしません。キャッシュの場合は，グローバルメモリ制限を明示的に設定する必要があります。ただし”認証,承認,および監査パラメータの設定enableStaticPageCaching”オプションを有効にすると,アプライアンスにいくつかのデフォルトメモリが構成されます。このメモリは大きなオブジェクトのキャッシュには不十分なため,ICには高いメモリ制限を割り当てる必要があります。“设置缓存パラメータ-memLimit”コマンドを設定します。新しい設定は，設定を保存してアプライアンスを再起動した後にのみ適用されます。
オブジェクトのキャッシュ用に設定されたグローバルメモリ制限を変更できます。ただし,グローバルメモリ制限を既存の値よりも低い値(たとえば,10 gbから4 gb)に更新すると,アプライアンスは引き続きメモリ制限を使用します。
これは,統合キャッシュ制限がある値に構成されている場合でも,実際に使用される制限が高くなる可能性があることを意味します。ただし，この過剰なメモリは，オブジェクトがキャッシュから削除されると解放されます。
显示缓存参数コマンドの出力は,設定された値(メモリ使用量の制限)と実際に使用されている値(メモリ使用量の制限(アクティブな値))を示します。
コマンドプロンプトで入力します。
set cache parameter [-memLimit ] [-via ] [-verifyUsing ] [-maxPostLen ] [-prefetchMaxPending ] [-enableBypass(YES|NO)] [-undefAction (NOCACHE|RESET)] Citrix ADC GUIによる統合キャッシュの有効化
［システム] > [設定[]に移動し，[基本機能の設定[]をクリックし，[統合キャッシュを選択します。
Citrix ADC GUIを使用してキャッシュのグローバル設定を構成する
［最適化] > [統合キャッシュ]に移動し，[キャッシュ設定の変更.]をクリックして，キャッシュのグローバル設定を構成します。
統合キャッシュの組み込みコンテンツグループ，パターンセット，およびポリシーを設定する
Citrix ADCアプライアンスには,コンテンツのキャッシュに使用できる統合キャッシュ構成が組み込まれています。構成は,ctx_cg_pocというコンテンツグループ,ctx_file_extensionsというパターンセット,および統合キャッシュポリシーのセットで構成されます。コンテンツグループctx_cg_pocでは,500 KB以下のオブジェクトのみがキャッシュされます。コンテンツは86000秒間キャッシュされ,コンテンツグループのメモリ制限は512 MBです。パターンセットは，ファイルタイプマッチング用の一般的な拡張子のインデックス付き配列です。
次の表に，組み込みの統合キャッシュポリシーを示します。デフォルトでは，ポリシーはバインドポイントにバインドされません。Citrix ADCアプライアンスでポリシーに対してトラフィックを評価する場合は、ポリシーをバインドポイントにバインドする必要があります。ポリシーは、ctx_cg_poc コンテンツグループのオブジェクトをキャッシュします。
| 統合キャッシュポリシー名 | ポリシールール |
|---|---|
| _cacheVPNStaticObjects | HTTP.REQ.URL.SET_TEXT_MODE (IGNORECASE) .CONTAINS_INDEX (ctx_file_extensions) .BETWEEN (101150) |
| _cacheTCPVPNStaticObjects | HTTP.REQ.URL.ENDSWITH (. css) |
| _cacheOCVPNStaticObjects | HTTP.REQ.URL.ENDSWITH (pdf格式) |
| _cacheWFStaticObjects | HTTP.REQ.URL.ENDSWITH (js) |
| mayNoCacheReq | HTTP.RES.HEADER(“内容类型”).CONTAINS(“应用程序/ x-javascript”) |
| noCacheRest | 真正的 |
キャッシュ構成のフラッシュ
キャッシュグループ,キャッシュグループ,またはキャッシュオブジェクトロケーターをフラッシュできます。キャッシュオブジェクトをフラッシュするコマンドは次のとおりです。
コマンドプロンプトで入力します。
刷新所有缓存内容组
例
0x00000089bae000000004 DEFAULT GET //1.1.1.1:80/html/index.html?name=hello 0x00000089bae000000005 DEFAULT GET //1.1.1.1:80/html/index.html?name=hi Flush cache contentGroup all done ' Flush cache contentGroup <内容组名称> ' 例:
0x00000089bae000000004 DEFAULT GET //1.1.1.1:80/html/index.html?name=hello 0x00000089bae000000005 DEFAULT GET //1.1.1.1:80/html/index.html?name=hi Flush cache ob -| 0x00000089bae000000004 done ' Flush cache object (-locator | (- URL (-host [-port ] [- groupname ] [- httpmethod (GET | POST)])) ' 例:
0x00000089bae000000006 DEFAULT GET //1.1.1.1:80/html/index.html flush cache ob -URL /html/index.html -host 1.1.1.1 -groupName DEFAULT done Citrix ADC GUIを使用してキャッシュ構成をフラッシュする
Citrix ADC GUIを使用してキャッシュフラッシュを構成する手順を完了します
- 优化>内容组织に移動します。
- ［コンテンツグループ[]の詳細ペインで，[追加をクリックします。
- ［キャッシュコンテンツグループの作成]ページで，[その他タブで次のパラメーターを設定します。
- キャッシュをフラッシュします。チェックボックスを選択して，キャッシュオブジェクトをフラッシュします。
[作成]して[閉じる]をクリックします。
さまざまなシナリオの統合キャッシュを構成する
次のセクションでは,さまざまなシナリオでのNetScalerアプライアンスでの統合キャッシュの構成について説明します。
NetScaler 9.2リリース以降，統合キャッシュにはキャッシュ用のメモリが増えています。統合キャッシュメモリは，ハードウェアアプライアンスで使用可能なメモリによってのみ制限されます。使用可能なメモリの最大50%を統合キャッシュ機能に割り当てることができます。
cliを使用してキャッシュのメモリ割り当てを設定するには
コマンドプロンプトで入力します。
设置缓存参数-memlimit <值>
注：
統合キャッシュのデフォルトのグローバルメモリ制限はゼロです。したがって,統合キャッシュ機能を有効にしても,グローバルメモリ制限が明示的に設定されるまで,NetScalerアプライアンスはオブジェクトをキャッシュしません。
次のセクションでは，さまざまなシナリオで統合キャッシュを構成する方法について説明します。
注：
NetScalerアプライアンスのメモリ制限は，アプライアンスの起動時に識別されます。したがって,メモリ制限を変更する場合は,アプライアンスを再起動して,パケットエンジン全体に変更を適用する必要があります。
統合キャッシュが有効になっていて，キャッシュメモリ制限がゼロ以外に設定されている
アプライアンスを起動し,統合キャッシュ機能が有効になっていて,グローバルメモリ制限が正の数に設定されているシナリオを考えてみます。以前に設定したメモリは，ブートプロセス中に統合キャッシュ機能に割り当てられます。アプライアンスで使用可能なメモリに応じて，メモリ制限を別の値に変更することをお勧めします。
cliを使用した構成
- キャッシュパラメータを表示します
> show cache parameter综合缓存全局配置:内存使用限制:500 MBytes内存使用限制(活动值):500 MBytes内存使用限制最大值:843 MBytes Via header: NS-CACHE-9.3: 18验证缓存对象using: HOSTNAME_AND_IP Max POST body size to accumulate: 0 bytes当前未完成预取:0最大未完成预取:4294967295将NOCACHE策略视为BYPASS策略:YES全局Undef动作:NOCACHE - ゼロ以外のメモリ制限を設定する
设置缓存参数-memlimit 600
注：
上記のコマンドは，次の警告メッセージを表示します。警告:新しい統合キャッシュのメモリ制限を使用するには,構成を保存して,NetScalerアプライアンスを再始動します。
- 構成を保存します
保存配置
- シェルプロンプトから，次のコマンドを実行して構成ファイルで確認します。
root@ns# cat /nsconfig/ nss .conf | grep memLimit . cfg
- メモリ制限を変更する
-verifyUsing HOSTNAME_AND_IP -maxPostLen 0 -enableBypass YES -undefAction NOCACHE
- アプライアンスを再起動します
root@ns #重启
- メモリ制限の新しい値を確認します
> show cache parameter综合缓存全局配置:内存使用限制:600mbytes内存使用限制(活动值):600mbytes内存使用限制(活动值):600mbytes最大值:843 MBytes Via header: NS-CACHE-9.3: 18验证缓存对象using: HOSTNAME_AND_IP Max POST body size to accumulate: 0 bytes当前未完成预取:0最大未完成预取:4294967295将NOCACHE策略视为BYPASS策略:YES全局Undef动作:NOCACHE すべてのパケットエンジンが正常に起動すると,統合キャッシュ機能が構成済みのメモリをネゴシエートします。アプライアンスが構成済みのメモリを使用できない場合は，それに応じてメモリが割り当てられます。使用可能なメモリが割り当てたメモリよりも少ない場合，アプライアンスはより少ない数を推奨します。統合キャッシュ機能は，アクティブな値と同じものを使用します。
統合キャッシュが無効になり，キャッシュメモリ制限がゼロ以外に設定されている
このシナリオでは,アプライアンスを起動すると,統合キャッシュ機能が無効になり,グローバルメモリ制限が正の数に設定されます。したがって，ブートプロセス中に統合キャッシュにメモリが割り当てられることはありません。
cliを使用した構成
- キャッシュパラメータを表示します
> show cache parameter综合缓存全局配置:内存使用限制:600mbytes内存使用限制的最大值:843 MBytes Via header: NS-CACHE-9.3: 18验证缓存对象using: HOSTNAME_AND_IP Max POST body size to accumulate: 0 bytes当前未完成预取:0最大未完成预取:4294967295将NOCACHE策略视为BYPASS策略:YES全局Undef动作:NOCACHE - 新しいメモリ制限を設定する
设置缓存参数-memlimit 500
注：
上記のコマンドは，次の警告メッセージを表示します。警告:機能が有効になっていない[ic]。
- 構成を保存します
保存配置
- シェルプロンプトから，次のコマンドを実行して構成ファイルで確認します
root@ns# cat /nsconfig/ nss .conf | grep memLimit . cfg
- メモリ制限を変更する
-verifyUsing HOSTNAME_AND_IP -maxPostLen 0 -enableBypass YES -undefAction NOCACHE
- メモリ制限の新しい値を確認します
> show cache parameter综合缓存全局配置:内存使用限制:500 MBytes内存使用限制的最大值:843 MBytes Via header: NS-CACHE-9.3: 18验证缓存对象using: HOSTNAME_AND_IP Max POST body size to accumulate: 0 bytes当前未完成预取:0最大未完成预取:4294967295将NOCACHE策略视为BYPASS策略:YES全局Undef动作:NOCACHE - 統合キャッシュ機能を有効にする
使能ns特性IC
- メモリ制限の新しい値を確認します
> show cache parameter综合缓存全局配置:内存使用限制:500mbytes内存使用限制(活动值):500mbytes内存使用限制(活动值):500mbytes最大值:843 Mbytes Via header: NS-CACHE-9.3: 18验证缓存对象using: HOSTNAME_AND_IP Max POST body size to accumulate: 0 bytes当前未完成预取:0最大未完成预取:4294967295将NOCACHE策略视为BYPASS策略:YES全局Undef动作:NOCACHE 注：
500mbのメモリが統合キャッシュ機能に割り当てられます。
- 構成を保存して，アプライアンスの再起動時にメモリが機能に自動的に割り当てられるようにします。
統合キャッシュが有効になり，キャッシュメモリがゼロに設定されます
このシナリオでは,アプライアンスを起動すると,統合キャッシュ機能が有効になり,グローバルメモリ制限がゼロに設定されます。したがって，ブートプロセス中に統合キャッシュにメモリが割り当てられることはありません。
cliを使用した構成
- シェルプロンプトからns.confファイルに設定されているメモリ制限を確認します
root@ns# cat ns.conf | grep memLimit
- メモリ制限を変更する
-verifyUsing HOSTNAME_AND_IP -maxPostLen 4096 -enableBypass YES -undefAction NOCACHE
- メモリ制限の値を確認します
> show cache parameter综合缓存全局配置:内存使用限制:0 Mbytes内存使用限制的最大值:843 Mbytes Via header: NS-CACHE-9.3: 18验证缓存对象using: HOSTNAME_AND_IP Max POST body size to accumulate: 0 bytes当前未完成预取:0最大未完成预取:4294967295将NOCACHE策略视为BYPASS策略:YES全局Undef动作:NOCACHE 注：
メモリ制限は0mbに設定されており，統合キャッシュ機能にメモリは割り当てられていません。
- 統合キャッシュ機能がオブジェクトを確実にキャッシュするようにメモリ制限を設定します
设置缓存参数-memLimit 600
上記のコマンドを実行すると,アプライアンスは統合キャッシュ機能のメモリをネゴシエートし,使用可能なメモリが機能に割り当てられます。その結果，アプライアンスを再起動せずに，アプライアンスがオブジェクトをキャッシュします。
- メモリ制限の値を確認します
> show cache parameter综合缓存全局配置:内存使用限制:600mbytes内存使用限制(活动值):600mbytes内存使用限制(活动值):600mbytes最大值:843 Mbytes Via header: NS-CACHE-9.3:验证缓存对象using: HOSTNAME_AND_IP Max POST body size to accumulate: 0 bytes当前未完成预取:0最大未完成预取:4294967295将NOCACHE策略视为BYPASS策略:YES全局Undef动作:NOCACHE 注：
600mbのメモリが統合キャッシュ機能に割り当てられます。
構成を保存します。アプライアンスの再起動時に，メモリが機能に自動的に割り当てられることを確認します。
シェルプロンプトからns.confファイルに設定されているメモリ制限を確認します
root@ns# cat /nsconfig/ nss .conf | grep memLimit . cfg
- メモリ制限を変更する
-verifyUsing HOSTNAME_AND_IP -maxPostLen 4096 -enableBypass YES -undefAction NOCACHE
統合キャッシュが無効になり，キャッシュメモリがゼロに設定されます
このシナリオでは,アプライアンスを起動すると,統合キャッシュ機能が無効になり,グローバルメモリ制限がゼロに設定されます。したがって，ブートプロセス中に統合キャッシュにメモリが割り当てられることはありません。
cliを使用した構成
- シェルプロンプトからns.confファイルに設定されているメモリ制限を確認します
root@ns# cat /nsconfig/ nss .conf | grep memLimit . cfg
- メモリ制限を変更する
-verifyUsing HOSTNAME_AND_IP -maxPostLen 4096 -enableBypass YES -undefAction NOCACHE
- メモリ制限の値を確認します
> show cache parameter综合缓存全局配置:内存使用限制:0 Mbytes内存使用限制的最大值:843 Mbytes Via header: NS-CACHE-9.3: 18验证缓存对象using: HOSTNAME_AND_IP Max POST body size to accumulate: 0 bytes当前未完成预取:0最大未完成预取:4294967295将NOCACHE策略视为BYPASS策略:YES全局Undef动作:NOCACHE 注：
メモリ制限は0mbに設定されており，統合キャッシュ機能にメモリは割り当てられていません。また，キャッシュ構成コマンドを実行すると，”警告:機能は有効ではありません[ic]という警告メッセージが表示されます。
- 統合キャッシュ機能を有効にする
使能ns特性IC
注：
この段階で，統合キャッシュ機能を有効にすると，アプライアンスはその機能にメモリを割り当てません。その結果，オブジェクトはメモリにキャッシュされません。また，キャッシュ構成コマンドを実行すると，次の警告メッセージが表示されます。IC用にメモリが設定されていません。设置缓存参数コマンドを使用して，メモリ制限を設定します。
- 統合キャッシュ機能がオブジェクトを確実にキャッシュするようにメモリ制限を設定します
设置缓存参数-memLimit 500
上記のコマンドを実行すると,アプライアンスは統合キャッシュ機能のメモリをネゴシエートし,使用可能なメモリが機能に割り当てられます。その結果，アプライアンスを再起動せずに，アプライアンスがオブジェクトをキャッシュします。
注：
この機能を有効にしてメモリ制限を設定する順序は重要です。機能を有効にする前にメモリ制限を設定すると，”警告:機能は有効ではありません[ic]という警告メッセージが表示されます。
- メモリ制限の値を確認します
> show cache parameter综合缓存全局配置:内存使用限制:500 Mbytes内存使用限制(活动值):500 Mbytes内存使用限制最大值:843 Mbytes Via header: NS-CACHE-9.3:验证缓存对象using: HOSTNAME_AND_IP Max POST body size to accumulate: 0 bytes当前未完成预取:0最大未完成预取:4294967295将NOCACHE策略视为BYPASS策略:YES全局Undef动作:NOCACHE 注：
500mbのメモリが統合キャッシュ機能に割り当てられます。
- 構成を保存します
保存配置
- シェルプロンプトからns.confファイルに設定されているメモリ制限を確認します
root@ns# cat /nsconfig/ nss .conf | grep memLimit . cfg
- メモリ制限を変更する
-verifyUsing HOSTNAME_AND_IP -maxPostLen 4096 -enableBypass YES -undefAction NOCACHE