Redis 哨兵集群搭建

最新推荐文章于 2024-04-22 00:34:11 发布
最新推荐文章于 2024-04-22 00:34:11 发布
阅读量284 收藏
点赞数
分类专栏： redis
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_39440438/article/details/103843150
版权

Redis 哨兵集群搭建

在搭建哨兵集群之前先搭建 redis主从服务器 redis主从复制详尽步骤
哨兵服务器的搭建最少要3台服务，这里是在上一篇的基础上搭建的是伪集群服务

如图 192.168.172.21 服务器上创建文件夹
从 redis源码里面复制一份 redis-sentinel.conf 各个端口文件夹下面并改名

[root@localhost ~]# mkdir /opt/redis/redis-sentinel/{sentinel_26379,sentinel_26380,sentinel_26381}
[root@localhost ~]# tree /opt/redis/
/opt/redis/
├── redis-5.0.7
│   ├── bin
│   │   ├── redis-benchmark
│   │   ├── redis-check-aof
│   │   ├── redis-check-rdb
│   │   ├── redis-cli
│   │   ├── redis-sentinel -> redis-server
│   │   └── redis-server
│   ├── conf
│   │   └── redis.conf
│   ├── logs
│   │   └── redis_6379.log
│   └── redis_6379.pid
└── redis-sentinel
    ├── logs
    │   └── sentinel_26379.log
    ├── sentinel_26379
    │   └── sentinel_26379.conf
    ├── sentinel_26379.pid
    ├── sentinel_26380
    │   └── sentinel_26380.conf
    └── sentinel_26381
        └── sentinel_26381.conf

9 directories, 14 files

修改配置文件 sentinel_26379.conf

#以守护进程方式运行
daemonize yes
pidfile /opt/redis/redis-sentinel/sentinel_26379.pid
logfile "/opt/redis/redis-sentinel/logs/sentinel_26379.log"

sentinel monitor mymaster 192.168.172.11 6379 2
#mymaster为指定的master服务器起一个别名
#master IP和端口号
#2的含义：当开启的sentinel server认为当前master主观下线的（+sdown）数量达到2时，
# 则sentinel server认为当前master客观下线（+odown）系统开始自动迁移。2的计算（建议）：
#sentinel server数量的大多数，至少为count（sentinel server）/2 向上取整。2>3/2（主观下线与客观下线？）
#master别名和认证密码。这就提醒了用户，在master-slave系统中，各服务的认证密码应该保持一致。
sentinel auth-pass mymaster pwd@123
#  6秒 判断
sentinel down-after-milliseconds mymaster 6000

sentinel failover-timeout mymaster 18000

（多开服务只需要在以上配置基础上修改端口号, log和pid文件位置名称即可，其它保持不变 port 26380/port 26381）

开启Sentinel服务

# redis-sentinel /opt/redis/redis-sentinel/sentinel_26379/sentinel_26379.conf 
# redis-sentinel /opt/redis/redis-sentinel/sentinel_26380/sentinel_26380.conf 
# redis-sentinel /opt/redis/redis-sentinel/sentinel_26381/sentinel_26381.conf

启动之后可以看到日志信息，每个哨兵都能去监控到对应的redis master，并能够自动发现对应的slave，哨兵之间，互相会自动进行发现，用的就是之前说的pub/sub，消息发布和订阅channel消息系统和机制

检查哨兵状态

redis-cli -h 127.0.0.1 -p 26379 -a pwd@123

sentinel master mymaster
sentinel slaves mymaster
sentinel sentinels mymaster

sentinel get-master-addr-by-name mymaster

slave切换为Master的优先级:slave-priority，值越小优先级越高
slave-priority 设置最好不要相同，容易引起哨兵推举错误
每个slave都有可能切换成master，所以每个实例都要配置两个指令
响应密码，requirepass
连接密码，masterauth

master宕机测试

通过哨兵看一下当前的master：sentinel get-master-addr-by-name mymaster

127.0.0.1:26379> sentinel  get-master-addr-by-name mymaster
1) "192.168.172.11"
2) "6379"
127.0.0.1:26379>

把master节点kill -9掉，pid文件也删除掉

[root@localhost /]# ps aux|grep redis
root       1074  0.1  0.7 156456  7632 ?        Ssl  13:57   0:05 /opt/redis/redis-5.0.7/bin/redis-server *:6379
root       1646  0.1  0.8 156456  8004 ?        Ssl  14:33   0:03 redis-server *:6381
root       1657  0.1  0.7 156456  7916 ?        Ssl  14:36   0:03 redis-server *:6380
root       1688  0.0  0.0 112728   972 pts/0    R+   15:27   0:00 grep --color=auto redis
[root@localhost /]# kill -9 1074

