architecture - Redis 構成

Question

アプリで Redis を使用することを検討しています。私の基本的な使用ニーズは、高可用性、結果整合性、および高速な読み取り/書き込みです。

私の使用パターンは次のようなものです：

• ダッシュボード: マスター redis インスタンスへの読み取りと書き込み。
• 別のアプリの複数のインスタンス (それぞれが実行中の redis クライアント) であり、それらは Redis からのみ読み取ります。

私の懸念：

• マスターがダウンしたらどうなりますか？
• そのボトルネックを取り除き、耐障害性を高めるにはどうすればよいですか?
• 複数の master を (ある順序で) 検索するようにクライアントを構成できますか?

どんな入力でも大歓迎です！

Answer 1

書き込みを受け入れる単一のマスターが常に存在します。SLAVEOF NONEただし、クライアントがマスターに障害が発生したことを検出できる場合は、スレーブの1つをプロモートするのは簡単です。書き込みを行う前に最初のスレーブノードに送信するだけです。

新しいマスターを使用するには、他のスレーブノードを更新する必要がありますが、すべてのスレーブを単一のマスターに接続するのではなく、ノードをチェーン化することで、この影響を減らすことができます。

Answer 2

フォールト トレランスが主な関心事である場合は、Riak を検討することをお勧めします。