ADC

統合キャッシング

統合キャッシュは、NetScaler アプライアンスのメモリ内ストレージを提供し、オリジンサーバーへの往復を必要とせずにユーザーにWebコンテンツを提供します。静的コンテンツの場合、統合キャッシュの初期設定はほとんど必要ありません。統合キャッシュ機能を有効にし、基本的なセットアップ(たとえば、キャッシュが使用できるNetScalerアプライアンスのメモリの量の決定)を実行すると、統合キャッシュは組み込みポリシーを使用して、単純なWebページやイメージファイルなどの特定のタイプの静的コンテンツを格納および提供します。統合キャッシュを構成して、Webサーバーおよびアプリケーションサーバーによってキャッシュ不可としてマークされた動的コンテンツ(データベースレコードや株価など)を保存および提供することもできます。

注:

統合キャッシュという用語は、AppCacheと同じ意味で使用できます。機能の観点から、両方の用語は同じ意味であることに注意してください。

要求または応答が、組み込みポリシーまたは作成したポリシーで指定されたルール (論理式) と一致する場合。NetScalerアプライアンスは、ポリシーに関連するアクションを実行します。デフォルトでは、すべてのポリシーがキャッシュされたオブジェクトを保存し、デフォルトコンテンツグループから取得します。さまざまなタイプのコンテンツ用に独自のコンテンツグループを作成できます。

アプライアンスがコンテンツグループ内のキャッシュされたオブジェクトを検索できるようにするには、セレクターを設定できます。セレクターは、キャッシュされたオブジェクトを式と照合するか、コンテンツグループ内のオブジェクトを検索するためのパラメーターを指定できます。Citrixが推奨するセレクターを使用する場合は、最初にセレクターを構成して、コンテンツグループを構成するときにセレクターを指定できるようにします。次に、追加するコンテンツグループを設定します。これにより、ポリシーを構成するときに使用できるようになります。初期設定を完了するには、各ポリシーをグローバルバインドポイントまたは仮想サーバーにバインドしてポリシーバンクを作成します。または、他のポリシーバンクから呼び出せるラベルをバインドすることもできます。

統合キャッシュは、有効期限が切れる前にキャッシュされたオブジェクトを事前にロードすることで改善できます。キャッシュされたデータの処理を管理するために、レスポンスに挿入されるキャッシュ関連のヘッダーを設定できます。統合キャッシュは、他のキャッシュサーバーのフォワードプロキシとしても機能します。

注:

統合キャッシュには、HTTP リクエストとレスポンスにある程度精通している必要があります。HTTP データの構造については、次の URL にある「 ライブ HTTP ヘッダー 」を参照してください。 "<http://livehttpheaders.mozdev.org/>."

統合キャッシュの仕組み

統合キャッシュは、NetScalerアプライアンスを経由するHTTPおよびSQL要求を監視し、要求を保存されたポリシーと比較します。結果に応じて、統合キャッシュ機能はキャッシュで応答を検索するか、要求をオリジンサーバーに転送します。HTTP リクエストの場合、統合キャッシュは、シングルバイトレンジおよびマルチパートバイトレンジのリクエストに応答して、キャッシュ内のコンテンツの一部として機能します。

クライアントが圧縮コンテンツを受け入れる場合、キャッシュされたデータは圧縮されます。コンテンツグループの有効期限を設定したり、コンテンツグループのエントリを選択的に期限切れにしたりできます。

次の表に示すように、統合キャッシュから提供されるデータはヒットし、オリジンから提供されるデータはキャッシュミスです。

取引タイプ 仕様
キャッシュヒット NetScalerアプライアンスがキャッシュから処理する応答には、画像ファイルや静的Webページなどの静的オブジェクト、200個のOKページ、203個の非正規応答ページ、300個の複数選択ページ、301個の永久移動ページ、302個の見つかったページ、304個の未変更ページ、これらの応答は肯定的な応答と呼ばれます。NetScalerアプライアンスは、次の否定的な応答もキャッシュします:307の一時リダイレクトページ、403ページの禁止ページ、404ページの見つからないページ、410ページの消失ページ。パフォーマンスをさらに向上させるには、より多くの種類のコンテンツをキャッシュするようにNetScalerアプライアンスを構成できます。
保存可能なキャッシュミス 保存可能なキャッシュミスの場合、NetScalerアプライアンスはオリジンサーバーからの応答を取得し、その応答をキャッシュに保存してからクライアントに提供します。
保存できないキャッシュミス 保存できないキャッシュミスはキャッシュには不適切です。デフォルトでは、201、202、204、205、206 ステータスコード、403、404、410、5xx ステータスコードを除くすべての 4xx コードを含む応答は、保存できないキャッシュミスです。

