マスターモードから1
- ノードが損傷されるように、作用の一次モードからバックアップデータは、(回復不能なハードウェアの損傷を参照)、バックアップなどのデータは、容易に復元することができます。
- もう一つの役割はバランスをロードすることで、すべてのクライアントがRedisのは確かにマスターとスレーブとの将来の効率に影響を与えるノードにアクセスする必要があります、クエリがノードを照会することによって行うことができます。
マスターモードから(あなたが自分自身を認証することができ、結論が確認されている)を理解する必要があります。
- マスターが複数のスレーブを持つことができます
- 初期設定では、マスターノードが読み書きできる、スレーブノードのみを読むことができると書き込み操作が禁止されています
- スレーブノードが書き込み操作をサポートしていますので、書き込まれたデータを他のノードに同期されませんので、意味がありません、設定を変更しないでください。二つの理由をマスターノードが同じデータを変更する際に、スレーブノードは上書きされます
- スレーブノードは、マスターノード同期から来るデータを再起動して、読み取りと書き込み、他のスレーブノードとマスターノードの読み取りに影響を与えずにハングアップ
- マスターノードのハングアップした後、読んでスレーブノードには影響を与えません、Redisのは、もはや、マスターノードが開始され外部に設けられたRedisの意志を再書き込みサービスを書き込みサービスを提供しません。
- マスターノードは、将来にリンクされて、いないマスタースレーブノードの再選挙
説明するために、パスワード、マスターノードのパスワードを持っています:
- クライアント・アクセス・マスターパスワードが必要です
- スレーブはパスワードが必要開始し、コンフィギュレーションで設定することができます
- パスワードなしでクライアントアクセススレーブ
-
実際には、パターンの主な欠点は、上述の説明から引き出すことができます。
- 残りはスレーブマスターすることはできませんので、マスターノードは、後に、Redisのは、外部の書き込みサービスを提供することはできませんハングアップ
この欠点の影響は、それが悪い環境の生産だけではなく、唯一のマスタースレーブモードで一般的で、サービスを停止する瞬間ではありません、特に本番環境のために、重要です。次センチネルモード付きそう。
2.sentinelモード
歩哨ガードの中国の意味のセンチネル。つまり、マスタースレーブモードであるため、マスターノードがハングした後、スレーブノードは、センチネルノードがマスターした後にハングアップ見つかったときに、私は、これを行うには一つ以上のセンチネルを手配します、マスターノードを選出するためのイニシアチブを取ることができませんセンチネルは、スレーブからマスターに再選出されます。
センチネルパターンの理解:
- 唯一のRedisノード、センチネルは意味をなさない場合センチネルモデルは、上のマスタ・スレーブモードに基づいて構築されています
- マスターノードの後にハングアップすると、センチネルは、マスタースレーブとして選択し、その設定ファイルを変更します、他のスレーブ構成ファイルはslaveofプロパティが新しいマスターを指すようになりますよう、変更されます
- ときにマスターノードを再起動すると、それはもはやマスターではありませんが、スレーブの同期データとして新しいマスターノードを受け取ります
- センチネルプロセスがハングアップする可能性があるので、センチネルは、センチネルを形成するために、複数のクラスタを起動しますので、
- ときに、コンフィギュレーションモードからマスターパスワードに、センチネルは、設定ファイルを変更するために、構成情報を同期させる、と心配する必要はありません。
- センチネル又はセンチネルクラスタは、複数のマスター・スレーブのRedisを管理することができます。
- センチネルとRedisのは、同じマシンを展開することが最善ではありません、またはRedisのサーバーが後にハングアップ、また、センチネルにリンク
- Redisのは、名前はRedisのクラスタマスターのRedisを表し、マスター名のクラスタセンチネル・サーベイランスを定義します。
センチネルモードを使用する場合、クライアントは、Redisのに直接接続していないが、接続センチネルIPとポートは、特定のRedisはセンチネルによって実装されたサービスを提供して提供するので、マスターノードは、センチネルが知覚するときにハングアップするとし新しいマスターノードは、ユーザーに提供します。
高可用性の基本的なニーズを満たすために、一般的な生産モデルをセンチネル。しかし、このタイムスライスの必要格納されたデータ、Redisの複数のインスタンスに格納されたデータは、データが単一のサーバーに収まらないことができ、またはマスタースレーブモードセンチネルモードは需要を満たすことができない場合大きすぎます次のポイント。
3.clusterモード
クラスタは、単一のRedis、一定の規則に従って複数のマシンにRedisのデータ割り当ての限られた容量の問題を解決するように見えます。クラスタの一部の理解:
- クラスタは、一次およびセンチネルパターンの組み合わせがマスタとマスタ再選択機能から達成することができるということができ、クラスタを介して3つの断片のコンフィギュレーションの2つのコピーは、その後、6つのRedisのインスタンスを必要とする場合。
- Redisのデータを一定の規則に従って機械の異なるクラスタに割り当てられているため、データが大きすぎると、膨張機を追加することができ
このモードでは、大量のデータがセンチネルを使用しないときに、データ・キャッシング要件の膨大な量のために適しています。