等待6秒 查看，master 已经从192.168.172.11 切换到 192.168.172.21 上面了

127.0.0.1:26379> sentinel  get-master-addr-by-name mymaster
1) "192.168.172.11"
2) "6379"
127.0.0.1:26379> sentinel  get-master-addr-by-name mymaster
1) "192.168.172.21"
2) "6379"

查看sentinal的日志，是否出现+sdown字样，识别出了master的宕机问题; 然后出现+odown字样，就是指定的quorum哨兵数量，都认为master宕机了

（1）三个哨兵进程都认为master是sdown了
（2）超过quorum指定的哨兵进程都认为sdown之后，就变为odown
（3）哨兵1是被选举为要执行后续的主备切换的那个哨兵
（4）哨兵1去新的master（slave）获取了一个新的config version
（5）尝试执行failover
（6）投票选举出一个slave区切换成master，每隔哨兵都会执行一次投票
（7）让salve，slaveof noone，不让它去做任何节点的slave了; 把slave提拔成master; 旧的master认为不再是master了
（8）哨兵就自动认为之前的master变成slave，将投票出的slave变成master
（9）哨兵去探查了一下之前的master(变成来salve)的状态，认为它sdown了

故障恢复，再将旧的master重新启动，查看是否被哨兵自动切换成slave节点

查看到结果将192.168.172.21 6379切换为slave节点

1412:X 05 Jan 2020 23:39:26.393 # +sdown master mymaster 192.168.172.11 6379
1412:X 05 Jan 2020 23:39:26.448 # +odown master mymaster 192.168.172.11 6379 #quorum 2/2				-- 进入ODOWN状态时。有三个哨兵认为master当机了
1412:X 05 Jan 2020 23:39:26.448 # +new-epoch 3
1412:X 05 Jan 2020 23:39:26.448 # +try-failover master mymaster 192.168.172.11 6379	  						-- 尝试故障转移，正等待其他sentinel的选举。
1412:X 05 Jan 2020 23:39:26.449 # +vote-for-leader 3d9adf1c0bc6ae9a42e410deef85a4fe97de07fd 3			-- 投票给领导
1412:X 05 Jan 2020 23:39:26.452 # 6603bf447268c0242762ce53f0c0851d2f682846 voted for 3d9adf1c0bc6ae9a42e410deef85a4fe97de07fd 3
1412:X 05 Jan 2020 23:39:26.452 # 3014f58f6e74d789e057c33df1501bba25397894 voted for 3d9adf1c0bc6ae9a42e410deef85a4fe97de07fd 3
1412:X 05 Jan 2020 23:39:26.526 # +elected-leader master mymaster 192.168.172.11 6379	 					-- 被选举为去执行failover的时候。
1412:X 05 Jan 2020 23:39:26.526 # +failover-state-select-slave master mymaster 192.168.172.11 6379			-- 开始要选择一个slave当选新master时。
1412:X 05 Jan 2020 23:39:26.609 # +selected-slave slave 192.168.172.21:6379 192.168.172.21 6379 @ mymaster 192.168.172.11 6379	-- 找到了 21:6379 一个适合的slave来担当新master
                              																	-- 当把选择为新master的slave的身份进行切换的时候。
