linux哨兵命令 哨兵的命令( 四 )


注意:对只使用redis服务 , 只需要在主Redis里面配置requirepass,在从Redis里面配置masterauth,密码保持一致,密码尽可能复杂,以免被攻击破解 。
注意:对只使用redis服务,如果从Redis也有必要加入访问验证,也可以设置requirepass,而且密码可以与主Redis密码不同 。
将配置文件放置到/data/redis/conf目录下,然后就可以启动服务了 。
启动服务要按照主从顺序依次启动 。
查看服务启动情况:
也可以通过查看日志文件来确认服务是否正常启动 。
通过客户端登录Redis验证数据同步情况:
主Redis登录验证,设置数据:
从Redis登录,获取数据:从Redis并没有设置密码 , 所以无需验证就可以操作 。
配置哨兵模式:
Redis Sentinel集群通常由3到5个节点组成 , 如果个别节点挂了,集群还可以正常运作 。Sentinel负责监控Redis集群的 健康 情况 。
如果主Redis挂掉,Sentinel集群会通过投票选择一个新的主Redis 。当原来的主Redis恢复时,它会被当做新的主Redis的从Redis重新加入Redis集群 。
设置连接master和slave的密码,需要注意的是sentinel不能分别为master和slave设置不同的密码 , 因此master和slave的密码必须设置相同 。也就是说主Redis和从Redis都必须设置requirepass和masterauth , 而且密码必须相同 。
sentinel.conf配置信息:
将该配置文件放置到/data/redis/conf目录下,启动sentinel服务:
验证sentinel是否起作用,可以手工shutdown掉主Redis 。
这时从Redis想要访问主Redis同步数据就会提示错误信息:
sentinel在监测到主Redis宕机之后,通过选举,将一个从Redis选定为新的主Redis 。通过查看sentinel日志可以发现,选定6380为新的主Redis,同时将另外两个Redis作为从Redis 。
注意:选定6380为主Redis后,所有的配置文件都会被修改,主要是重新建立主从关系 。
6379会新增:slaveof 127.0.0.1 6380
6380会删掉:slaveof 127.0.0.1 6379
6381会修改:slaveof 127.0.0.1 6380
由于6379服务已经关掉,所以虽然sentinel将6379作为6380的从服务,但是没有真正的建立 。
重新启动6379服务 , 这时sentinel会重建建立一次主从关系:
linux配置系列之redis哨兵配置很精辟的一段话,"未曾清贫难做人,不经打击永天真;成熟不过是善于隐藏,沧桑不过是无泪有伤 。"
redis的主从配置比较容易,主从配置后,主主要进行写的操作,从主要进行读的操作,那么如果主挂了,是不是就没法进行写了?所以redis中可以进行哨兵的配置,具有高可用性,即是在主挂了之后,哨兵检测到后 , 会在从中进行投票,投票数多的晋升为主 。这个配置可折腾我了,按照找的资料进行了哨兵的配置,可是当我把主服务停掉之后,从还在一致尝试连接主
启动哨兵日志
停掉主后从的日志
停掉后哨兵中,日志情况
就是这个问题我一直尝试找到解决办法,看了其中" sentinel-16379.conf"中的配置差不多 , 跟网上的一样 。但是就是不行 。
sentinel-16379.conf配置如下
这是我把这个配置文件的注释和空格都去掉后的结果
实际中我修改了如下几个配置
【linux哨兵命令 哨兵的命令】 其他的可能都是自动生成的 。当然你也可以自己指定日志位置 。
auth-pass是因为我的主中做了配置密码了 。
的配置说明:
所以那为什么我的哨兵没有起作用了,最后我找了公司运维一起看,问题的原因就是我的从中的bind的这个属性没有做配置 。
加上了这个,all done!!!

推荐阅读