Citrix ADC

統合されたキャッシング

統合キャッシュは、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アプライアンスはオリジンサーバーからレスポンスをフェッチし、クライアントに送信する前にレスポンスをキャッシュに保存します。
保存不可能なキャッシュミス 保存不可能なキャッシュミスは、キャッシュには不適切です。既定では、次のステータスコードを含む応答は、格納不可能なキャッシュミスです。201、202、204、205、206 ステータスコード、403、404 および 410 を除くすべての 4xx コード、5xx ステータスコード

注: 動的キャッシュをアプリケーションインフラストラクチャと統合するには、NITRO 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
<!--NeedCopy-->

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

  • IssuePage
  • RecordID
  • テンプレート
  • TableId

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

  • 文字列 mybugreportingsystem および HTTP 要求の 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-->

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

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

ユーザーがこのバグレポートに対して新しい要求を発行すると、Citrix ADCアプライアンスは、レポートインスタンスに関連付けられているすべての応答の更新されたコピーを求めてオリジンサーバーに移動します。応答をコンテンツグループに保存し、ユーザーのブラウザに提供します。ブラウザはレポートを再構成して表示します。

統合キャッシュの構成

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

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

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

注:

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

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

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

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

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

reboot

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

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

enable ns feature IC

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

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

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

注:

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

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

これは、統合キャッシュ制限がある値に構成されている場合でも、実際に使用される制限が高くなる可能性があることを意味します。ただし、この過剰なメモリは、オブジェクトがキャッシュから削除されると解放されます。

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

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

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

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(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-->

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

Citrix ADC GUIを使用してキャッシュフラッシュを構成する手順を完了します

  1. Optimization > Content Groupsに移動します。
  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 parameterコマンドを使用して、メモリ制限を設定します。

  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

統合されたキャッシング