注:

動的キャッシュをアプリケーションインフラストラクチャに統合するには、NITRO API を使用してキャッシュコマンドをリモートで実行します。たとえば、データベーステーブルが更新されたときにキャッシュされた応答を期限切れにするトリガーを設定できます。

キャッシュされた応答をオリジンサーバー上のデータと確実に同期させるには、有効期限方法を設定します。NetScalerアプライアンスは、期限切れの応答と一致する要求を受信すると、オリジンサーバーからの応答を更新します。

注:

NetScalerアプライアンスと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
<!--NeedCopy-->

この例では、このバグ報告アプリケーションの GET リクエストには常に次のパラメータが含まれています。

  • 問題ページ
  • レコード ID
  • テンプレート
  • テーブル ID

GET リクエストはデータを更新または変更しないため、キャッシュポリシーとセレクターでこれらのパラメーターを次のように設定できます。

  • HTTP リクエストで mybugreportingsystem という文字列と GET メソッドを検索するキャッシュポリシーを設定します。このポリシーは、一致するリクエストをバグのコンテンツグループに転送します。
  • バグのコンテンツグループでは、IssuePage、RecordID など、さまざまなパラメーターと値のペアに一致するhitセレクターを設定します。

ブラウザは、1 つのユーザーアクションに基づいて複数の GET リクエストを送信できます。以下は、ユーザーがバグ ID に基づいてバグを検索したときにブラウザが発行する 3 つの個別の GET リクエストのシリーズです。

    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
<!--NeedCopy-->

これらの要求を満たすために、複数の応答がユーザーのブラウザーに送信され、ユーザーに表示されるWebページは応答のアセンブリです。

ユーザーがバグレポートを更新した場合、キャッシュ内の対応する応答をオリジンサーバーからのデータで更新する必要があります。バグレポートアプリケーションは、ユーザがバグレポートを更新したときに HTTP POST リクエストを発行します。この例では、POST リクエストがキャッシュ内の無効化をトリガーするように次のように構成します。

  • mybugreportingsystem という文字列と POST HTTP リクエストメソッドを検索し、一致するリクエストをバグレポート用のコンテンツグループに送るリクエストをリクエスト時無効化ポリシーです。
  • RecordID パラメーターに基づいてキャッシュされたコンテンツを期限切れにするバグレポート用のコンテンツグループの無効化セレクター。このパラメータはすべてのレスポンスに表示されるので、無効化セレクターはキャッシュ内のすべての関連項目を期限切れにすることができます。

次の抜粋は、バグレポートのサンプルを更新する POST リクエストを示しています。

    POST /mybugreportingsystem/mybugreport.dll?TransitionForm HTTP/1.1\r\n

    User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0) Opera 7.23 [en]\r\n

    Host: mybugreportingsystem\r\n

    Cookie:ttSearch.134=%23options%3Afalse%23active%23owner%3Afalse%23unowned%3Afalse%23submitter%3Afalse%23incsub%3Atrue;

    Cookie2: $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-->

NetScalerアプライアンスはこの要求を受け取ると、次の処理を行います。

  • リクエストを無効化ポリシーと照合します。
  • ポリシーで指定されたコンテンツグループを検索します。
  • このコンテンツグループに無効化セレクターを適用し、recordId=31231 に一致するすべての応答を期限切れにします。

ユーザーがこのバグレポートの新しいリクエストを発行すると、NetScalerアプライアンスはオリジンサーバーにアクセスして、レポートインスタンスに関連するすべての応答の更新されたコピーを取得します。応答はコンテンツグループに保存され、ユーザーのブラウザに送信されます。ブラウザはレポートを再構成して表示します。

統合キャッシュの設定

