マスタースレーブレプリケーション原理と構成をRedisの

1.シナリオ
書き込み速度は非常に速く、マスターコピーから大規模なデータアクセス時間の量、またはやや面倒で、構造体からの圧力のいくつかを共有することができる場合が2.redis、単一のサーバが単一障害点をRedisの、及びサーバは、すべての要求負荷を処理する必要があり、大きな圧力、容量から、単一のサーバーの限られたメモリ容量のRedis、256G Redisのサーバのメモリ容量は、メモリの全ては、一般に、メモリ記憶のRedis、として使用することができない場合であっても、メモリの最大の単一使用は20Gを超えてはならないのRedis。
2.基本
マスタースレーブレプリケーション原理と構成をRedisの
3.詳細構成
マスタとして192.168.98.27、192.168.98.111 192.168.98.112とスレーブは、インストールソースは、以下の場所に必要である構成を変更するには、インストールredis.confニーズ後、省略するRedisのdirの行を見つけ、変更を加えデーモン化をyesオープンデーモンを意味するように修正することが見つけ、リンクに任意のアドレスを許可するように意図された0.0.0.0リリースのアドレスを見つけるためにバインド行を追加し、カスタムコードのリリースの背後にrequirepassラインを見つけますストレージ・パス、絶対パスの後に書かれたEDBは、あなたが最後の2 192.168.98.111と192.168.98.112で、それ以外のRedis RDBファイルがそうでなければ混沌固定ディレクトリで修正される予定開始した後、私の書かれたの/ var / libに/ redisdbをカスタマイズすることができますslaveof 192.168.98.27 6379、その後、追加されたredis.confは保存して終了しmasterauthマスターパスワードを追加!以下に示す
マスタースレーブレプリケーション原理と構成をRedisの
マスタースレーブレプリケーション原理と構成をRedisの
マスタースレーブレプリケーション原理と構成をRedisの
マスタースレーブレプリケーション原理と構成をRedisの
マスタースレーブレプリケーション原理と構成をRedisの
4は、それぞれマスタノードから開始し、二つのノードRedisの
マスタースレーブレプリケーション原理と構成をRedisの
ログ5. 192.168.98.27メインRedisの
マスタースレーブレプリケーション原理と構成をRedisの
前記表示構成ステータス情報のビューマスターノードの入力ノードからの力で2つのReplication
マスタースレーブレプリケーション原理と構成をRedisの
2 192.168.98.111 7.そして状態からマスターノードから二192.168.98.112図で発効しました
マスタースレーブレプリケーション原理と構成をRedisの
マスタースレーブレプリケーション原理と構成をRedisの
8.干渉を回避するために、プライマリデータ、クリアデータflushall、にRedisの
マスタースレーブレプリケーション原理と構成をRedisの
111および112上のデータを読み取ることができる
マスタースレーブレプリケーション原理と構成をRedisの
のRedisのデータベースからのライトデータ9.試験111および112を失敗した場合、デフォルトのスレーブ読み取り専用はいそれがないからのデータを書き込むことができる場合
マスタースレーブレプリケーション原理と構成をRedisの
、完了点、Redisのマスター・スレーブ構成部を処理する以下のディザスタリカバリを説明!
10 DRは、加工
マスタサービス障害を手動でする必要性が残り、一つのマスタースレーブを持ち上げますスレーブが新しいマスター(低温処理:再処理、マシンをハングアップ)にリンクされている
192.168.98.27master擬似故障近い、マスターは192.168.98.111強化します
マスタースレーブレプリケーション原理と構成をRedisの
(第2のサーバへ192.168.98.111slaveマスターに、誰slaveof使用をslaveof誰も)スレーブマスタを持ち上げていない
マスタースレーブレプリケーション原理と構成をRedisの
情報の複製が
マスタースレーブレプリケーション原理と構成をRedisの
上方192.168.98.111 6379 192.168.98.112 sLAVEOFで実行
マスタースレーブレプリケーション原理と構成をRedisの
情報の複製、のRedisから111 112redisメインディスプレイ
マスタースレーブレプリケーション原理と構成をRedisの
構造から元の壊れ192.168.98.27redisに添加し、再始動しますサーバー上の98.27をRedisの、その後の情報は98.27、唯一の112の成功することを実現するために、ライブラリからの主な図書館で見つかったSLAVEOF 192.168.98.111 6379 INFO複製ビューを実行します 状態を確認するには、メインのライブラリがダウンしている、その理由はredis.confに成功状態27回の後にmasterauthを追加し、手動で構成されていません!
マスタースレーブレプリケーション原理と構成をRedisの
すべての通常の状態を見ます!(27および112ライブラリの主成功から、ライブラリ111)
マスタースレーブレプリケーション原理と構成をRedisの
PS:コマンドラインでのこの変更は、一時的なライブラリのコマンドが有効になっているから、あなたは27と112redis.conf内代わりslaveof 192.168.98.111 6379 masterauth 111redisパスワードを必要とするため永久redis.confの設定ファイルを変更しなければならないスイッチ主な結論はRedisのそのメインの設定ファイルからライブラリおよびない書き込みslaveof masterauthその2ライン引数、およびライブラリーの中から設定でライブラリから書き込みslaveof masterauthに誰であるか、redis.conf 192.168.98.111内部のslaveofとmasterauth削除する前に、 2ラインパラメータつまり、保存して終了恒久!

おすすめ

転載: blog.51cto.com/10087093/2480487