Azureでのキャッシュ・エラー

Question

AzureのSaasアプリケーションにRedisキャッシュが含まれています。

しかし、我々はいくつかの問題を抱えている、私たちは、随時これらのタイプのエラーを参照してください

Timeout performing EVAL, inst: 2, queue: 23, qu: 0, qs: 23, qc: 0, wr: 0, wq: 0, in: 65536, ar: 0, 
IOCP: (Busy=1,Free=999,Min=1,Max=1000), WORKER: (Busy=2,Free=8189,Min=1,Max=8191) 

Timeout performing EVAL, inst: 2, queue: 3, qu: 0, qs: 3, qc: 0, wr: 0, wq: 0, in: 65536, ar: 0, 
IOCP: (Busy=1,Free=999,Min=1,Max=1000), WORKER: (Busy=3,Free=8188,Min=1,Max=8191) 

これらのログを解釈しようとすると、私が開始する場所を、見て、描画する場所を知って苦労してい結論。

これらの特定の値について教えてもらえますか？Redisのインスタンスはサーバーと同じゾーンにありますが、私はc1プランを1GBのメモリで使用しますが、これらのエラーは簡単なテストを行うことで出てきます。

設定は次のとおりです。Azureの中Redisのダッシュボードで

ConnectionTimeoutInMilliseconds = "2000" operationTimeoutInMilliseconds = "1500" retryTimeoutInMilliseconds = "4500" 

私は、任意のメモリスパイク、接続または何か他のものを見ていない私は、任意の特定の値になっているはずですか？

Answer 1

タイムアウトの「in：65536」の値が非常に高いです。この値は、クライアントのソケットカーネルバッファに格納されているデータ量を示します。これは、データがローカルマシンに到着したが、アプリケーションレイヤーによって読み取られていないことを示します。これは、通常、1）スレッドプールの設定を調整する必要がある場合、または2）クライアントCPUが高い場合に発生します。 （Busy = 2、Free = 8189、Min = 1、Max = 8191）、IOCP：（Busy = 1、Free = 999、Min = 1、Max = 1000）ワーカー：（ビジー= 3、フリー= 8188、最小= 1、最大= 8191）は、スレッドプールの成長抑制の問題を抱えていることを示しています。ここで説明と推奨事項を調べることをお勧めします：https://gist.github.com/JonCole/e65411214030f0d823cb#file-threadpool-md。