centos 7構成Redis(二主二従)
環境の構成:2台の仮想マシン
ファイアウォールとSElinuxを閉じる
2台の仮想マシンが接続しなければならないのは、同じネットワークセグメントで同じポートで2台の仮想マシン上で、構成Redisをダウンロードする必要があることです.
次にredis-3.2.4ディレクトリに入り、インストールをコンパイルします.
ホスト構成Redisファイル
ホストの構成(2)(スレーブ3)
スレーブ構成Redisファイル
ホスト2哨兵ファイルを配置する:
従機哨兵を配置する:
Redisと歩哨の起動:(1台のホストと2台のスレーブ起動歩哨、2台のホストと2台のスレーブ起動redis)
正常に起動したかどうかを確認します.
両主二従を実現する
1.マスタスレーブ接続成功redis-cli-h 192.168.124.48(ホスト1)redis-cli-h 192.168.124.1104 redis-cli-h 192.168.124.65 redis-clii-h 192.168.124.47
info replication
ホストは自分のロールがmaster接続に成功したスレーブが3つあることを示します.マシンから自分のキャラクターがslaveであることを表示します.ホストがダウンした後、哨兵は優先値で他のスレーブを推薦します.
データ同期の実現:redis-cli-h 192.168.124.48(ホスト1)redis-cli-h 192.168.124.1104 redis-cli-h 192.168.124.65 redis-cli-h 192.168.124.47 redisインタラクティブ環境へ
set'qq''zzz'現在のステータスのホストは、書き込み権限があります.
残りの3台のスレーブは、読む権限しかなく、書く権限がありません.
key*(ホストが作成したばかりのキー値対[qq:zzz])ホストにqqqが作成されていることが表示されます.このキーは、マシンからqqqというキーが表示されます.
二主ダウンホスト(killダウンホストプロセス)であるかどうかを判断する哨兵は、アルゴリズムに基づいてホスト2を主redis-cli-h 192.168.124.1104と推挙する
info replicationredis-cli-h 192.168.124.65 info replicationホスト1を起動
哨兵会はホスト1を主とする
高可用性の実現
192.168.124.48と192.168.124.1104のいずれかが起動している限り、2つのスレーブはホストになることは永遠に不可能であり、2つのホストがすべてダウンタイムした場合にのみ、2台の従机の中から任意に1つを选んでホストとして2台のホストのすべてのダウンタイム哨兵はアルゴリズムを通じてランダムに2つの従机の任意の1つを选んで主従机2から主従机1になってそれを表示する主従机1から2台のホストがすべてダウンしても、业务は中断しないで、哨兵はランダムに1つの従作を主とします
ファイアウォールとSElinuxを閉じる
systemctl stop firewalld
setenforce 0
2台の仮想マシンが接続しなければならないのは、同じネットワークセグメントで同じポートで2台の仮想マシン上で、構成Redisをダウンロードする必要があることです.
cd /usr/local/src
wget http://download.redis.io/releases/redis-3.2.4.tar.gz
tar -zxvf redis-3.2.4.tar.gz
次にredis-3.2.4ディレクトリに入り、インストールをコンパイルします.
make && make install
ホスト構成Redisファイル
vim redis.conf
bind + IP
port 6379
daemonize no # yes
logfile #
slave-priority 25 # 25
ホストの構成(2)(スレーブ3)
bind + IP
port 6379
daemonize no # yes
logfile #
slave-priority 25 # 25( )
slaveof 192.168.124.48 6379( 1IP )
スレーブ構成Redisファイル
vim redis.conf
bind 192.168.124.47 ( IP)
protected-mode yes
port 6379 ( )
daemonize no
slave-priority 100 ( , )
logfile #
slaveof 192.168.124.48 6379 ( 1IP )
ホスト2哨兵ファイルを配置する:
port 26379 ( 26379)
daemonize no
sentinel monitor mymaster 192.168.124.48 6379 2 (“2” , )
従機哨兵を配置する:
vim sentinel.conf
daemonize yes
port 26379 ( 26379)
slaveof 192.168.124.48 6379 2 (“2” , )
protected-mode no
Redisと歩哨の起動:(1台のホストと2台のスレーブ起動歩哨、2台のホストと2台のスレーブ起動redis)
redis-server /usr/local/src/redis-3.2.4/redis.conf
redis-sentinel /usr/local/src/redis-3.2.4/sentinel.conf
正常に起動したかどうかを確認します.
ps aux | grep redis
両主二従を実現する
1.マスタスレーブ接続成功redis-cli-h 192.168.124.48(ホスト1)redis-cli-h 192.168.124.1104 redis-cli-h 192.168.124.65 redis-clii-h 192.168.124.47
info replication
ホストは自分のロールがmaster接続に成功したスレーブが3つあることを示します.マシンから自分のキャラクターがslaveであることを表示します.ホストがダウンした後、哨兵は優先値で他のスレーブを推薦します.
データ同期の実現:redis-cli-h 192.168.124.48(ホスト1)redis-cli-h 192.168.124.1104 redis-cli-h 192.168.124.65 redis-cli-h 192.168.124.47 redisインタラクティブ環境へ
set'qq''zzz'現在のステータスのホストは、書き込み権限があります.
残りの3台のスレーブは、読む権限しかなく、書く権限がありません.
key*(ホストが作成したばかりのキー値対[qq:zzz])ホストにqqqが作成されていることが表示されます.このキーは、マシンからqqqというキーが表示されます.
二主ダウンホスト(killダウンホストプロセス)であるかどうかを判断する哨兵は、アルゴリズムに基づいてホスト2を主redis-cli-h 192.168.124.1104と推挙する
info replicationredis-cli-h 192.168.124.65 info replicationホスト1を起動
![](https://s1.51cto.com/images/blog/201908/14/7835121e35d3b72b9990d649251a2a58.png?x-oss-process=image/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3poZW5naGVpdGk=)
1 2
![](https://s1.51cto.com/images/blog/201908/14/0e0d1e5cd72e021b630efc926416c3a9.png?x-oss-process=image/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3poZW5naGVpdGk=)
2
![](https://s1.51cto.com/images/blog/201908/14/bd2814d434e5d9fd7764bd3fcc3b52f5.png?x-oss-process=image/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3poZW5naGVpdGk=)
哨兵会はホスト1を主とする
高可用性の実現
192.168.124.48と192.168.124.1104のいずれかが起動している限り、2つのスレーブはホストになることは永遠に不可能であり、2つのホストがすべてダウンタイムした場合にのみ、2台の従机の中から任意に1つを选んでホストとして2台のホストのすべてのダウンタイム哨兵はアルゴリズムを通じてランダムに2つの従机の任意の1つを选んで主従机2から主従机1になってそれを表示する主従机1から2台のホストがすべてダウンしても、业务は中断しないで、哨兵はランダムに1つの従作を主とします