Redis Sentinel 是一个分布式系统,为Redis提供高可用性解决方案。可以在一个架构中运行多个 Sentinel 进程(progress), 这些进程使用流言协议 (gossip protocols) 来接收关于主服务器是否下线的信息, 并使用投票协议(agreement protocols)来决定是否执行自动故障迁移,以及选择哪个从服务器作为新的主服务器。
在没有哨兵机制的情况下,Redis主从集群中若主节点发生故障,需要运维人员手动介入,识别故障、选择合适的从节点提升为主节点,并更新所有客户端的连接配置,使其指向新的主节点。这一过程既繁琐又耗时,尤其是在紧急情况下可能导致服务长时间不可用。
- 对Redis节点进行监控
- 故障判断
- 故障转移
- 故障通知
所有节点:
slave节点:
Sentinel实际上是一个特殊的redis服务器,有些redis指令支持,但很多指令并不支持.默认监听在26379/tcp端口
哨兵可以不和Redis服务器部署在一起,但一般部署在一起,所有redis节点使用相同的配置文件
如果是编译安装,在源码目录有sentinel.conf,复制到安装目录即可
master节点:
修改所有的哨兵服务器配置文件
修改配置文件前记得备份
所有主机
master节点:
在sentinel状态中尤其是最后一行,涉及到masterIP是多少,有几个slave,有几个sentinels,必须是符合全部服务器数量
slave1:
到此这篇redis 哨兵模式配置(redis 哨兵模式配置方式)的文章就介绍到这了,更多相关内容请继续浏览下面的相关推荐文章,希望大家都能在编程的领域有一番成就!slave2:
版权声明:
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符,请将相关资料发送至xkadmin@xkablog.com进行投诉反馈,一经查实,立即处理!
转载请注明出处,原文链接:https://www.xkablog.com/haskellbc/57092.html