統合キャッシュを使用するには、ライセンスをインストールして機能を有効にする必要があります。統合キャッシュを有効にすると、NetScaler® アプライアンスは組み込みポリシーで指定された静的オブジェクトを自動的にキャッシュし、キャッシュの動作に関する統計を生成します。(組み込みポリシーには、ポリシー名の最初の位置にアンダースコアが付いています)。

組み込みポリシーが状況に適している場合でも、グローバル属性を変更したい場合があります。たとえば、統合キャッシュに割り当てられるNetScalerアプライアンスのメモリ容量を変更できます。

設定を変更する前にキャッシュ操作を確認する場合は、「キャッシュされたオブジェクトとキャッシュ統計の表示」を参照してください。

注:

NetScalerキャッシュは、アプライアンスを再起動すると削除されるメモリ内ストアです。

統合キャッシュライセンスをインストールするには

  • 統合キャッシュライセンスが必要です。
  • Citrix からライセンスコードを取得し、コマンドラインインターフェイスにアクセスしてログインします。

コマンドラインインターフェイスで、ライセンスファイルを/nsconfig/licenseフォルダーにコピーします。

  • 次のコマンドを使用して、NetScaler アプライアンスを再起動します。

reboot

統合キャッシュを有効にするには: 統合キャッシュを有効にすると、NetScalerアプライアンスはサーバー応答のキャッシュを開始します。ポリシーまたはコンテンツグループを設定していない場合、組み込みポリシーは、キャッシュされたオブジェクトをデフォルトコンテンツグループに保存します。

コマンドプロンプトで、次のいずれかのコマンドを入力して、統合キャッシュを有効または無効にします。

enable ns feature IC

キャッシュのグローバル属性を構成する

グローバル属性は、すべてのキャッシュされたデータに適用されます。統合キャッシュに割り当てられるNetScalerメモリの量は、ヘッダー挿入で指定できます。キャッシュされたオブジェクトを提供する必要があることを確認するための基準。キャッシュで許可される POST 本文の最大長、HTTP GET リクエストのポリシー評価をバイパスするかどうか、ポリシーを評価できない場合に行うアクション。

キャッシュメモリ容量は、ハードウェアアプライアンスのメモリによってのみ制限されます。また、nCore NetScalerアプライアンスのパケットエンジン(すべての着信TCP要求の中央配信ハブ)は、nCore NetScalerアプライアンスの他のパケットエンジンによってキャッシュされたオブジェクトを認識します。

注:

デフォルトのグローバルメモリ制限が 0 に設定され、統合キャッシュ(IC)機能が有効になっている場合、アプライアンスはオブジェクトをキャッシュしません。キャッシュの場合は、グローバルメモリ制限を明示的に設定する必要があります。ただし、「認証、承認、監査パラメータの設定 enableStaticPageCaching」オプションを有効にすると、アプライアンスにはデフォルトのメモリがいくらか設定されます。このメモリは大きなオブジェクトをキャッシュするには不十分であるため、ICにはより高いメモリ制限を割り当てる必要があります。これを実行するには、「キャッシュパラメータの設定 —MemLimit」コマンドを設定します。新しい設定は、構成を保存してアプライアンスを再起動した後にのみ適用されます。

オブジェクトをキャッシュするために設定されたグローバルメモリ制限を変更できます。ただし、グローバルメモリ制限を既存の値よりも低い値(たとえば 10 GB から 4 GB に)更新すると、アプライアンスは引き続きメモリ制限を使用します。

つまり、統合キャッシュの制限はある値に設定されていても、実際に使用される制限はもっと大きくなる可能性があります。ただし、この余分なメモリは、オブジェクトがキャッシュから削除されると解放されます。

show cache parameter コマンドの出力には、設定値(メモリ使用量の上限)と実際に使用されている値(メモリ使用量の上限(アクティブ値))が表示されます。

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

    set cache parameter [-memLimit <MBytes>] [-via <string>] [-verifyUsing <criterion>] [-maxPostLen <positiveInteger>] [-prefetchMaxPending <positiveInteger>] [-enableBypass(YES|NO)] [-undefAction (NOCACHE|RESET)]
<!--NeedCopy-->

NetScaler GUIによる統合キャッシュの有効化

[システム] > [設定] に移動し、[基本機能の設定] をクリックし、[統合キャッシュ] を選択します。

