6
ElasticCacheのヘルプを探しています 私たちはElasticCache Redisを使用してResqueベースのQingシステムを実行しています。 これはソートされたセットとリストが混在していることを意味します。 通常の操作では、すべてが問題なく、応答時間は&と良好です。 CPUレベルは約7-10％です。Get + Setコマンドは約120-140Kの動作です。 （すべてのメトリックは、クラウドウォッチベースです。） - システムが（軽度の）データバーストを経験し、いくつかのKメッセージをエンキューすると、サーバーはほぼ応答しなくなります。 CPU使用率は100％で安定しています（メトリックは50ですが、1つのコアを使用しています） 操作回数が〜10Kに減少します 応答時間は、要求ごとに秒単位で遅くなります。 CPUがこの程度までロードされた場合、スループットレベルは変わらないでしょう。これは、Redisをローカルで実行しているときに経験したものです。 redisはCPUを利用できますが、スループットは高いままです。ネイティブにシングルコアなので、コンテキスト切り替えは表示されません。 AFAWK - 私たちはいかなる制限も永続化も複製もしません。基本設定を使用します。高いCPUをredis 2.8（elasticache）cache.r3.large
サイズ：私たちはcache.r3.large も定期的snapshoting
どのようにあなたの記憶はありますか？ redisをスワップする必要がある場合、要求ごとにredisが秒単位で遅くなることがあります。システムフリーmemが8％以下になったときに警告を発します。これはあなたが設定した可能性のある赤み制限には関係しません。 –
新しいLUA-popスクリプトにLIMITがありません：https://github.com/gresrun/jesque/issues/101 – user3041539