ディレクトリ
コース概要
- グラフィックRedisの複製の基本原則
- コア力学のRedisのレプリケーション
- マスター持続性のセキュリティアーキテクチャの主要な重要性のために
レプリケーションの原理をRedisの
>マスタスレーブアーキテクチャ - - >個別の読み取りおよび書き込み - >読み取り水平拡張のサポート、高い同時実行複製のRedis
グラフィックRedisの複製の基本原則
レプリケーションのコアメカニズムをRedisの
- 使用Redisの
异步方式
スレーブノードにコピーデータが、2.8スタートのRedis、定期的にそれぞれの独自のコピーを確認するために、データスレーブノードの量 - マスタノードは、スレーブノードの複数から構成されています
- スレーブノードは、他のスレーブノードを接続することができ
- それがされていないときに実行スレーブノードをコピーして
block master node
正常に動作し - スレーブノードの複製を行う場合、それは彼らのクエリをブロックしません、それがサービスを提供するために、古いデータ・セットを使用します。コピーが完了すると、しかし、あなたは、古いデータ・セットを削除する必要があり、新しいデータセットをロードし、この時間意志外国サービスの停止
- 主に横方向の拡張のために使用されるスレーブノードは、別々の読み出し及び書き込みを行う、スレーブノードは、拡張性を向上させることができるスループット読み取ります
slave横向扩容
使用するには高可用性
素晴らしい関係を
マスター持続性のセキュリティアーキテクチャの主要な重要性のために
マスタスレーブアーキテクチャた場合、推奨されるマスターノードの永続性を点灯させます!
-
データのスレーブノードのホットスタンバイ・マスター・ノードとして使用することは推奨しませんあなたはオフにした場合にマスタデータにダウンタイムが空であるとき、その場合には、永続的なマスターが再起動する場合があり、その後、コピーを通過する可能性があるため、スレーブノードデータは、失うも、インクルード
-
マスター - > RDBと持続性がクローズAOFた - >すべてのメモリで
-
マスター・ダウン、再起動は、ローカルデータを復元することはできないがあり、その後、IDEが直接、彼らが空だと思います。マスター・データ・セットは空アップスレーブに同期されます、すべてのスレーブの全てのデータをクリア
100%のデータの損失
- マスターRDBの選択はバックアップから復元する;マスターブート時間は、データがあることを確認するように、マスターノードは、ローカルファイルのすべてが失われ、メカニズム永続使用する必要があります。
スレーブノードが自動的にマスターノードを引き継ぐことができ、それが可能であっても、高可用性を説明するためのフォローアップメカニズムで、
sentinal
まだ検出されずmaster failure
、マスターノードは自動的に再起動、またはすべてのデータの上に発生することがあり、スレーブノードの障害をクリア