NetScaler GUIを使用してキャッシュのグローバル設定を構成する

[最適化] > [統合キャッシュ] に移動し、[キャッシュ設定の変更] をクリックして、キャッシュのグローバル設定を構成します。

統合キャッシュの組み込みコンテンツグループ、パターンセット、およびポリシーを設定する

NetScalerアプライアンスには、コンテンツのキャッシュに使用できる統合キャッシュ構成が組み込まれています。構成は、ctx_cg_poc というコンテンツグループ、ctx_file_extensions というパターンセット、および統合キャッシュポリシーのセットで構成されています。コンテンツグループ ctx_cg_poc では、500 KB 以下のオブジェクトのみがキャッシュされます。コンテンツは 86000 秒間キャッシュされ、コンテンツグループのメモリ制限は 512 MB です。パターンセットは、ファイルタイプマッチングのための一般的な拡張子のインデックス付き配列です。

次の表は、組み込みの統合キャッシュポリシーの一覧です。デフォルトでは、ポリシーはどのバインドポイントにもバインドされません。NetScalerアプライアンスにポリシーと照合してトラフィックを評価させる場合は、ポリシーをバインドポイントにバインドする必要があります。ポリシーは ctx_cg_poc コンテンツグループのオブジェクトをキャッシュします。

統合キャッシュポリシー名 ポリシールール
_cacheVPNStaticObjects HTTP.REQ.URL.SET_TEXT_MODE(IGNORECASE).CONTAINS_INDEX(“ctx_file_extensions”).BETWEEN(101,150)
_cacheTCPVPNStaticObjects HTTP.REQ.URL.ENDSWITH(“.css”)
_cacheOCVPNStaticObjects HTTP.REQ.URL.ENDSWITH(“.pdf”)
_cacheWFStaticObjects HTTP.REQ.URL.ENDSWITH(“.js”)
_mayNoCacheReq HTTP.RES.HEADER(“Content-Type”).CONTAINS(“application/x-javascript”)
_noCacheRest TRUE

フラッシュキャッシュ設定

キャッシュグループ、キャッシュグループ、またはキャッシュオブジェクトロケータをフラッシュできます。キャッシュオブジェクトをフラッシュするコマンドは次のとおりです。

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

flush cache contentgroup all

        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 <content group name>`
<!--NeedCopy-->

例:

        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 <positive_integer> | (-url <URL> (-host <string> [-port <port>] [-groupName <string>] [-httpMethod ( GET | POST )])))`
<!--NeedCopy-->

例:

        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
<!--NeedCopy-->

NetScaler GUIを使用してキャッシュ構成をフラッシュする

NetScaler GUIを使用してキャッシュフラッシュを設定する手順を完了します

  1. [ 最適化 ] > [ コンテンツグループ] に移動します。
  2. コンテンツグループ詳細ペインで 、「 追加」をクリックします。
  3. キャッシュコンテンツグループの作成 」ページで、「 その他 」タブで次のパラメータを設定します。
    1. キャッシュをフラッシュします。このチェックボックスを選択すると、キャッシュオブジェクトがフラッシュされます。
  4. [作成]して[閉じる] をクリックします。

さまざまなシナリオに対応した統合キャッシュの設定

次のセクションでは、さまざまなシナリオにおけるNetScalerアプライアンスの統合キャッシュの構成について説明します。

NetScaler 9.2リリース以降、統合キャッシュにはキャッシュ用のメモリが多くなっています。統合キャッシュメモリは、ハードウェアアプライアンスで使用可能なメモリによってのみ制限されます。使用可能なメモリの最大 50% を統合キャッシュ機能に割り当てることができます。

CLI を使用してキャッシュのメモリ割り当てを設定するには

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

set cache parameter -memlimit <value>

注:

統合キャッシュのデフォルトのグローバルメモリ制限はゼロです。そのため、統合キャッシュ機能を有効にしても、NetScalerアプライアンスはグローバルメモリ制限が明示的に設定されるまでオブジェクトをキャッシュしません。

次のセクションでは、さまざまなシナリオで統合キャッシュを構成する方法について説明します。

注:

NetScalerアプライアンスのメモリ制限は、アプライアンスの起動時に識別されます。そのため、メモリ制限を変更した場合は、アプライアンスを再起動してその変更をパケットエンジン全体に適用する必要があります。

