Redis 搭建一主二从三哨兵高可用集群
1、单个redis服务搭建请参考:redis服务搭建
2、在/usr/local下创建目录redis-cluster,并在redis-cluster下创建 6379、6380、6381目录以及data、temp目录
# cd /usr/local
# mkdir redis-cluster
--其他文件创建类似,此处不一一写出
3、复制安装后的redis的配置文件(我的在/etc/目录下)的redis.conf 和 sentinel.conf文件到 6379、6380、6381目录中.
# cp /etc/redis.conf /usr/local/redis-cluster/
# cp /etc/redis-sentinel.conf /usr/local/redis-cluster/
--6380和6379类似,此处不一一写出
4、主从配置,修改 redis.conf文件
主redis 6379目录:
protected-mode yes
port
daemonize yes
pidfile /var/run/redis_6379.pid
logfile /var/log/redis/redis_6379.log
dir /usr/local/redis-cluster//data
slave-read-only yes
requirepass foo(设置访问登录密码)
#从服务设置了密码需要加上
masterauth foo
从slave1 6380:
protected-mode yes
port
daemonize yes
pidfile /var/run/redis_6380.pid
logfile /var/log/redis/redis_6380.log
dir /usr/local/redis-cluster//data
slaveof 127.0.0.1
#若主服务设置了密码需要加上
masterauth foo
#从服务密码设置
requirepass foo
从slave2 6381:
protected-mode yes
port
daemonize yes
pidfile /var/run/redis_6381.pid
logfile /var/log/redis/redis_6381.log
dir /usr/local/redis-cluster//data
slaveof 127.0.0.1
#若主服务设置了密码需要加上,在设置哨兵时主从之间连接需要
masterauth foo
#从服务密码设置
requirepass foo
master既可以读,也可以写,而 从服务器是只可以读,不可写的.
5、哨兵配置.
主redis 6379 sentinel.conf
protected-mode no
port
dir "/usr/local/redis-cluster/6379/temp"
sentinel monitor redis1 127.0.0.1
sentinel down-after-milliseconds redis1
sentinel failover-timeout redis1
其中redis1可自定义
从slave1 6380 centinel.conf
protected-mode no
port
dir "/usr/local/redis-cluster/6380/temp"
sentinel monitor redis1 127.0.0.1 6379
sentinel down-after-milliseconds redis1
sentinel failover-timeout redis1
从slave2 7003 sentinel.conf
protected-mode no
port
dir "/home/redis/redis-cluster/6381/temp"
sentinel monitor redis1 127.0.0.1
sentinel down-after-milliseconds redis1
sentinel failover-timeout redis1
哨兵配置完成.
6、启动
启动redis
分别到6379、6380、6381的目录下执行启动命令:
redis-server ./redis.conf
启动哨兵
redis-server ./sentinel.conf
7、查看主从信息:
127.0.0.1:> info replication
# Replication
role:master
connected_slaves:
slave0:ip=127.0.0.1,port=,state=online,offset=,lag=
slave1:ip=127.0.0.1,port=,state=online,offset=,lag=
master_repl_offset:
repl_backlog_active:
repl_backlog_size:
repl_backlog_first_byte_offset:
repl_backlog_histlen:
127.0.0.1:> info replication
# Replication
role:slave
master_host:127.0.0.1
master_port:
master_link_status:up
master_last_io_seconds_ago:
master_sync_in_progress:
slave_repl_offset:
slave_priority:
slave_read_only:
connected_slaves:
master_repl_offset:
repl_backlog_active:
repl_backlog_size:
repl_backlog_first_byte_offset:
repl_backlog_histlen:
127.0.0.1:> info replication
# Replication
role:slave
master_host:127.0.0.1
master_port:
master_link_status:up
master_last_io_seconds_ago:
master_sync_in_progress:
slave_repl_offset:
slave_priority:
slave_read_only:
connected_slaves:
master_repl_offset:
repl_backlog_active:
repl_backlog_size:
repl_backlog_first_byte_offset:
repl_backlog_histlen:
8、验证
127.0.0.1:> set test
OK
127.0.0.1:> get test
""
127.0.0.1:> set hh
(error) READONLY You can't write against a read only slave.
127.0.0.1:> get test
""
127.0.0.1:> set xx
(error) READONLY You can't write against a read only slave.
此时,我们可以把主服务或者从服务停掉进行测试来看看效果
停掉主服务6379:
[root@VM_0_15_centos ]# ps -ef |grep redis
root : pts/ :: tailf -n /var/log/redis/sentinel.log
root : ? :: redis-sentinel *: [sentinel]
root : ? :: redis-sentinel *: [sentinel]
root : ? :: redis-sentinel *: [sentinel]
root : pts/ :: grep --color=auto redis
root : ? :: redis-server *:
root : ? :: redis-server *:
root : pts/ :: redis-cli -c -p -a foo
root : ? :: redis-server *:
root : pts/ :: redis-cli -c -p -a foo
[root@VM_0_15_centos ]# kill
sentinel日志:
:X Dec ::44.834 # +sdown master mymaster 127.0.0.1
:X Dec ::44.852 # +sdown master mymaster 127.0.0.1
:X Dec ::44.861 # +sdown master mymaster 127.0.0.1
:X Dec ::44.920 # +odown master mymaster 127.0.0.1 #quorum /
:X Dec ::44.920 # +new-epoch
:X Dec ::44.920 # +try-failover master mymaster 127.0.0.1
:X Dec ::44.927 # +vote-for-leader 6d5a34396cd5912cbfe1134a70cd3e14338ebf24
:X Dec ::44.934 # +new-epoch
:X Dec ::44.934 # +new-epoch
:X Dec ::44.940 # +vote-for-leader 6d5a34396cd5912cbfe1134a70cd3e14338ebf24
:X Dec ::44.940 # +vote-for-leader 6d5a34396cd5912cbfe1134a70cd3e14338ebf24
:X Dec ::44.940 # 69c00be66f0461192b2db901ece6282e00b6462c voted for 6d5a34396cd5912cbfe1134a70cd3e14338ebf24
:X Dec ::44.940 # f51e8307952eba4264cc9089adf3c716e658609f voted for 6d5a34396cd5912cbfe1134a70cd3e14338ebf24
:X Dec ::44.942 # +odown master mymaster 127.0.0.1 #quorum /
:X Dec ::44.942 # Next failover delay: I will not start a failover before Tue Dec ::
:X Dec ::45.003 # +elected-leader master mymaster 127.0.0.1
:X Dec ::45.003 # +failover-state-select-slave master mymaster 127.0.0.1
:X Dec ::45.075 # +selected-slave slave 127.0.0.1: 127.0.0.1 @ mymaster 127.0.0.1
:X Dec ::45.075 * +failover-state-send-slaveof-noone slave 127.0.0.1: 127.0.0.1 @ mymaster 127.0.0.1
:X Dec ::45.166 * +failover-state-wait-promotion slave 127.0.0.1: 127.0.0.1 @ mymaster 127.0.0.1
:X Dec ::45.900 # +odown master mymaster 127.0.0.1 #quorum /
:X Dec ::45.900 # Next failover delay: I will not start a failover before Tue Dec ::
:X Dec ::45.960 # +promoted-slave slave 127.0.0.1: 127.0.0.1 @ mymaster 127.0.0.1
:X Dec ::45.960 # +failover-state-reconf-slaves master mymaster 127.0.0.1
:X Dec ::46.011 * +slave-reconf-sent slave 127.0.0.1: 127.0.0.1 @ mymaster 127.0.0.1
:X Dec ::46.012 # +config-update-from sentinel 6d5a34396cd5912cbfe1134a70cd3e14338ebf24 127.0.0.1 @ mymaster 127.0.0.1
:X Dec ::46.012 # +switch-master mymaster 127.0.0.1 127.0.0.1
:X Dec ::46.012 * +slave slave 127.0.0.1: 127.0.0.1 @ mymaster 127.0.0.1
:X Dec ::46.012 * +slave slave 127.0.0.1: 127.0.0.1 @ mymaster 127.0.0.1
:X Dec ::46.013 # +config-update-from sentinel 6d5a34396cd5912cbfe1134a70cd3e14338ebf24 127.0.0.1 @ mymaster 127.0.0.1
:X Dec ::46.013 # +switch-master mymaster 127.0.0.1 127.0.0.1
:X Dec ::46.013 * +slave slave 127.0.0.1: 127.0.0.1 @ mymaster 127.0.0.1
:X Dec ::46.013 * +slave slave 127.0.0.1: 127.0.0.1 @ mymaster 127.0.0.1
:X Dec ::47.002 * +slave-reconf-inprog slave 127.0.0.1: 127.0.0.1 @ mymaster 127.0.0.1
:X Dec ::47.002 * +slave-reconf-done slave 127.0.0.1: 127.0.0.1 @ mymaster 127.0.0.1
:X Dec ::47.067 # -odown master mymaster 127.0.0.1
:X Dec ::47.067 # +failover-end master mymaster 127.0.0.1
:X Dec ::47.067 # +switch-master mymaster 127.0.0.1 127.0.0.1
:X Dec ::47.067 * +slave slave 127.0.0.1: 127.0.0.1 @ mymaster 127.0.0.1
:X Dec ::47.067 * +slave slave 127.0.0.1: 127.0.0.1 @ mymaster 127.0.0.1
:X Dec ::16.015 # +sdown slave 127.0.0.1: 127.0.0.1 @ mymaster 127.0.0.1
:X Dec ::16.017 # +sdown slave 127.0.0.1: 127.0.0.1 @ mymaster 127.0.0.1
:X Dec ::17.154 # +sdown slave 127.0.0.1: 127.0.0.1 @ mymaster 127.0.0.1
查看replication:
127.0.0.1:> info replication
# Replication
role:slave
master_host:127.0.0.1
master_port:
master_link_status:up
master_last_io_seconds_ago:
master_sync_in_progress:
slave_repl_offset:
slave_priority:
slave_read_only:
connected_slaves:
master_repl_offset:
repl_backlog_active:
repl_backlog_size:
repl_backlog_first_byte_offset:
repl_backlog_histlen:
127.0.0.1:> info replication
# Replication
role:master
connected_slaves:
slave0:ip=127.0.0.1,port=,state=online,offset=,lag=
master_repl_offset:
repl_backlog_active:
repl_backlog_size:
repl_backlog_first_byte_offset:
repl_backlog_histlen:
此时从服务6381成为主服务
重启6379服务:
[root@VM_0_15_centos ]# redis-server ./redis.conf
sentinel日志:
:X Dec ::33.181 * +convert-to-slave slave 127.0.0.1: 127.0.0.1 @ mymaster 127.0.0.1
查看replication:
127.0.0.1:> info replication
# Replication
role:slave
master_host:127.0.0.1
master_port:
master_link_status:up
master_last_io_seconds_ago:-
master_sync_in_progress:
slave_repl_offset:
master_link_down_since_seconds:
slave_priority:
slave_read_only:
connected_slaves:
master_repl_offset:
repl_backlog_active:
repl_backlog_size:
repl_backlog_first_byte_offset:
repl_backlog_histlen:
再次停掉从服务器6379可以测试从服务器宕机时的效果
9、java集成
引入依赖:
<!-- https://mvnrepository.com/artifact/redis.clients/jedis -->
<dependency>
<groupId>redis.clients</groupId>
<artifactId>jedis</artifactId>
<version>2.9.0</version>
</dependency>
具体测试见:java集成测试参考
10、注意事项
- 只有Sentinel 集群中大多数服务器认定master主观下线时master才会被认定为客观下线,才可以进行故障迁移,也就是说,即使不管我们在sentinel monitor中设置的数是多少,就算是满足了该值,只要达不到大多数,就不会发生故障迁移。
- 官方建议sentinel至少部署三台,且分布在不同机器。这里主要考虑到sentinel的可用性,假如我们只部署了两台sentinel,且quorum设置为1,也可以实现自动故障迁移,但假如其中一台sentinel挂了,就永远不会触发自动故障迁移,因为永远达不到大多数sentinel认定master主观下线了。
- sentinel monitor配置中的master IP尽量不要写127.0.0.1或localhost,因为客户端,如jedis获取master是根据这个获取的,若这样配置,jedis获取的ip则是127.0.0.1,这样就可能导致程序连接不上master
- 当sentinel 启动后会自动的修改sentinel.conf文件,如已发现的master的slave信息,和集群中其它sentinel 的信息等,这样即使重启sentinel也能保持原来的状态。注意,当集群服务器调整时,如更换sentinel的机器,或者新配置一个sentinel,请不要直接复制原来运行过得sentinel配置文件,因为其里面自动生成了以上说的那些信息,应该复制一个新的配置文件或者把自动生成的信息给删掉。
- 当发生故障迁移的时候,master的变更记录与slave更换master的修改会自动同步到redis的配置文件,这样即使重启redis也能保持变更后的状态。
Redis 搭建一主二从三哨兵高可用集群的更多相关文章
- Docker Compose搭建Redis一主二从三哨兵高可用集群
一.Docker Compose介绍 https://docs.docker.com/compose/ Docker官方的网站是这样介绍Docker Compose的: Compose是用于定义和运行 ...
- Redis安装、主从配置及两种高可用集群搭建
Redis安装.主从配置及两种高可用集群搭建 一. 准备 Kali Linux虚拟机 三台:192.168.154.129.192.168.154.130.192.168.154 ...
- redis 的一主二从三哨兵模式
概述 在部署redis 的时候,如果redis宕机,缓存将不可用,redis提供了哨兵模式保证redis实现高可用. 即一台主机两台从机,三台哨兵主机,如果主实例宕机,哨兵将将一台从机升级为主机.实现 ...
- Oracle的三种高可用集群方案
浏览了一下Oracle官方的网页以及非官方的ppt,简单了解了一下Oracle提供的高可用方案. 主要有三种: 1. RAC RAC, Real Application Clusters 多个Ora ...
- redis环境搭建及一主二从三哨兵模式配置
一.单机redis环境搭建 1.安装: OS:linux redhat6.5 下载redis 官网下载链接:https://redis.io/download 把安装包上传到服务器,进行解压 [roo ...
- spark高可用集群搭建及运行测试
文中的所有操作都是在之前的文章spark集群的搭建基础上建立的,重复操作已经简写: 之前的配置中使用了master01.slave01.slave02.slave03: 本篇文章还要添加master0 ...
- Hadoop入门学习笔记-第三天(Yarn高可用集群配置及计算案例)
什么是mapreduce 首先让我们来重温一下 hadoop 的四大组件:HDFS:分布式存储系统MapReduce:分布式计算系统YARN: hadoop 的资源调度系统Common: 以上三大组件 ...
- SpringCloud(四):服务注册中心Eureka Eureka高可用集群搭建 Eureka自我保护机制
第四章:服务注册中心 Eureka 4-1. Eureka 注册中心高可用集群概述在微服务架构的这种分布式系统中,我们要充分考虑各个微服务组件的高可用性 问题,不能有单点故障,由于注册中心 eurek ...
- springboot 集成Redis一主二从三哨兵
1.Centos7 Redis一主二从三哨兵配置 Redis一主二从三哨兵环境搭建 2.接入过程 与集成redis单机不同的是jedis相关的配置做了修改,JedisPool换成了JedisSenti ...
随机推荐
- [Python] socket发送UDP广播实现聊天室功能
一.说明 本文主要使用socket.socket发送UDP广播来实现聊天室功能. 重点难点:理解UDP通讯流程.多线程.UDP广播收发等. 测试环境:Win10\Python3.5. 程序基本流程:创 ...
- Delphi - cxGrid连接Oracle数据库
cxGrid连接Oracle数据库 WinFrm窗体中需要添加OraSession .OraQuery和 OraDataSource控件. OraSession中配置数据库连接参数: OraQuery ...
- [系列] - go-gin-api 路由中间件 - 日志记录(三)
目录 概述 gin.Logger() 自定义 Logger() 源码地址 go-gin-api 系列文章 概述 首先同步下项目概况: 上篇文章分享了,规划项目目录和参数验证,其中参数验证使用的是 va ...
- jdk13快来了,jdk8的这几点应该看看!
说明 jdk8虽然出现很久了,但是可能我们还是有很多人并不太熟悉,本文主要就是介绍说明一些jdk8相关的内容. 主要会讲解: lambda表达式 方法引用 默认方法 Stream 用Optional取 ...
- 洛谷P2216: [HAOI2007]理想的正方形 单调队列优化DP
洛谷P2216 )逼着自己写DP 题意: 给定一个带有数字的矩阵,找出一个大小为n*n的矩阵,这个矩阵中最大值减最小值最小. 思路: 先处理出每一行每个格子到前面n个格子中的最大值和最小值.然后对每一 ...
- codeforces 626 G. Raffles(线段树+思维+贪心)
题目链接:http://codeforces.com/contest/626/problem/G 题解:这题很明显买彩票肯定要买贡献最大的也就是说买p[i]*(num[i]+1)/(num[i]+a[ ...
- webpack多页应用架构系列(一):一步一步解决架构痛点
这系列文章讲什么? 前些时间,写过一个项目,前后端分离,没有借助任何框架,项目页面特别的多,页面都是html直接写的,许多公共html,写了好多处,有一个地方需要改就得改好多地方,js也是随意写,每个 ...
- Spring.Net是怎么在MVC中实现注入的(原理)
本文将介绍Spring.Net(不仅仅是Spring.Net,其实所有的IoC容器要向控制器中进行注入,原理都是差不多的)在MVC控制器中依赖注入的实现原理,本文并没有关于在MVC使用Spring怎么 ...
- Netty源码分析 (五)----- 数据如何在 pipeline 中流动
在上一篇文章中,我们已经了解了pipeline在netty中所处的角色,像是一条流水线,控制着字节流的读写,本文,我们在这个基础上继续深挖pipeline在事件传播 Unsafe 顾名思义,unsaf ...
- CentOS7.6中mysql实践
cat /etc/redhat-release CentOS Linux release 7.6.1810 (Core) 使用:yum -y install mysql mysql-server 安装 ...