マスタースレーブのレプリケーションは何Redisの1、
複数のデータベース間でのデータの同期をサポートしています。唯一のマスタデータベース（マスタ）は、1つまたは複数のデータベース（スレーブ）からのものであってもよいです
プライマリ・データベースは、読み書きできます
データベースから、あなただけ読むことができます
プライマリ・データベースは、書き込み動作を行って、終了したら、Redisのデータベースに信号を送信し、データベースのバックアップからのデータベースからのデータに情報を送信します。
手順：
1：一つは、マスタデータベースからデータベースに同期コマンドを送信するときは、開始
2：マスター・データベースに同期コマンドを受信した後は、バックグラウンドで（操作がRDBを行う）スナップショットを保存するために開始し、受信したコマンドの保管中にキャッシュされています
3：スナップショットが完了すると、スナップショットファイルをRedisの、データベースにすべてのバッファリングされたコマンドを送信します。
4：データベースから受け取る、スナップショットファイルをロードし、キャッシュから受信したコマンドを実行します。
メインデータそれがダウンしているとき2、どのように行うの？
プライマリ・データベースは、その後ダウン、データベース、マスタデータベースとしてのデータベース（スレーブ）からのデータベースをお勧めします
3.どのようにして、プライマリ・データベースがダウンした知っているのですか？
センチネルメカニズム：
Redisのセンチネル複数のRedisのサーバーを管理する（センチネル）システムは、システムは、次の3つのタスクを実行します
（モニタリング）モニタリング•：センチネル（見張り）をごマスターとスレーブが正常に機能しているかどうかをチェックしていきます。
（通知）を思い出させる：Redisの問題を監視する場合、センチネル（見張り）は、APIを介して、管理者や他のアプリケーションに通知を送信することができます。
自動フェイルオーバー（自動フェイルオーバー）：マスターが動作しない、センチネル（見張り）は、それが新しいマスターにアップグレードスレーブマスターの障害の一つとなり、自動フェイルオーバー操作を開始し、他のマスターの障害をできるようになります新しいマスタスレーブにコピーし、クライアントがマスターの失敗を接続しようとすると、クラスタがマスターマスターの失敗の代わりに使用することができるように、クラスタの新しいマスターのクライアント端末のアドレスに戻ります。
センチネル（見張り）分散型システムであり、あなたはこれらのプロセスは、組立ラインオフマスターかどうかについての情報を受け取り、投票契約を使用するように噂プロトコル（gossipprotocols）を使用し、プロセスアーキテクチャでは、複数の歩哨（センチネル）を実行することができます（協定プロトコル）自動フェイルオーバーを実行するかどうかを決定するだけでなく、新しいスレーブマスター。これを選択する
ことが発見された場合は、各センチネル（センチネル）は、マスター、スレーブ、定期的に、他の当事者かどうか「生活」を確認するために、他のセンチネル（見張り）にメッセージを送信します指定した時間（設定可能）のほか、他の側は（「主観ダウン」主観ダウン、いわゆるSDOWNをいう。）にリンクされていることを当分の間、内に応答しません。
ほとんどのセンチネルで「センチネル基」、マスターが応答しなかったと報告した場合、システムは「完全に死んだ」のマスターと考えられていた（すなわち：客観的、客観下にダウン実機、odown呼ばれる）、特定のアルゴリズムの投票を通じて、スレーブノードの残りの部分から、マスタにリフトから選択され、自動的に設定を変更する
センチネル（見張り）与えられた--sentinelオプション単一の実行可能ファイルのRedis-センチネルでリリースしたが、それは実際に運転の特別なモードでだけRedisのサーバーですが、一般的なRedisのサーバーを起動することができますセンチネル（センチネル）を起動します。
デザインのアイデアのいくつかのセンチネル（見張り）と非常に類似している飼育係
図4に示すように、図の単一のマスタコピーとセンチネルアーキテクチャから。
5、マスターコピーから設定
192.168.178.110（マスタ）
192.168.178.112（スレーブ）
192.168.178.115（スレーブ）
3台のコンピュータ通常のインストール設定Redisの後、スレーブは次のように構成する必要が
viの/usr/local/redis/etc/redis.conf
slaveof 192.168.178.110 6379
masterauth 123456 ---メインRedisのサーバー構成のパスワードを、あなたが設定する必要がともにこのような構成
設定後、メインのRedis
セット名 'クリス
Redisのから入手することができる2つの値が名を取得し、何も書かれた権限がありません
6、センチネルを設定
192.168.178.110（マスタ）
192.168.178.112（スレーブ）
192.168.178.115（スレーブ）
192.168.178.115（センチネル）センチネル
次のようにセンチネルRedisのサーバー構成です。
1.コピーなどのディレクトリ
CP sentinel.confは/ usr / local / Redisのの/ etc
2.変更sentinel.confプロファイル
センチネルモニタmymastの192.168.110.133 6379プライマリノードの選挙周波数の1つの＃名前IPポート番号
センチネルパスmymasterのauth-123456
。3ハートビート検出30msの変更
、30ミリ秒mymaster後センチネルダウンを
パラレル-2 4.sentinel ---同期がどれだけ多くの修飾ノード行うmymaster
5.スタートセンチネルモード
./redis-serverは/ usr / local / Redisの/など/センチネル.confの--sentinel＆
センチネルを開始する前に、第一のメインのRedis、順次のRedisから始まります。
センチネルログは次のとおりです。マスターとの関係から分かるように、
10687：X 8月2日22：51：03.405＃警告：511のTCPバックログ設定が適用できないために/ proc / sysの/純/コア/ SOMAXCONNは、128の低い値に設定されている
X 8月2日22：51：10687 ：03.407＃センチネルIDは37ac433a3cdc235ae1326987feb3f13909612f84ある
X 8月2日22：51：03.407 10687＃+マスターmymasterの192.168.178.110 6379定足数1監視
10687：X 8月2日22：51：03.409 * +スレーブスレーブ192.168.178.112:6379 192.168.178.112を6379 mymasterの192.168.178.110 6379 @
10687：X 8月2日22：51：03.413 * +スレーブスレーブ192.168.178.115:6379 192.168.178.115 6379 @ mymaster 192.168.178.110 6379
10687：X 8月2日22：51：03.463＃+ SDOWNスレーブ192.168.178.115:6379 192.168.178.115 6379 @ mymaster 192.168.178.110 6379
10687：X 8月2日22：51：03.463＃+ SDOWNスレーブ192.168.178.112:6379 192.168.178.112 6379 @ mymaster 192.168.178.110 6379
10687：X 8月2日22：51：03.521＃-sdownスレーブ192.168.178.112:6379 192.168。 178.112 6379 @ mymaster 192.168.178.110 6379
マスターまたはスレーブプリントサーバー情報主従関係で見ることができます
7テスト
192.168.178.110のシャットダウン
＃キースペース
127.0.0.1:6379> SHUTDOWN
接続されていません>
Sentinelは新しいマスターのRedisに選出されました
10687：X 8月2日22：54：36.822＃+ SDOWNマスターmymasterの192.168.178.110 6379
10687：X 8月2日22：54：36.822＃+ odownマスターmymasterの192.168.178.110 6379 #quorum 1/1 10687：X 8月2日22： 54：36.822＃+新紀元1
10687：X 8月2日22：54：36.822＃+試す-フェイルオーバーマスターmymasterの192.168.178.110 6379
10687：X 8月2日22：54：36.825＃+投票-ため-リーダー37ac433a3cdc235ae1326987feb3f13909612f84 1
10687 ：X 8月2日22：54：36.825＃+選出されたリーダーのマスターmymasterの192.168.178.110 6379
10687：X 8月2日22：54：36.825＃+フェイルオーバー・ステート・セレクト・スレーブマスターmymasterの192.168.178.110 6379
10687：X 8月2日22：54：36.926 * +フェイルオーバーステート送る-slaveof-誰もスレーブ192.168.178.112:6379 192.168.178.112 6379 @ mymaster 192.168.178.110 6379
10687：X 8月2日22：54：36.926＃+選択されたスレーブスレーブ192.168.178.112:6379 192.168.178.112 6379 @ mymaster 192.168.178.110 6379
10687：X 8月2日22：54：36.985 * +フェイルオーバー-state待ちプロモーションスレーブ192.168.178.112:6379 192.168.178.112 6379 @ mymaster 192.168.178.110 6379
10687：X 8月2日22：54：37.879＃+昇格スレーブスレーブ192.168.178.112:6379 192.168.178.112 6379 @ mymaster 192.168 .178.110 6379
10687：X 8月2日22：54：37.879＃+フェイルオーバ状態RECONF -スレーブがマスタmymasterの192.168.178.110 6379
10687：X 8月2日22：54：37.932＃+フェイルオーバーエンドマスターmymaster 192.168.178.110 6379
10687 ：X 8月2日22：54：37.932＃+スイッチ・マスターmymasterの192.168.178.110 6379 192.168.178.112 6379
10687：X 8月2日22：54：37.932 * +スレーブスレーブ192.168.178.115:6379 192.168.178.115 6379 @ mymaster 192.168.178.112 6379
10687：X 8月2日午前22時54： 37.932 * +スレーブスレーブ192.168.178.110:6379 192.168.178.110 6379 @ mymaster 192.168.178.112 6379
10687：X 8月2日22：54：37.990＃+ SDOWNマスターmymasterの192.168.178.112 6379
10687：X 8月2日22：54：37.990＃+ odownマスターmymasterの192.168.178.112 6379 #quorum 1/1 10687：X 8月2日22：54：37.990＃+新紀元2
10687：X 8月2日22：54：37.990 ＃+ 6379しようと、フェイルオーバーマスターmymasterの192.168.178.112
10687：X 8月2日22：54：37.993＃+投票-ため-リーダー37ac433a3cdc235ae1326987feb3f13909612f84 2
10687：X 8月2日22：54：37.993＃+選出されたリーダーマスターmymaster 192.168.178.112 6379
10687：X 8月2日22：54：37.993＃+フェイルオーバー・ステート・セレクト・スレーブマスターmymasterの192.168.178.112 6379
10687：X 8月2日22：54：37.994＃+ SDOWNスレーブ192.168.178.115:6379 192.168.178.115 6379 @ mymasterの192.168.178.112 6379
10687：X 8月2日22：54：38.095＃-failoverアボート-NO-良いスレーブマスターmymasterの192.168.178.112 6379
10687：X 8月2日22：54：37.993＃+ SDOWNスレーブ192.168.178.110:6379 192.168.178.110 6379 @ mymaster 192.168.178.112 6379
10687：X 8月2日22：54：38.172＃次のフェールオーバー遅延：私はフェイルオーバーを開始しません金8月2日午後十一時00分38秒2019年前に
X 8月2日22：54：38.900＃-sdownマスターmymasterの192.168.178.112 6379 10687
10687：X 8月2日22：54：38.900＃-odownマスターmymasterの192.168.178.112 6379
二度選出された、192.168.178.112が選出されたマスター
情報192,168.178.112が再びマスターである参照してください。