汕头网站推广教程,广元做网站,单页产品销售网站如何做推广,五莲网站设计前言主从复制的实现在上一篇已经分享过#xff0c;虽然主从复制本身的确让读写分离更加高效#xff0c;但是对于整体高可用存在很大的劣势#xff1a;当主节点宕机了之后还需要人为重新进行主从关系配置#xff1b;这不是开玩笑嘛#xff0c;这样人为干预#xff0c;故障… 前言主从复制的实现在上一篇已经分享过虽然主从复制本身的确让读写分离更加高效但是对于整体高可用存在很大的劣势当主节点宕机了之后还需要人为重新进行主从关系配置这不是开玩笑嘛这样人为干预故障恢复不及时损失就难免啦。谁维护谁不爽睡个觉都提心吊胆。找个哨兵站岗专门用来监控主服务器一旦有变故哨兵自动处理这样故障恢复及时且更加智能接下来就来玩玩。正文Redis哨兵(Sentinel)其实本质就是一个RedisServer节点通过设置运行模式来开启哨兵的功能主要功能如下•监控Monitoring哨兵节点会不断的检查的主服务和从服务的运行状态•自动故障迁移Automatic failover当Redis主从模式中的主服务器发生故障时哨兵节点会根据一定的策略自动进行故障迁移即在原有主服务器下的从服务器中自动选出一个从服务器作为新的主服务器及时处理故障•通知Notification当被监控的Redis服务器故障时哨兵节点可以向相关人员或客户端发送通知提醒•配置提供者Configuration provider可以通过哨兵节点为客户端提供主从模式中的主节点地址这里的客户端指平时写的程序老规矩还是先不说那么多理论先来实操一把然后再来总结哨兵模式搭建先来个最基础的一个哨兵监控一主二从的环境后面小伙伴就知道如何扩展啦如下图所示(这里通过一台机器演示所以通过端口进行区分各个redis节点)Redis哨兵模式是基于Redis主从复制的所以先来搭建主从复制环境这个过程在上一篇中已经详细分享这里就不细说直接动手啦1.搭建主从复制环境如上图所示6377作为主服务器6388和6399作为从服务器这里是通过配置文件的形式修改最终效果如下 2.主从复制环境搭建完毕之后接下来需要有一个哨兵对其进行监控之前有说过Redis的功能通过配置文件就能快速实现针对哨兵有一个单独的配置文件这里就起名为sentinel.conf内容如下 sentinel monitor mymaster 127.0.0.1 6377 1 大概意思就是哨兵要监控对应的主服务器其他啥都不用配置这里对于配置文件内容先不解释这么多接下来会专门进行介绍先把环境搭建起来玩一把再说 3.启动哨兵两种方式 redis-sentinel启动redis-sentinel其实是用redis的一个代码分支分离出来的安装完redis就有命令如下 ./redis-sentinel ZoeConfig/sentinel.conf redis-server启动指定为哨兵模式即可命令如下 ./redis-server ZoeConfig/sentinel.conf --sentinel 启动效果如下如上图所示Redis哨兵其实本质还是一个Redis节点只是运行模式不一样而已 4.哨兵模式运行起来模拟主服务器宕机这里直接将6377服务器shutdown, 注意看哨兵打印的日志先将主服务器6377关掉如下由于哨兵定时对主服务器进行监控如果在30秒内(默认30秒)发现主服务器无法正常通讯时就开始进行投票选举原主服务器下的从服务器作为新主服务器哨兵打印日志如下大概流程如下图哨兵最后的状态会持久化到指定的配置文件中之前只是简单配置了一条监控语句现在如下 5.验证故障转移结果光说6388变成了主服务器没证据连上6388看看同时再看看6399有没有换新主人如下图6388主从信息对应的配置文件中将之前的主从关系配置已经去掉了。6399主从信息对应的配置文件也已经改了如下以上就完成了哨兵模式搭建的演示啦是不是很简单只要稍微改改配置文件即可完成自动化故障恢复。到这小伙伴可能会问原来故障的主服务器恢复了会怎么样一个哨兵误判主服务器下线或高并发抗不住怎么办嘿嘿嘿接着来搞接下来边操作边总结原故障的主服务器恢复之后只能当小兵原有通讯异常的主服务器如果恢复正常那它还能恢复原来的地位吗还是另有安排呢这个很好演示直接将之前shutdown的主服务器重新起来即可6377启动后查看主从关系信息如下图如上图实操验证原来异常的主服务器(6377)恢复之后就变成新主服务器(6388)的从服务器了(原来再屌现在也只是小弟重新再混等机会)。哨兵集群高可用以上演示就一个哨兵这样有很明显的两个缺点如下•单个哨兵容易导致误判主节点下线比如主节点正常只是在与哨兵之间通讯出现短暂异常如果是单个哨兵在指定的时间间隔没有通讯就认为主节点下线了但其实没有如果哨兵集群可以询问多个哨兵指定的主节点是否下线这样就显得更有保障•哨兵挂了故障转移就没法继续啦哨兵集群的话就会选择其他哨兵继续处理配置哨兵集群超级简单就是增加节点即可哨兵节点会通过发布与订阅功能来自动发现正在监视相同主服务器的其他哨兵 这一功能是通过向频道 sentinel:hello 发送信息来实现的。如下图再新增一个哨兵节点同时增加一个配置文件由于默认端口为26379上一个哨兵已经占用这里在新增的配置文件中指定新哨兵的端口为26388配置文件名为sentinel26388.conf内容如下sentinel monitor mymaster 127.0.0.1 6388 1
port 26388
指定配置文件启动第二个哨兵启动命令为./redis-sentinel ZoeConfig/sentinel26388.conf效果如下哨兵如何做到互相交流和监控从服务器的到这应该有小伙伴会有疑问在配置哨兵的时候只配置监控主服务器从服务器是怎么知道的哨兵之间的交流是通过什么形式实现的关于从服务器 哨兵会自动询问主服务器获得对应从服务器的信息因为从服务器会在连接主服务器的时候把相关信息给主服务器所以哨兵能通过主服务器拿到从服务器的信息关于哨兵之间哨兵节点会通过发布与订阅功能来自动发现正在监视相同主服务器的其他哨兵 这一功能是通过向频道 sentinel:hello 发送信息来实现的注一个哨兵可以同时监控多个主服务器哨兵配置文件介绍以上配置只是为了快速实现演示其实关于哨兵还有其他很多配置接下来都过一遍•port哨兵的端口默认是26379可以通过此配置项进行修改•dir哨兵的工作目录•sentinel monitor 指定哨兵监控的主服务器master-name对监控的节点进行命名方便后续根据名称获取信息ip主节点ip;redis-port主节点的端口quorum整数及设置有几个哨兵统一认为主节点下线为条件满足这个数量就将主节点标记为客观下线例sentinel monitor mymaster 127.0.0.1 6388 2意思就是当有两个哨兵都认为监控的mymaster主节点下线了就将此主节点标记为客观下线则可以进行下一步故障转移操作了•sentinel auth-pass 设置主节点和从节点的连接密码这里只能统一设置所以主节点和从节点的密码要一样•sentinel down-after-milliseconds 设置失联时间单位为毫秒默认为30秒如果哨兵在30秒内没有接收到主节点的应答就认为主节点异常了并将其标记为主观下线•sentinel parallel-syncs 故障转移之后在新的主从关系下同时有多少个从节点向主节点要求进行数据同步默认设置是1即一个一个同步这样可以减少主节点同步压力如果主节点机器性能允许可以适当增加数量•sentinel failover-timeout 用于故障转移超时过程判断默认设置为180000即3分钟•sentinel notification-script 设置脚本路径哨兵有任何警告级别时间发生时都会执行这个脚本可以通过该脚本实现邮件等信息通知连接哨兵常用的命令•info sentinel获取监控的主节点信息•sentinel masters获取监控主节点的详细信息•sentinel master 监控时设置的名称上面我们指定的是mymaster信息和上面类似•sentinel get-master-addr-by-name 监控时设置的名称根据指定的名称获取ip地址和端口信息上面我们指定的名称是mymaster•sentinel is-master-down-by-addr查看监控的主节点是否下线哨兵之间判断主节点是否下线原理就是通过此命令•sentinel slaves 监控时设置的名称获取监控主节点的从节点信息上面我们指定的是mymaster•sentinel failover 监控时设置的名称该命令可以强制对指定监控执行故障转移即便当前的主节点运行完好也能执行例如需要换掉当前监控的主节点便可以提前通过failover命令进行故障转移上面我们指定的名称是mymaster总结主从复制加个哨兵看似很完美啦但仔细想想虽然读写分离分开了但写还是单节点如果写的并发量特别大怎么办那肯定扛不住所以这下集群该出山了下一次聊聊redis集群一个被程序搞丑的帅小伙关注Code综艺圈跟我一起学~
