@
网上有很多教程，这里不做赘述，只提我之前踩过的坑：
caused by：io.lettuce.core.redisException:connot retrieve initial cluster partitions from initial URIs
原因：因为端口未开放
解决：以开放6556端口为例
#查看开放的端口 $ firewall-cmd --list-ports #查询6556端口是否开放 $ firewall-cmd --query-port=6556/tcp firewall-cmd --add-port=6556/tcp --permanent #重新加载生效 firewall-cmd --reload
daemonize yes #守护线程 port 6556 #端口 logfile "6556.log" #日志文件 dir "/usr/local" #持久化文件目录路径 requirepass "123456" #需要密码 masterauth "123456" #主机密码 #绑定虚拟机地址及本地映射地址 bind 192.168.2.237 127.0.0.1 appendonly yes #开启持久化aof模式 appendfilename "aof-6556.aof" #aof文件夹 appendfsync everysec #每秒更新 no-appendfsync-on-rewrite yes #同步数据时不重写 auto-aof-rewrite-percentage 100 #增加倍数达到100%重写 auto-aof-rewrite-min-size 64mb #重写最低文件大小为64mb
port 6557 daemonize yes logfile "6557.log" dir "/usr/local" requirepass "123456" masterauth "123456" bind 192.168.2.37 127.0.0.1 appendonly yes appendfilename "aof-6557.aof" appendfsync everysec no-appendfsync-on-rewrite yes auto-aof-rewrite-percentage 100 auto-aof-rewrite-min-size 64mb
port 6776 #端口 daemonize yes #守护线程 logfile "6776.log" #日志 dir "/usr/local" #持久化目录 #sentinel监听主机为master及其地址和端口 #且当有2个sentinel认为master失效后才算真正失效 sentinel monitor master 192.168.2.237 6556 2 #当达到15000毫秒(默认30s),master失效才被sentinel认为失效 sentinel failover-timeout master 15000 #连接master和slave的密码,且master和slave的密码须一致 sentinel auth-pass master 123456 #发生failover时主备切换有1个slave同时对新的master进行同步 sentinel parallel-syncs master 1 #该sentinel绑定的地址及端口 bind 192.168.2.237 127.0.0.1
port 6777 #端口 daemonize yes #守护线程 logfile "6777.log" #日志 dir "/usr/local" #持久化目录 #sentinel监听主机为master及其地址和端口 #且当有2个sentinel认为master失效后才算真正失效 sentinel monitor master 192.168.2.237 6556 2 #当达到15000毫秒(默认30s),master失效才被sentinel认为失效 sentinel failover-timeout master 15000 #连接master和slave的密码,且master和slave的密码须一致 sentinel auth-pass master 123456 #发生failover时主备切换有1个slave同时对新的master进行同步 sentinel parallel-syncs master 1 #该sentinel绑定的地址及端口 bind 192.168.2.37 127.0.0.1
我直接在usr/local目录下运行：
.edisfileedis/srcedis-server .edisfileedisedis-6556.conf
这里直接在/usr/local目录下编写一个.sh脚本同时启动两个redis服务，节省后面每次启动的时间，脚本start-all.sh
如下：
.edisfileedis/srcedis-server .edisfileedisedis-6557.conf .edisfile2edis/srcedis-server .edisfile2edisedis-6558.conf
编写好后要赋予其读写执行的权限，最后启动
chmod +x start-all.sh sh start-all.sh
我直接在usr/local目录下运行：
.edisfileedis/srcedis-sentinel .edisfileedis/sentinel -6776.conf
这里直接在/usr/local目录下编写一个.sh脚本同时启动两个sentinel 服务，节省后面每次启动的时间，脚本start-all-sentinel.sh
如下：
.edisfileedis/srcedis-sentinel .edisfileedis/sentinel-6777.conf .edisfile2edis/srcedis-sentinel .edisfile2edis/sentinel-6778.conf
编写好后要赋予其读写执行的权限，最后启动
chmod +x start-all-sentinel.sh sh start-all-sentinel.sh
待redis和sentinel都运行后，sentinel的配置文件也发生了改变，其中sentinel-6556.conf如下：
sentinel known-slave master 192.168.2.37 6557 sentinel known-slave master 192.168.2.37 6558 sentinel known-sentinel master 192.168.2.37 6778 75f0266605bfa79a173076e6394d1c5f0032ebd6 sentinel known-sentinel master 192.168.2.37 6777 03e6af6441ffac5c9602c693974e299136ac4632
现在主机是6556，我们把6556的redis服务停止，同时停止6778的sentinel服务，看sentinel是否能够选举出新的主机并切换过去。
## 先在主机192.168.2.237找出6556redis的运行进程 ps -ef|grep redis ## 再杀死进程 kill -9 76529
同上从机192.168.2.37找出6778sentinel的运行进程并杀死
过15秒后看sentinel-6776.conf的主机master已经由6556变成6558了
port 6776 daemonize yes logfile "6776.log" dir "/usr/local" sentinel myid 72ea9a3eb747027d16a2911abe372e7f5a24b620 sentinel monitor master 192.168.2.37 6558 2
这里简单说下：master可读可写，另外一台salve（经三次测试每次都是下一次宕机后不会成为主机的从机）竟然也是可读可写，但是其中的数据并不会同步到master和另一台slave，包括主机切换后也不会。
随心所往，看见未来。Follow your heart，see night！ 欢迎点赞、关注、留言，一起学习、交流！
原文出处:Redis主从复制与哨兵模式
群主管理都是支付大佬
