redis 一主二从三哨兵的搭建
环境准备
三台独立的linux主机
内网IP分别为: 172.31.175.142、172.31.175.143、172.31.175.144
分别创建带主目录的普通用户, 比如useradd wx -m
安装redis
分别在各个主机上安装redis,以172.31.175.142为例,步骤如下
#下载4.0稳定版 wget http://download.redis.io/releases/redis-4.0.11.tar.gz #解压到用户主目录 tar -xzvf redis-4.0.11.tar.gz -C /home/wx #进入用户主目录 cd /home/wx #重命名解压的文件 mv redis-4.0.11 redis #进入redis目录 cd redis #编译 make #安装,PREFIX指定安装路径 make PREFIX=/home/wx/redis install
主从/哨兵配置
一主(master)二从(slave)三哨兵(sentinel)的配置目标, 如下
redis.conf配置主从, sentinel.conf配置哨兵
conf里面很多初始的配置项可以不做修改, 对于需要修改或新增的配置项, 说明如下
- 通用配置
下面3项,务必在每个redis.conf里进行修改,在每个sentinel.conf里新增(默认没有)
#支持内网/本地访问,比如 bind 172.31.175.142 127.0.0.1 bind 本机内网IP 127.0.0.1 #支持后台运行,默认值为no daemonize yes #日志文件,比如redis.log、sentinel.log logfile xxx.log
- slave的配置
在2个slave的redis.conf下指定master
#指定master slaveof 172.31.175.142 6379
- sentinel的配置
在3个sentinel.conf下指定监控的master
#指定监控的master,最后一位表示quorum(法人数量),即认定master'客观下线'成立的最低票数 sentinel monitor mymaster 172.31.175.142 6379 2
主从/哨兵运行
分别启动主从redis, 验证没问题,再分别启动哨兵,假设已进入redis/bin目录
- 运行redis
1, 启动redis
./redis-server ../redis.conf
2, 查看日志
tail -100f ../redis.log
3, 连接redis
./redis-cli
4, 查看主从信息
cli连接redis成功后, 输入 info replication
下面是master的replication信息
下面是其中一个slave的replication信息
5, 测试主从同步
在master上写入变量, 在slave上查看是否同步, 此过程略.
- 运行哨兵
./redis-sentinel ../sentinel.conf
一个哨兵的日志如下, 可以看出哨兵正在监听,并已识别到2个slave
故障转移
模拟发生故障, 进入master主机172.31.175.142, kill掉redis-server进程.
接下来, 查看各个哨兵的日志, 大抵可以看出哨兵的工作过程, 如下
1, 主观下线(sdown)
当某个哨兵心跳检测master超时后,则认定其sdown
+sdown master mymaster 172.31.175.142 6379
2, 客观下线(odown)
当认定sdown的哨兵数>=quorum时,则master下线事实最终成立,即odown
+odown master mymaster 172.31.175.142 6379 #quorum 2/2
3, 选举哨兵leader
各哨兵协商,选举出一个leader,由其进行故障转移操作
+vote-for-leader 1dd7873228b4bf30c1668d55a28b3036072ee9de 1
4, 故障转移
选择一个slave作为新的master, 并将其他节点设置为新master的slave (刚才已下线的老master的配置文件也会被设置slaveof...)
+switch-master mymaster 172.31.175.142 6379 172.31.175.144 6379
当故障转移成功后, redis就是一主一从, 如下
主机 | 角色 |
172.31.175.142 | 哨兵、 |
172.31.175.143 | 哨兵、slave |
172.31.175.144 | 哨兵、slave -> master |
进入新的master 172.31.175.144, 查看redis的主从信息, 还剩一从172.31.175.143
故障恢复
模拟故障恢复,进入老的master 172.31.175.142, 重启刚才kill掉的redis, 之后查看其主从信息, 发现老的master已经变成slave了,如下
//因为172.31.175.142的redis.conf在故障转移时被修改了,所以重启之后就直接成了slave
进入新的master 172.31.175.144下,再去查看最新的主从信息, 发现加入了新的slave, 如下
故障恢复之后, redis恢复到了一主二从三哨兵, 只不过master/slave换了地方, 如下
//若此时想要调整master/slave, 则需要手工操作, 所以为了方便起见, 建议在故障转移之前备份配置文件.

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Spring Mvc之定制RequestMappingHandlerMapping
在上文Spring MVC之RequestMappingHandlerMapping匹配中我们讲到,Spring在进行request匹配的时候,不仅会匹配url,method,contentType等条件,还会对用户提供的定制条件进行匹配,用户提供的定制条件是使用RequestCondition进行封装的。本文以本人工作的一个实际案例来讲解如果使用RequestCondition进行request的匹配过程进行定制,并且会对这种匹配过程需要注意的问题进行讲解。 1. 背景描述 本人从事的项目主要是售卖房源的,这里每个用户都有自己的网址,这些网址是通过二级域名的方式进行配置的,比如A用户的网址为a.house.com,B用户的网址为b.house.com。另外,我们也为每个用户提供了多套模板进行房源的展示。这种设计的优点在于用户如果需要将其网址进行SEO,那么可以通过统一的方式进行处理,并且通过二级域名我们就可以知道当前网站所属用户是谁。但这里存在的问题是,比如对于同一个页面的不同模板,虽然主体部分是相同的,但是页面细节上是有很大不同的,因而使用不同的接口对其进行处理是很有必要的,但是这...
- 下一篇
SpringBoot | 第二十九章:Dubbo的集成和使用
前言 今年年初时,阿里巴巴开源的高性能服务框架dubbo又开始了新一轮的更新,还加入了Apache孵化器。原先项目使用了spring cloud之后,已经比较少用dubbo。目前又抽调回原来的行业应用部门,可能还会使用dubbo进行服务调用。趁着编写教材的机会来进行学习下。而且目前Dubbo也出了springboot的starter项目了,借着SpringBoot的东风,集成起来很方便,基本上就一个依赖包引入的问题了。废话不多说,开始吧~ 一点知识 对于没有接触过Dubbo的同学,可以先了解下相关知识。 Dubbo简介 Dubbo 是阿里巴巴公司一个开源的高性能服务框架,致力于提供高性能和透明化的 RPC 远程服务调用方案,以及 SOA 服务治理方案,使得应用可通过高性能 RPC 实现服务的输出、输入功能和 Spring 框架无缝集成。Dubbo 包含远程通讯、集群容错和自动发现三个核心部分。 它提供透明化的远程方法调用,实现像调用本地方法一样调用远程方法,只需简单配置,没有任何 API 侵入。同时它具备软负载均衡及容错机制,可在内网替代 F5 等硬件负载均衡器,降低成本,减少单点。它...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS8安装Docker,最新的服务器搭配容器使用
- Linux系统CentOS6、CentOS7手动修改IP地址
- 设置Eclipse缩进为4个空格,增强代码规范
- CentOS7,CentOS8安装Elasticsearch6.8.6
- CentOS8安装MyCat,轻松搞定数据库的读写分离、垂直分库、水平分库
- Hadoop3单机部署,实现最简伪集群
- CentOS8编译安装MySQL8.0.19
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- MySQL8.0.19开启GTID主从同步CentOS8
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池