マスターコピーからRedisの(マスター/スレーブ)

1.何ですか

専門用語:我々はマスタースレーブレプリケーションを呼んで、ホストデータがメインを書き込むために設定し、自動的にスタンバイ・マシンのマスター/スレーブ機構に同期したポリシー、マスターに応じて更新され、スレーブは読み取りほとんど

マスターコピーからRedisの(マスター/スレーブ)

2.なぜすることができます

  • データの冗長性:データのマスタースレーブ実現ホットバックアップコピーが永続よりもデータの冗長性であります
  • 回復:問題は、マスターノードがある場合、ノードはサービス、高速な障害回復により提供することができ、冗長性は、実際のサービスです
  • ロードバランシング:ノードリードからサービスを提供する、別個のリードと、主に(すなわち、アプリケーションのRedisに接続された一次ノードは、データを書き込み、ノードからアプリケーション接続は、Redisのデータを読み出し)、マスターノードによって提供されているサービスを書き込み、コピー上のベースからの書き込み、サーバロードバランシングは、特に以下読み取り複数のシーン、負荷読取複数の共有ノードを書き込みます
  • 可用性の礎石:メインクラスタはセンチネルの基礎であり、コピーから実装することができ、そのマスタースレーブのレプリケーションは、高可用性のRedisの基礎であると言うので、

再生する方法3

Redisのマスタースレーブのレプリケーションを説明します

メインターゲットのRedisから、(1)情報の複製:.見ます

マスターコピーからRedisの(マスター/スレーブ)

(2)ライブラリ値しないからメインライブラリと

slaveofメイン図書館メインライブラリIPポート:ライブラリの設定から

注:それぞれが再接続するすべての必要性を切断した後、構成ファイルでない限りredis.confに、構成することがslaveof

ライブラリは、同期が増分された後に初めて総量は、主リザーバ同じ鍵データとの同期の前にライブラリからのIF存在する、読み書きされていないからのライブラリは、一度メインライブラリー、続いてから、その後、(場合、これは最初の実行slaveofコマンドです)ライブラリーからの主なライブラリをカバーするデータ

マスターコピーからRedisの(マスター/スレーブ)

(3)一般的な方法

①二つのマスタ

マスターコピーからRedisの(マスター/スレーブ)

これは、マスタ、マルチスレーブで、ホストは読書を担当するスレーブを記述するための責任がある2つの主要なレベルから拡張することができます

ホストがセンチネルメカニズムが存在しない場合にダウンして、スレーブは黙っホスト状態になるまで待って実行を再開します

マスターコピーからRedisの(マスター/スレーブ)

②。トーチを渡します

マスターコピーからRedisの(マスター/スレーブ)

スレーブがマスタのスレーブであることができ、スレーブは、他のスレーブの接続および同期要求を受信することができ、その後、次のチェーン内のマスタとしてスレーブは、効果的にマスターの筆圧を低減することができます。

初めに最初のマスター、他の人がちょうど奴隷の真ん中に、スレーブですがマスターであります

(4)コピー原理

同期コマンドスレーブがマスタに正常に接続を開始送信します

すべてのデータを収集しながら、バックグラウンドをアーカイブするプロセスを開始するために命じたマスターは、setコマンドを変更するために、受信した
バックグラウンド・プロセスが終了した後、マスタが完全同期を完了するために、スレーブにデータファイル全体を転送します

  • データファイルを受信した後、スレーブデータベースサービス、それを保存し、それをメモリにロードします全額をコピーします。
  • インクリメンタルコピー:マスターがコマンドスレーブに合格するために、すべての新しい変更を収集していきます、同期が完了すると

しかし限り、接続が再マスターであるように、完全な同期(フルボリュームコピー)が自動的に実行されます

(5)モードを歩哨することが重要です

ライブラリーからの投票数に応じて障害が自動的にメインライブラリを変換した場合、バックグラウンド監視ホストは、故障することが可能です

二つの主な例から戦略へ:

1.新規sentinel.confファイル/ myredis定義されたディレクトリ名が間違っていてはなりませんので、

2. [設定センチネル、内容を記入

sentinel monitor 被监控数据库名字(自己起名字) 127.0.0.1 6379 1

上面最后一个数字1,表示主机挂掉后salve投票看让谁接替成为主机,得票数多少后成为主机

マスターコピーからRedisの(マスター/スレーブ)

3.スタートセンチネル

Redisの-センチネル/myredis/sentinel.conf

主な通常のプレゼンテーション、オリジナルのマスターハング4.
マスターコピーからRedisの(マスター/スレーブ)

5.新たに選出されたとの情報の複製のチェックを確認するために、操作のままにして、スレーブ・マスターを再投票します
マスターコピーからRedisの(マスター/スレーブ)

6.マスター元ホストが回復操作ダウンして、ホイールは奴隷奴隷です

短所:コピー遅延

すべての操作がマスター上で動作し、その後、スレーブへの更新を同期する最初のもので書くので、システムがビジー状態のとき、同期機をマスタからスレーブに遅延があるので、遅延の問題は、スレーブマシンの数を増やし、より深刻になるだろうまた、この問題を悪化させます。

おすすめ

転載: blog.51cto.com/14230003/2406320