統合キャッシュが有効で、キャッシュメモリの制限がゼロ以外に設定されている

アプライアンスを起動し、統合キャッシュ機能が有効になり、グローバルメモリ制限が正の数に設定されているシナリオを考えてみましょう。以前に設定したメモリは、ブートプロセス中に統合キャッシュ機能に割り当てられます。アプライアンスで使用可能なメモリによっては、メモリ制限を別の値に変更する必要がある場合があります。

CLI を使用して設定する

  1. キャッシュパラメータを表示します
        > show cache parameter
                Integrated cache global configuration:
                Memory usage limit: 500 MBytes
                Memory usage limit (active value): 500 MBytes
                Maximum value for Memory usage limit: 843 MBytes
                Via header: NS-CACHE-9.3: 18
                Verify cached object using: HOSTNAME_AND_IP
                Max POST body size to accumulate: 0 bytes
                Current outstanding prefetches: 0
                Max outstanding prefetches: 4294967295
                Treat NOCACHE policies as BYPASS policies: YES
                Global Undef Action: NOCACHE
<!--NeedCopy-->
  1. ゼロ以外のメモリ制限を設定する

set cache parameter -memlimit 600

注:

上記のコマンドは、次の警告メッセージを表示します。 警告:新しい統合キャッシュのメモリ制限を使用するには、構成を保存して、NetScalerアプライアンスを再始動します。

  1. 構成を保存します

save config

  1. シェルプロンプトから、次のコマンドを実行して構成ファイルで確認します。

root@ns# cat /nsconfig/ns.conf | grep memLimit

  1. メモリ制限を変更する

set cache parameter -memLimit 600 -via NS-CACHE-9.3: 18 -verifyUsing HOSTNAME_AND_IP -maxPostLen 0 -enableBypass YES -undefAction NOCACHE

  1. アプライアンスを再起動します

root@ns# reboot

  1. メモリ制限の新しい値を確認します
        > show cache parameter
                Integrated cache global configuration:
                Memory usage limit: 600 MBytes
                Memory usage limit (active value): 600 MBytes
                Maximum value for Memory usage limit: 843 MBytes
                Via header: NS-CACHE-9.3: 18
                Verify cached object using: HOSTNAME_AND_IP
                Max POST body size to accumulate: 0 bytes
                Current outstanding prefetches: 0
                Max outstanding prefetches: 4294967295
                Treat NOCACHE policies as BYPASS policies: YES
                Global Undef Action: NOCACHE
<!--NeedCopy-->

すべてのパケットエンジンが正常に起動すると、統合キャッシュ機能が構成済みのメモリをネゴシエートします。アプライアンスが構成済みのメモリを使用できない場合、メモリはそれに応じて割り当てられます。使用可能なメモリが割り当てたメモリよりも少ない場合、アプライアンスはそれよりも少ない数を推奨します。統合キャッシュ機能では、アクティブ値と同じ値を使用します。

統合キャッシュは無効で、キャッシュメモリの制限はゼロ以外に設定されています

このシナリオでは、アプライアンスを起動すると、統合キャッシュ機能が無効になり、グローバルメモリ制限が正の数に設定されます。そのため、ブートプロセス中に統合キャッシュにメモリが割り当てられることはありません。

CLI を使用して設定する

  1. キャッシュパラメータを表示します
        > show cache parameter
                Integrated cache global configuration:
                Memory usage limit: 600 MBytes
                Maximum value for Memory usage limit: 843 MBytes
                Via header: NS-CACHE-9.3: 18
                Verify cached object using: HOSTNAME_AND_IP
                Max POST body size to accumulate: 0 bytes
                Current outstanding prefetches: 0
                Max outstanding prefetches: 4294967295
                Treat NOCACHE policies as BYPASS policies: YES
                Global Undef Action: NOCACHE
<!--NeedCopy-->
  1. 新しいメモリ制限を設定する

set cache parameter -memlimit 500

注:

上記のコマンドを実行すると、次の警告メッセージが表示されます。 警告:機能が有効になっていません [IC]

  1. 構成を保存します

save config

  1. シェルプロンプトから、次のコマンドを実行して構成ファイルで確認します

