-
-
-
VMware ESX、Linux KVM、およびCitrix HypervisorでNetScaler ADC VPXのパフォーマンスを最適化する
-
AWSでNetScaler ADC VPXインスタンスを展開する
-
-
-
-
-
-
-
-
-
-
-
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
キャッシュ・パフォーマンスの向上
同じキャッシュデータに対する同時要求の処理、オリジンサーバーからのキャッシュされた応答の更新に関連する遅延の回避、キャッシュする価値のある十分な頻度で応答が要求されるようにするなど、統合キャッシュのパフォーマンスを向上させることができます。
フラッシュクラウドを減らす
フラッシュクラウドは、多くのユーザーが同時に同じデータを要求したときに発生します。オブジェクト全体がダウンロードされた後にのみヒットを提供するようにキャッシュを構成した場合、フラッシュクラウド内の要求はキャッシュミスになる可能性があります。
フラッシュクラウドを減少または排除するには、次の手法を使用します。
- PREFETCH:期限切れになる前に肯定応答をリフレッシュして、古くなったり非アクティブになったりしないようにします。詳細については、「有効期限が切れる前に応答を更新する」を参照してください。
- キャッシュバッファリング: 応答全体がダウンロードされるのを待つのではなく、オリジンサーバーから応答ヘッダーを受信すると、複数のクライアントへの応答の提供を開始します。応答を同時にダウンロードできるクライアント数の唯一の制限は、使用可能なシステムリソースです。Citrix ADCアプライアンスは、ダウンロードを開始したクライアントがダウンロードが完了する前に停止した場合でも、応答をダウンロードして処理します。応答がキャッシュサイズを超えた場合、または応答がチャンク化された場合、キャッシュは応答の保存を停止しますが、クライアントへのサービスは中断されません。
- Flash Cache: Flash Cache はリクエストをキャッシュにキューイングし、一度に 1 つのリクエストだけがサーバーに到達できるようにします。
詳細については、「キャッシュへの要求のキューイング」を参照してください。
有効期限が切れる前にレスポンスを更新する
キャッシュされた応答が必要なときに常に最新の状態になるように、PREFETCH オプションは、計算された有効期限前に応答を更新します。プリフェッチ間隔は、最初のクライアント要求を受信した後に計算されます。それ以降、Citrix ADCアプライアンスは、PREFETCHパラメータで設定した時間間隔でキャッシュされた応答を更新します。
この設定は、要求間で頻繁に更新されるデータに便利です。否定的な応答(404 メッセージなど)には適用されません。
コマンドラインインターフェイスを使用してコンテンツグループのプリフェッチを構成するには
コマンドプロンプトで入力します。
set cache contentgroup <name> -prefetch YES [-prefetchPeriod <seconds> | -prefetchPeriodMilliSec <milliseconds>] [-prefetchMaxPending <positiveInteger>]
*GUIを使用してコンテンツ・グループのプリフェッチを構成するには
最適化に移動 > 統合キャッシング > コンテンツグループ、および コンテンツグループを選択します。
[ その他 ]タブの[フラッシュ群集とプリフェッチ]グループで、[ プリフェッチ ]オプションを選択し、[保留中のプリフェッチの間隔と最大数]テキストボックスに値を指定します。
リクエストをキャッシュにキューイングする
Flash Cache オプションは、同時に到着するリクエスト(フラッシュ群集)をキューに入れ、レスポンスを取得して、リクエストがキューにあるすべてのクライアントに配信します。この処理中に応答がキャッシュ不能になると、Citrix ADCアプライアンスはキャッシュからの応答の提供を停止し、代わりにキューに入れられたクライアントに対するオリジンサーバーの応答を提供します。応答が利用できない場合、クライアントはエラーメッセージを受け取ります。
フラッシュキャッシュはデフォルトで無効になっています。同じコンテンツグループで毎回ポーリング(PET)とフラッシュキャッシュを有効にすることはできません。
Flash Cache の欠点の 1 つは、サーバーがエラー(たとえば、迅速に修正された 404)で応答した場合、そのエラーが待機中のクライアントにファンアウトされることです。
注: Flash Cacheが有効になっている場合、Citrix ADCアプライアンスは、クライアントリクエストのAccept-EncodingヘッダーとレスポンスのContent-Encodingヘッダーを正しく一致させることができない場合があります。Citrix ADCアプライアンスは、これらのヘッダーが一致し、誤ってヒットしたと見なすことができます。回避策として、適切なAccept-Encoding ヘッダーを持たないクライアントにヒットを提供できないように、統合キャッシュポリシーを構成できます。
コマンドラインインターフェイスを使用して Flash Cache を有効にするには
コマンドプロンプトで入力します。
set cache contentgroup <contentGroupName> -flashcache yes
GUI を使用してフラッシュキャッシュを有効にするには
[ 最適化 ] > [ 統合キャッシュ ] > [ コンテンツグループ] に移動し、コンテンツグループを選択します。
[その他] タブの [フラッシュ群集とプリフェッチ] グループで、[プリフェッチ] オプションを選択します。
クライアントがダウンロードを停止した後にレスポンスをキャッシュする
Quick Abort パラメータを設定すると、応答がキャッシュ内に格納される前にクライアントが要求を停止した場合でも、応答のキャッシュを続行できます。
ダウンロードされた応答サイズがクイックアボートサイズ以下の場合、Citrix ADCアプライアンスは応答のダウンロードを停止します。Quick Abort パラメータを 0 に設定すると、すべてのダウンロードが停止します。
コマンドラインインターフェイスを使用してクイックアボートサイズを構成するには
コマンドプロンプトで入力します。
set cache contentgroup <name> -quickAbortSize <integerInKBytes>
GUI を使用してクイックアボートサイズを設定するには
- [ 最適化 ] > [ 統合キャッシュ ] > [ コンテンツグループ] に移動し、コンテンツグループを選択します。
- [メモリ] タブで、[クイック中止:] テキストボックス以上の場合はキャッシュを続行する] で関連する値を設定します。
キャッシュする前に最低限のサーバーヒット数を要求する
応答がキャッシュされる前に、オリジンサーバーで検出される必要のある最小回数を設定できます。キャッシュメモリがすぐにいっぱいになり、ヒット率が予想よりも低い場合は、最小ヒット数を増やすことを検討する必要があります。
最小ヒット数のデフォルト値は 0 です。この値は、最初のリクエストの後にレスポンスをキャッシュします。
コマンドラインインターフェイスを使用してキャッシュする前に必要な最小ヒット数を構成するには
コマンドプロンプトで入力します。
set cache contentgroup <name> -minhits <positiveInteger>
GUI を使用してキャッシュする前に必要な最小ヒット数を設定するには
- [ 最適化 ] > [ 統合キャッシュ ] > [ コンテンツグループ] に移動し、コンテンツグループを選択します。
- [ メモリ ]タブで、ヒットがテキストボックスより少ない場合は、[キャッシュしない]で関連する値を設定します。
パフォーマンスの最適化の例
この例では、クライアントが株価にアクセスします。株価は非常に動的です。統合キャッシュは、オリジンサーバーに複数のリクエストを送信せずに、同時クライアントに対して同じ株価を提供するように設定します。株価はクライアントにダウンロードされた後に期限切れになり、次のリクエストはオリジンサーバーからフェッチされます。これにより、見積もりは常に最新の状態になります。
次のタスクの概要では、株価アプリケーションのキャッシュを構成する手順について説明します。
株価アプリケーションのキャッシュを構成する
株価のコンテンツグループの作成
詳細については、「コンテンツグループについて」を参照してください。
このコンテンツグループに対して以下を設定します。
- [有効期限の方法] タブで、[応答完了後に失効する] チェックボックスをオンにします。
- 「 その他 」タブで「 Flash Cache 」チェックボックスをオンにして、「 作成 」をクリックします。
- 株価をキャッシュするキャッシュポリシーを追加します。
詳細は、「統合キャッシュでのポリシーの構成」を参照してください。
ポリシーに対して以下を設定します。
- [アクション] リストと [グループに格納] リストで、[CACHE] を選択し、前の手順で定義したグループを選択します。
- [追加] をクリックし、[式の 追加] ダイアログボックスで、株価見積依頼を識別する式を設定します。例:http.req.url.contains (「cgi-bin/stock-quote.pl」)
- ポリシーをアクティブ化します。
詳細については、「統合キャッシュポリシーのグローバルバインド」を参照してください。この例では、このポリシーを request-time 上書き処理にバインドし、プライオリティを低い値に設定します。
共有
共有
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.