这篇文章主要讲解了“sentinel构建高可用redis集群的注意事项有哪些”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“sentinel构建高可用redis集群的注意事项有哪些”吧！
部署redis高可用集群时，通常会用到redis官方的sentinel。sentinel监控master状况，master宕机时进行集群master的故障转移。部署时方法网上很多，这里列出了一些需要注意的事项。
为了安全，有时候会对redis和sentinel设置密码，由于集群可能会切换，所以redis集群的密码最好相同，对于将slave-priority设置为0的节点，由于不会成为master，所以密码可以单独设置，不与其他机器相同，只要masterauth设置为master的密码即可。
sentinel在redis5以后的版本支持设置密码，由于sentinel之间需要相互通信，所以整个sentinel集群内密码必须相同。当然不需要与redis节点的密码相同
redis配置文件的bind指令可以绑定多个IP, 默认绑定了127.0.0.1。如果sentinel不在本机，需要redis绑定外网IP，这时bind绑定的第一个IP必须可以对外访问。
redis的主从复制需要slave和master通信，而redis对外建立TCP连接时，会使用bind绑定的第一个IP作为本地IP，如配置了bind 127.0.0.1 1.1.1.1，slave访问master时，会绑定127.0.0.1，master如果不是本机，会连接失败。
dir指令改变后面指令的相对路径，如果配置中有其他依赖相对文件路径的指令，如pidfile、logfile，要把这些指令放在dir指令后面。
redis的CONFIG指令会修改本地文件，导致安全风险，而在配置文件中加入rename-command CONFIG ""，可以禁用CONFIG指令。
sentinel检测到master宕机进行故障切换时，会向slave发送一个事务指令（MULTI), 包含有SLAVEOF和CONFIG两个指令，SLAVEOF指令指示slave更换master，CONFIG指令将slaveof更新到配置文件里。如果禁用了CONFIG指令会导致事务失败，相应的slave无法切换master。
redis和sentinel都支持announce-ip和announce-port声明ip和端口，如果对外提供服务的IP与对外访问的出口不一致时需要指定这个配置，尤其现在很多云主机都是只有内网IP，通过slb对外访问的。
sentinel之间的相互发现是靠master来实现的，sentienl向master的__sentinel__:hello"的channel广播自己的IP地址，其他sentinel根据这个消息发现其他的sentinel。如果sentienl的机器是内网的，而sentinel之间需要外网访问，就需要在配置文件里，将announce-ip配置为外网可以访问的IP。而redis之间，地址通过TCP连接的对端地址获取，不存在这个问题。
sentinel通过读取配置文件获取master信息，同时运行中的sentinel也可以通过指令配置。
在通过sentinel monitor可以增加监控的集群时，如果集群带有密码，通过sentinel set 集群名 auth-pass password来设置。设置后需要通过sentinel reset 集群名，让sentinel重新与集群master建立TCP连接才能真正生效。
sentinel会监控集群中节点的状态，如果对redis集群内的机器手动执行slaveof执行，sentinel发现后会重新发送slaveof指令，保证集群的正常运行。
如果节点是slave，先将节点宕机，然后向所有监控这个集群的sentinel，发送sentinel reset 集群名重置集群节点信息，将节点从集群彻底移除，保证所有的sentinel都执行了这个指令，否则sentinel会重新发送slaveof指令将节点加入集群。
如果节点是master，需要切换master，后照slave的情况进行。
移除sentinel节点，与移除slave方法相同。
redis主从复制支持多层级，如果使用了sentinel，集群的管理可能出现混乱。
如node1有两个从节点node2和node3，node2有一个从节点node4。如果node1宕机，sentinel将集群的master切换到了node2,那么node3和node4就变成了同一个层级的，这时sentinel该如果处理？不过并没有实际进行验证，不确定的情况下最好避免这种情形。
sentinel发现master宕机时，改为每一秒向所有的slave发送INFO指令，以及时获取slave状态。之后需要选择一个slave提升为集群master。
在选择slave时，将连接正常，且slave-priority不为0的slave组成一个数组，按照节点的slave-priority从小到大排序，对于slave-priority值相同的节点，依照节点的slave_repl_offset值从大到小排序（slave_repl_offset为主从复制的偏移，值越大说明节点的数据越接近master）。排序完成后，选择数组中最前面的节点，提升为集群master。
redis主从复制并没有提供强一致性，所以从slave读到的数据与master可能有延迟。且master故障切换时数据可能会丢失。
senetinel并不关注redis主从复制的状态与延迟，选择sentinel时也不会保证将拥有最新数据的slave提升为master。
新部署的slave，同master连接后，master生成一个rdb文件传输给slave，slave加载其中的数据。在这个过程中，slave是可以对外访问的，导致这个期间请求获取的结果都是不存在的。只有在slave收到rdb文件，加载的过程中，redis无法对外服务。
感谢各位的阅读，以上就是“sentinel构建高可用redis集群的注意事项有哪些”的内容了，经过本文的学习后，相信大家对sentinel构建高可用redis集群的注意事项有哪些这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是亿速云，小编将为大家推送更多相关知识点的文章，欢迎关注！
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