root@ns# cat /nsconfig/ns.conf | grep memLimit

  1. メモリ制限を変更する

set cache parameter -memLimit 500 -via NS-CACHE-9.3: 18 -verifyUsing HOSTNAME_AND_IP -maxPostLen 0 -enableBypass YES -undefAction NOCACHE

  1. メモリ制限の新しい値を確認します
        > show cache parameter
                Integrated cache global configuration:
                Memory usage limit: 500 MBytes
                Maximum value for Memory usage limit: 843 MBytes
                Via header: NS-CACHE-9.3: 18
                Verify cached object using: HOSTNAME_AND_IP
                Max POST body size to accumulate: 0 bytes
                Current outstanding prefetches: 0
                Max outstanding prefetches: 4294967295
                Treat NOCACHE policies as BYPASS policies: YES
                Global Undef Action: NOCACHE
<!--NeedCopy-->
  1. 統合キャッシュ機能を有効にする

enable ns feature IC

  1. メモリ制限の新しい値を確認します
        > show cache parameter
                Integrated cache global configuration:
                Memory usage limit: 500 Mbytes
                Memory usage limit (active value): 500 Mbytes
                Maximum value for Memory usage limit: 843 MBytes
                Via header: NS-CACHE-9.3: 18
                Verify cached object using: HOSTNAME_AND_IP
                Max POST body size to accumulate: 0 bytes
                Current outstanding prefetches: 0
                Max outstanding prefetches: 4294967295
                Treat NOCACHE policies as BYPASS policies: YES
                Global Undef Action: NOCACHE
<!--NeedCopy-->

注:

500MBのメモリが統合キャッシュ機能に割り当てられます。

  1. 構成を保存して、アプライアンスの再起動時にメモリが自動的に機能に割り当てられるようにします。

統合キャッシュが有効で、キャッシュメモリがゼロに設定されている

このシナリオでは、アプライアンスを起動すると、統合キャッシュ機能が有効になり、グローバルメモリ制限がゼロに設定されます。そのため、ブートプロセス中に統合キャッシュにメモリが割り当てられることはありません。

CLI を使用して設定する

  1. シェルプロンプトからns.confファイルに設定されているメモリ制限を確認します

root@ns# cat ns.conf | grep memLimit

  1. メモリ制限を変更する

set cache parameter -memLimit 0 -via NS-CACHE-9.3: 18 -verifyUsing HOSTNAME_AND_IP -maxPostLen 4096 -enableBypass YES -undefAction NOCACHE

  1. メモリ制限の値を確認します
        > show cache parameter
                Integrated cache global configuration:
                Memory usage limit: 0 Mbytes
                Maximum value for Memory usage limit: 843 MBytes
                Via header: NS-CACHE-9.3: 18
                Verify cached object using: HOSTNAME_AND_IP
                Max POST body size to accumulate: 0 bytes
                Current outstanding prefetches: 0
                Max outstanding prefetches: 4294967295
                Treat NOCACHE policies as BYPASS policies: YES
                Global Undef Action: NOCACHE
<!--NeedCopy-->

注:

メモリ制限は0MBに設定されており、統合キャッシュ機能にメモリは割り当てられていません。

  1. 統合キャッシュ機能がオブジェクトを確実にキャッシュするようにメモリ制限を設定します

set cache parameter -memLimit 600

上記のコマンドを実行すると、アプライアンスは統合キャッシュ機能のメモリをネゴシエートし、使用可能なメモリが機能に割り当てられます。その結果、アプライアンスはアプライアンスを再起動せずにオブジェクトをキャッシュします。

  1. メモリ制限の値を確認します
        > show cache parameter
                Integrated cache global configuration:
                Memory usage limit: 600 Mbytes
                Memory usage limit (active value): 600 Mbytes
                Maximum value for Memory usage limit: 843 MBytes
                Via header: NS-CACHE-9.3:
                Verify cached object using: HOSTNAME_AND_IP
                Max POST body size to accumulate: 0 bytes
                Current outstanding prefetches: 0
                Max outstanding prefetches: 4294967295
                Treat NOCACHE policies as BYPASS policies: YES
                Global Undef Action: NOCACHE
<!--NeedCopy-->

注:

