全自动网站制作源码广西桂建云个人登录

当前位置： 首页 > news >正文

全自动网站制作源码,广西桂建云个人登录,环球培训机构官网,wordpress 搭网站为什么需要哨兵模式 redis的主从复制模式能够缓解“读压力”#xff0c;但是存在两个明显问题。 主节点发生故障#xff0c;进行主节点切换的过程比较复杂#xff0c;需要人工参与#xff0c;导致故障恢复时间无法保障主节点通过主从复制模式将读压力分散出去#xff0c… 为什么需要哨兵模式 redis的主从复制模式能够缓解“读压力”但是存在两个明显问题。 主节点发生故障进行主节点切换的过程比较复杂需要人工参与导致故障恢复时间无法保障主节点通过主从复制模式将读压力分散出去但是写压力/存储压力无法被分散受单机的限制 其中第一个问题是高可用问题可以通过redis哨兵模式解决。第二个问题是存储分布式问题要通过redis集群解决。本篇只讨论第一个问题。
哨兵模式 通过人工的方式解决主节点故障不靠谱。而哨兵模式可以自动解决主节点故障问题。哨兵机制是通过独立的进程实现的即redis sentinel和redis-server是不同的进程。redis sertinel不负责存储数据只是对redis-server进程起到监控效果。并且哨兵节点也会搞一个集合。防止单个节点发生故障而且单个节点容易出现误判网络传输数据容易出现抖动延迟丢包会误认为主节点发生故障
人工恢复主节点故障 服务器需要7*24运行为了保证服务器能够长期运行程序员会写一个监控程序来监控服务器的运行状态。当服务器出现问题就会通知程序员程序员会先看看主节点能不能修复 如果主节点挂的原因不好定位或者原因知道但是短时间难以解决就需要挑一个从节点设置为新的主节点。 把选中的从节点通过slaveof no one脱离原来的主节点 2把其他从节点修改slaveof的主节点ip和port连上新的主节点。 修改客服端的配置让客服端连接上新的主节点 当之前挂的主节点修复完成后就可以作为一个新的从节点挂到这组机器中 哨兵自动恢复主节点故障 哨兵集合中有多个单独的redis sentinel进程这三个哨兵进程会监控现有的redis master和slave. 监控sentinel进程会和主从节点建立tcp长连接定期发送心跳包。如果发送ping没有返回pong意味着这个主机挂了。 如果从节点挂了问题不太严重如果主节点挂了哨兵就会发挥作用。 一个哨兵节点发现主节点挂了还不够需要多个哨兵节点共同认同这件事情防止出现误判 确认主节点挂了这些哨兵节点就会推举出一个leader由这个leader负责从现有的从节点中挑选一个作为新的主节点挑选出新的主节点后哨兵节点会自动控制被选中的节点执行slaveof no one并且控制其他从节点修改slaveof到新的主节点上哨兵节点自动通知客服端程序现在主节点是哪个并且后续客服端再进行写操作就会针对新的主节点进行操作 redis哨兵的核心功能 监控sentinel节点会定期检测redis数据节点故障转移实现从节点晋升为主节点并维护后续正确的主从关系通知sentinel节点会将故障转移的结果通知给应用方 安装部署基于docker) 咱们要安装上图哨兵模式中的6个节点是需要6个不同的服务器。但是我只有1个服务器因此只能在一个云服务器下安装。如果我们按照主从结构配置的方式进行部署容易出现端口/配置文件/数据文件各种问题比较繁琐也和在不同主机上部署存在较大差异。因此我们采docker部署。 docker可以认为是一个“轻量级”虚拟机起到虚拟机这样隔离环境的效果但是又不吃很多硬件资源。 docker安装 确认操作系统centos7/8/9咱们采用centos7 使用cat /etc/*release*命令查看linux版本是否符合 确认cpu架构: ARM/x86_64 使用uname -a命令查看当前的cpu架构 查看是否下载过docker 使用docker命令或docker version命令我的linux中并没有安装过 如果存在docker 卸载旧版本 :::tips yum remove docker \ docker-client \ docker-client-latest \ docker-common \ docker-latest \ docker-latest-logrotate \ docker-logrotate \ docker-engine :::卸载历史版本 :::tips #删除机器上的包 sudo yum remove docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin docker-ce-rootless-extras#删除目录 sudo rm -rf /var/lib/docker 4. sudo rm -rf /var/lib/containerd ::: 配置仓库 :::tips sudo yum install -y yum-utils sudo yum-config-manager –add-repo https://download.docker.com/linux/centos/docker-ce.repo#配置国内源 sed -i ‘s//download.docker.com//mirrors.ustc.edu.cn/docker-ceg’ /etc/yum.repos.d/docker-ce.repo ::: 安装最新版本 :::tips yum install -y docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin ::: 启动docker :::tips #加载配置systemctl daemon-reload#查看服务状态systemctl status docker#启动服务systemctl start docker#开机自启动 systemctl enable docker ::: 检查安装结果查看版本 :::tips docker version ::: 更详细的查看docker信息 :::tips docker info ::: 执行hello-world看到Hello from Docker表明docker服务正常 :::tips docker run hello-world ::: 配置docker国内的镜像源,加速下载镜像 :::tips mkdir /etc/dockercd /etc/dockervim daemon.json{“registry-mirrors”: [“http://hub-mirror.c.163.com”,“https://registry.docker-cn.com”,“https://docker.mirrors.ustc.edu.cn”]}#重新加载配置systemctl daemon-reload#重启dockersystemctl restart dockerdocker info ::: 修改docker目录
docker中有很多镜像为了防止磁盘不够用需要将他挂载到大磁盘的目录上 :::tips #假定我们大磁盘的目录为 /data mkdir /data/var/lib/docker -pcd /etc/docker/vim daemon.json#输入下面的json { “data-root”: “/data/var/lib/docker” }#重新加载配置systemctl daemon-reload#重启dockersystemctl restart docker#查看docker信息docker info :::
安装redis 安装docker-composedocker中可以安装很多容器容器之间存在依赖关系因此引入docker-compose来帮助我们编排这些容器 :::tips yum install docker-compose ::: 停止redis进程防止后续出现干扰 :::tips service redis-server stopps aux | grep redis通过kill -9杀死其他端口的redis进程 ::: 使用docker获取redis镜像 :::tips docker pull redis:5.0.9 ::: docker中的镜像类似于”可执行程序“容器类似于”进程“。docker pull使用docker从中央仓库拉取镜像。拉取到的镜像包含一个精简的Linux操作系统并且上面安装有redis只要基于这个镜像创建一个容器跑起来此时redis服务器就搭建好了 使用docker-compose编排redis-server节点 咱们需要安装3个redis-server和3个redis哨兵节点每个redis server或者redis sentinel都是一个单独的容器使用docker-compose方便安装。具体是通过一个yml格式的配置文件把要创建那些容器每个容器运行的各种参数描述清楚即可。后续通过一个命令就能批量的启动/停止这些容器。咱们通过两个yml文件来配置一个yml文件配置redis server节点一个yml文件配置redis的哨兵节点。 其实也可以只使用1个yml文件但是如果6个容器同时启动可能哨兵节点先启动数据节点后启动哨兵就会误认为数据节点挂了。虽然影响不大但是会影响观察执行日志的过程。 :::tips mkdir rediscd redismkdir redis-datamkdir redis-sentinel cd redis-data/vim docker-compose.yml ::: version: 3.3 services:master:image: redis:5.0.9container_name: redis-masterrestart: alwayscommand: redis-server –appendonly yesports:- 6379:6379slave1:image: redis:5.0.9container_name: redis-slave1restart: alwayscommand: redis-server –appendonly yes –slaveof redis-master 6379ports:- 6380:6379slave2:image: redis:5.0.9container_name: redis-slave2restart: alwayscommand: redis-server –appendonly yes –slaveof redis-master 6379ports:- 6381:6379启动所有redis-server容器 :::tips docker-compose up -d ::: 如果启动后发现前面的配置有误需要重新操作使用docker-compose down即可停止并删除刚才创建好的容器 可以通过docker ps -a查看搭建好的redis节点 编排redis-sentinel节点 编写docker-compose.yml version: 3.3 services:sentinel1:image: redis:5.0.9container_name: redis-sentinel-1restart: alwayscommand: redis-sentinel /etc/redis/sentinel.confvolumes:- ./sentinel1.conf:/etc/redis/sentinel.confports:- 26379:26379sentinel2:image: redis:5.0.9container_name: redis-sentinel-2restart: alwayscommand: redis-sentinel /etc/redis/sentinel.confvolumes:- ./sentinel2.conf:/etc/redis/sentinel.confports:- 26380:26379sentinel3:image: redis:5.0.9container_name: redis-sentinel-3restart: alwayscommand: redis-sentinel /etc/redis/sentinel.confvolumes:- ./sentinel3.conf:/etc/redis/sentinel.confports:- 26381:26379 networks:default:external:name: redisdata_default创建配置文件 创建sentinel1.confsentinel2.confsentinel3.conf三份内容一致都放到/root/redis-sentinel/目录中 bind 0.0.0.0 port 26379 sentinel monitor redis-master redis-master 6379 2 sentinel down-after-milliseconds redis-master 1000启动redis-sentinel :::tips docker-compose up -d ::: 观察redis-sentinel的配置的rewrite
启动完以后再次打开哨兵的配置文件发现文件内容已经被自动修改
模拟主节点宕机情况 手动将redis-master干掉 :::tips docker stop redis-master ::: 观察哨兵日志 :::tips docker-compose logs ::: sdown: 主观下线本哨兵节点认为该主节点挂了 odown客观下线其他节点也认为主节点挂了票数超过一半 查看redis-server 重新连上原来的主节点 :::tips docker start redis-master :::
哨兵选举主节点流程 主观下线哨兵节点通过心跳包判定redis服务器是否正常工作如果超过心跳包时间说明服务器挂了。此时可能是由于网络抖动造成因此只能是单方面认为redis节点挂了客观下线多个redis节点认为主节点挂了投票超过法定票数在多个哨兵节点选出一个leader节点由这个leader节点负责选一个从节点作为新的主节点 3号哨兵第一个发现主节点掉线立即投自己一票推荐自己成为leader并告诉1和2号哨兵节点类似于拉票 1号哨兵节点给哨兵3投票 2号哨兵节点给哨兵3投票 谁网络延迟小谁是leader 选举完leaderleader需要挑选一个从节点作为主节点 优先级每个redis数据节点在配置文件中有一个优先级设置slave-priority选择优先级高的slave节点offsetoffset是从节点从主节点同步数据的进度数值越大说明从节点的数据和主节点越接近。选择offset大的从节点runid当上面都一样时选择谁都没差别了。runid是redis节点启动时随机生成的一串数字根据runid大小选择
注意事项 哨兵节点不能只有一个否则哨兵节点挂了容易影响系统可用性哨兵节点最好是奇数个方便选举leader得票数更容易过半数哨兵节点不存储数据仍然是redis主节点负责存储主从哨兵解决的是“可用性”问题不能解决“数据极端情况下写丢失”问题主从哨兵不能提高数据的存储容量当我们需要存的数据接近或超过机器的物理内存这样的结构很难胜任需要引入集群