高スループットの Redis キャッシュを必要とするこのプロジェクトに取り組んでいます。Redis キャッシュを実行するにはコストがかかるため (これは趣味のプロジェクトです)、1GB ノードから始めています。ただし、これがうまくいかない場合、新しいインスタンスを作成したり、接続文字列を更新したりするために大規模な停止をせずに、キャッシュの大きなインスタンスに変更する方法を教えてください。
移行またはサービス層の変更のいずれかの方法が見つからないようです。実際、そのページに行くと「プランは変更できません」と具体的に書かれています。
初期キャッシュ インスタンス サイズを超えた場合、他のオプションはありますか? これは非常に「曇りのない」動作ですよね？他のすべての Azure リソースは、すぐに必要に応じてサイズ変更できます。
Sharding Redis Instances も参照してください。私は、キャッシュ内のデータが予期せず大量に発生し始めたという同様の問題に遭遇しました。シャーディングの概念を使用して問題に取り組みました。Redis インスタンスでデータ サイズが特定のしきい値を超えるたびに、Redis の新しいインスタンスが作成され、新しいインスタンス間でデータが共有されます。問題は、キーを再配布することと、キーを検索するときに正しい Redis インスタンスを検出することです。このような問題を解決するためのさまざまなアルゴリズムがあります。それを解決するためにコンシステント ハッシュの概念を使用しました。
Azure Redis Cache for Sharding からすぐに使用できるサポートを得られないため、クライアント側またはプロキシでシャーディング ロジックを記述する必要がある場合があります。
Craiglist の実装を見てみたい かもしれません- http://blog.zawodny.com/2011/02/26/redis-sharding-at-craigslist/ http://antirez.com/news/44
ただの更新。この機能は、Azure Redis Cache (プレミアム レベル) で利用できるようになりました。この msdnリンクを見てください。