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,那么可以通过统一的方式进行处理,并且通过二级域名我们就可以知道当前网站所属用户是谁。但这里存在的问题是,比如对于同一个页面的不同模板,虽然主体部分是相同的,但是页面细节上是有很大不同的,因而使用不同的接口对其进行处理是很有必要的,但是这...
-
下一篇
关于Greenplum的那点事儿
Greenplum是什么鬼?干啥用的?能吃吗? 下面是来自官网的一段英文: 大概翻译一下: Greenplum Database是一个大规模并行处理(MPP)数据库服务器,其架构专门用于管理大规模分析数据仓库和商业智能工作负载。 MPP(也称为无共享架构)是指具有两个或更多处理器的系统,它们协作执行操作,每个处理器具有其自己的存储器,操作系统和磁盘。Greenplum使用这种高性能系统架构来分配多TB数据仓库的负载,并且可以并行使用所有系统资源来处理查询。 Greenplum数据库基于PostgreSQL开源技术。它本质上是几个PostgreSQL面向磁盘的数据库实例,它们共同作为一个有凝聚力的数据库管理系统(DBMS)。它基于PostgreSQL 8.3.23,在大多数情况下与PostgreSQL在SQL支持,功能,配置选项和最终用户功能方面非常相似。数据库用户与Greenplum数据库交互,就像使用常规PostgreSQL DBMS一样。 Greenplum采用Postgresl作为底层引擎,良好的兼容了Postgresql的功能,Postgresql中的功能模块和接口基本上...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- SpringBoot2全家桶,快速入门学习开发网站教程
- MySQL8.0.19开启GTID主从同步CentOS8
- CentOS7,8上快速安装Gitea,搭建Git服务器
- SpringBoot2初体验,简单认识spring boot2并且搭建基础工程
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- CentOS关闭SELinux安全模块
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- CentOS8编译安装MySQL8.0.19