600MBのメモリが統合キャッシュ機能に割り当てられます。

  1. 構成を保存します。アプライアンスの再起動時に、メモリが自動的に機能に割り当てられるようにしてください。

  2. シェルプロンプトからns.confファイルに設定されているメモリ制限を確認します

root@ns# cat /nsconfig/ns.conf | grep memLimit

  1. メモリ制限を変更する

set cache parameter -memLimit 600 -via NS-CACHE-9.3: -verifyUsing HOSTNAME_AND_IP -maxPostLen 4096 -enableBypass YES -undefAction NOCACHE

統合キャッシュが無効になり、キャッシュメモリがゼロに設定されます

このシナリオでは、アプライアンスを起動すると、統合キャッシュ機能が無効になり、グローバルメモリ制限がゼロに設定されます。そのため、ブートプロセス中に統合キャッシュにメモリが割り当てられることはありません。

CLI を使用して設定する

  1. シェルプロンプトからns.confファイルに設定されているメモリ制限を確認します

root@ns# cat /nsconfig/ns.conf | grep memLimit

  1. メモリ制限を変更する

set cache parameter -memLimit 0 -via NS-CACHE-9.3: 18 -verifyUsing HOSTNAME_AND_IP -maxPostLen 4096 -enableBypass YES -undefAction NOCACHE

  1. メモリ制限の値を確認します
        > show cache parameter
                Integrated cache global configuration:
                Memory usage limit: 0 Mbytes
                Maximum value for Memory usage limit: 843 MBytes
                Via header: NS-CACHE-9.3: 18
                Verify cached object using: HOSTNAME_AND_IP
                Max POST body size to accumulate: 0 bytes
                Current outstanding prefetches: 0
                Max outstanding prefetches: 4294967295
                Treat NOCACHE policies as BYPASS policies: YES
                Global Undef Action: NOCACHE
<!--NeedCopy-->

注:

メモリ制限は0MBに設定されており、統合キャッシュ機能にメモリは割り当てられていません。また、キャッシュ設定コマンドを実行すると、次の警告メッセージが表示されます。 警告:機能が有効になっていません [IC]

  1. 統合キャッシュ機能を有効にする

enable ns feature IC

注:

この段階で、統合キャッシュ機能を有効にすると、アプライアンスはその機能にメモリを割り当てません。その結果、オブジェクトはメモリにキャッシュされません。また、キャッシュ設定コマンドを実行すると、「IC 用のメモリが設定されていません」という警告メッセージが表示されます 。set cache パラメータコマンドを使用してメモリ制限を設定します。

  1. 統合キャッシュ機能がオブジェクトを確実にキャッシュするようにメモリ制限を設定します

set cache parameter -memLimit 500

上記のコマンドを実行すると、アプライアンスは統合キャッシュ機能のメモリをネゴシエートし、使用可能なメモリが機能に割り当てられます。その結果、アプライアンスを再起動せずに、アプライアンスがオブジェクトをキャッシュします。

注:

この機能を有効にしてメモリ制限を設定する順序は重要です。この機能を有効にする前にメモリ制限を設定すると、次の警告メッセージが表示されます。 警告:機能が有効化されていません [IC]

  1. メモリ制限の値を確認します
        > show cache parameter
                Integrated cache global configuration:
                Memory usage limit: 500 Mbytes
                Memory usage limit (active value): 500 Mbytes
                Maximum value for Memory usage limit: 843 MBytes
                Via header: NS-CACHE-9.3:
                Verify cached object using: HOSTNAME_AND_IP
                Max POST body size to accumulate: 0 bytes
                Current outstanding prefetches: 0
                Max outstanding prefetches: 4294967295
                Treat NOCACHE policies as BYPASS policies: YES
                Global Undef Action: NOCACHE
<!--NeedCopy-->

注:

500MBのメモリが統合キャッシュ機能に割り当てられます。

  1. 構成を保存します

save config

  1. シェルプロンプトからns.confファイルに設定されているメモリ制限を確認します

root@ns# cat /nsconfig/ns.conf | grep memLimit

  1. メモリ制限を変更する

set cache parameter -memLimit 500 -via NS-CACHE-9.3: 18 -verifyUsing HOSTNAME_AND_IP -maxPostLen 4096 -enableBypass YES -undefAction NOCACHE

統合キャッシング