1412:X 05 Jan 2020 23:39:26.609 * +failover-state-send-slaveof-noone slave 192.168.172.21:6379 192.168.172.21 6379 @ mymaster 192.168.172.11 6379						-- 等待提升 21:6379 为新的master
1412:X 05 Jan 2020 23:39:26.668 * +failover-state-wait-promotion slave 192.168.172.21:6379 192.168.172.21 6379 @ mymaster 192.168.172.11 6379
1412:X 05 Jan 2020 23:39:26.805 # +promoted-slave slave 192.168.172.21:6379 192.168.172.21 6379 @ mymaster 192.168.172.11 6379			-- 提升 21:6379 master
1412:X 05 Jan 2020 23:39:26.805 # +failover-state-reconf-slaves master mymaster 192.168.172.11 6379				-- Failover状态变为reconf-slaves状态时
1412:X 05 Jan 2020 23:39:26.877 * +slave-reconf-sent slave 192.168.172.11:6381 192.168.172.11 6381 @ mymaster 192.168.172.11 6379								  -- 重新配置 6381为slave
1412:X 05 Jan 2020 23:39:27.527 # -odown master mymaster 192.168.172.11 6379
1412:X 05 Jan 2020 23:39:27.648 * +slave-reconf-inprog slave 192.168.172.11:6381 192.168.172.11 6381 @ mymaster 192.168.172.11 6379
1412:X 05 Jan 2020 23:39:28.721 * +slave-reconf-done slave 192.168.172.11:6381 192.168.172.11 6381 @ mymaster 192.168.172.11 6379
1412:X 05 Jan 2020 23:39:28.775 * +slave-reconf-sent slave 192.168.172.11:6380 192.168.172.11 6380 @ mymaster 192.168.172.11 6379
1412:X 05 Jan 2020 23:39:29.728 * +slave-reconf-inprog slave 192.168.172.11:6380 192.168.172.11 6380 @ mymaster 192.168.172.11 6379
1412:X 05 Jan 2020 23:39:29.728 * +slave-reconf-done slave 192.168.172.11:6380 192.168.172.11 6380 @ mymaster 192.168.172.11 6379
1412:X 05 Jan 2020 23:39:29.828 # +failover-end master mymaster 192.168.172.11 6379
1412:X 05 Jan 2020 23:39:29.828 # +switch-master mymaster 192.168.172.11 6379 192.168.172.21 6379
1412:X 05 Jan 2020 23:39:29.828 * +slave slave 192.168.172.11:6381 192.168.172.11 6381 @ mymaster 192.168.172.21 6379
1412:X 05 Jan 2020 23:39:29.828 * +slave slave 192.168.172.11:6380 192.168.172.11 6380 @ mymaster 192.168.172.21 6379
1412:X 05 Jan 2020 23:39:29.828 * +slave slave 192.168.172.11:6379 192.168.172.11 6379 @ mymaster 192.168.172.21 6379
ting_Cwt
关注
专栏目录
【微服务】springboot整合redis哨兵集群使用详解
congge
08-02 5189
springboot整合redis哨兵集群使用详解
Redis哨兵集群搭建
qq_31515997的博客
02-25 1002
Redis 哨兵 集群搭建(版本5.0.5） 1、下载好的redis进行解压,解压：redis 命令:tar -zxvf redis-5.0.5.tar.gz 2、进入redis安装目录文件夹 3、输入make指令 4、继续执行make install 5、创建config存放redis.conf文件 命令：mkdir conf 6、redis.conf 拷贝到conf下面 命令：cp redis.conf conf/ 7......
搭建Redis哨兵集群
liumeng248的博客
12-28 279
搭建Redis哨兵集群，springboot整合验证故障转移过程哨兵的主从切换
搭建Redis哨兵集群(实例):
qq_59369367的博客
12-05 1044
搭建哨兵模式的前提是要首先搭建Redis主从复制: Redis主从复制原理: Redis支持主从同步。数据可以从主服务器向任意数量的从服务器上同步，从服务器可以是关联其他从服务器的主服务器。这使得Redis可执行单层树复制。从盘可以有意无意的对数据进行写操作。由于完全实现了发布/订阅机制，使得从数据库在任何地方同步树时，可订阅一个频道并接收主服务器完整的消息发布记录。同步对读取操作的可扩展性和数据冗余很有帮助。 全量复制: 而在slave服务在接受到数据库文件数据后,将其存盘并加载到内存...
【NOSQL】redis哨兵模式、集群搭建
wang_dian1的博客
07-02 3206
主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点(Master)，后者称为从节点(Slave)；数据的复制是单向的，只能由主节点到从节点。默认情况下，每台Redis服务器都是主节点；且一个主节点可以有多个从节点(或没有从节点)，但一个从节点只能有一个主节点。 2.1.3设置环境变量 2.1.4定义systemd服务管理脚本 2.2修改 Redis 配置文件（Master节点操作 2.3修改 Redis 配置文件（Slave节点操作）** 主从切换技术的方法是
redis集群之哨兵架构搭建
最新发布
weixin_45476104的博客
04-22 2394
在主从集群架构中S节点宕机重启后可以找master节点同步数据,那Master节点宕机后怎么办呢？为此，出现了Sentinel(哨兵),哨兵是Redis的高可用性解决方案。哨兵是一个分布式系统,用于对主从架构中的每台服务器进行监控,当Master出现故障时通过投票机制从Slave选择新的Master,并将所有的Slave连接到新的Master,当Slave出现故障时将其下线。为此哨兵有两个主要的职能一是监控, 二是选择,监控的是集群中每个节点的状态，选择的是当Master节点出现故障时重新选择出主节点。
Linux下Redis哨兵集群模式搭建详解（1主2从+3哨兵）
weixin_42925623的博客
02-24 6728
Linux下Redis哨兵集群模式搭建详解（1主2从+3哨兵）
redis哨兵集群搭建过程
03-26
在docker环境下一步一步描述了整个搭建过程，主要包括服务器划分、单节点搭建、哨兵安装、密码认证等操作，你值得拥有
Redis哨兵集群搭建(Docker)
weixin_58401609的博客
04-05 2255
#ping 命令 ping www.baidu.com md 创建文件夹 rd 移除文件夹 cd> 创建文件 del 删除文件
redis哨兵集群搭建
12-16
搭建Redis哨兵集群的步骤如下： 1. 安装Redis：在每个节点上安装Redis，并配置好Redis的基本参数。 2. 配置Redis主从复制：将其中一个Redis节点配置为主节点，其他节点配置为从节点，并启动主从复制功能。 3. ...
03-Redis主从搭建，哨兵搭建，Cluster集群搭建
weixin_44316557的博客
05-11 340
master收到PSYNC命令后，会在后台进行数据持久化通过bgsave生成最新的rdb快照文件，就算master没有开启rdb，在主从同步数据的时候也会自动调用bgsave命令。然后，master再将之前缓存在内存中的命令发送给slave。master会在其内存中创建一个复制数据用的缓存队列，缓存最近一段时间的数据，master和它所有的slave都维护了复制的数据下标offset和master的进程id，因此，当网络连接断开后，slave会请求master继续进行未完成的复制，从所记录的数据下标开始。
Linux部署Redis哨兵集群 一主两从三哨兵（这里使用Redis6，其它版本类似）
kerwin的博客
10-24 7540
Linux部署Redis哨兵集群 一主两从三哨兵（这里使用Redis6，其它版本类似）
Redis主从复制哨兵集群搭建
ChinaCR07的博客
11-05 366
1 Redis主从复制 1.1搭建主从复制集群 建立主从复制关系有三种方式： 在redis.conf文件中配置slaveof <masterip> <masterport>选项，然后指定该配置文件启动Redis生效。 在redis-server启动命令后加上--slaveof <masterip> <masterport>启动生效。 直接在从节点使...
redis哨兵集群搭建详细过程
qq_43783527的博客
01-04 7607
目录架构图1.为什么需要哨兵架构2.redis哨兵架构搭建搭建哨兵服务踩坑记录redis主从自动切换自动切换3.Java代码连接哨兵的连接代码-main方法方式-Jedis类Reids连接-springboot方式-RedisTemplate类 架构图 sentinel[ˈsentɪnl]哨兵是特殊的redis服务，不提供读写服务，主要用来监控redis实例节点。 哨兵架构下client端第一次从哨兵找出redis的主节点，后续就直接访问redis的主节点，不会每次都通过sentinel代理访问redis
基于Sentinel（哨兵）搭建实现Redis高可用集群
热门推荐
pengjunlee的博客
08-05 4万+
目录 概述 哨兵的分布式特性 安装Redis-Sentinel集群 Redis-Sentinel集群配置 redis.conf配置 sentinel.conf配置 场景测试 场景一：Master宕机 场景二：Master恢复 场景三：Slave宕机 场景四：Slave恢复 概述 Redis-Sentinel哨兵机制为Redis提供了高可用性，这意味着你可以使用哨兵模式创建...
redis环境搭建之主从复制集群+哨兵集群
懵懂无知的蜗牛的博客
07-27 337
redis环境搭建之主从复制集群+哨兵集群 环境：redis-5.0.5 + CentOS 6.x 单机伪集群搭建：6379为主节点，6380、6381为从节点 1、准备配置文件 1-1、准备主节点配置文件-6379.conf mkdir /opt/test vi /opt/test/6379.conf 6379.conf文件全配置 bind 127.0.0.1 # 端口号 port 6379 # 是否后台启动 daemonize no # pid启动文件 pidfile /var/run/redis_6
Redis哨兵模式
weixin_45876411的博客
02-18 1838
搭建哨兵集群只需2步第一：搭建一个Redis主从集群;第二：搭建哨兵去监控集群;
Redis主从、哨兵及集群搭建
qq_42569946的博客
09-24 1193
Redis主从、哨兵及集群搭建
centos7 redis-sentinel哨兵模式搭建
sanglimeng的博客
09-27 1755
前言 实际MES项目需要用到redis缓存，单机redis不适合正式环境部署，因此考虑 Redis 服务器集群，实现主从配置和容灾部署，使得主机出现故障时，可自动进行容灾切换，下面就详细讲解一下如何利用 Redis 来实现。 ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值