0071-redis哨兵模式搭建

最新推荐文章于 2024-03-09 15:26:49 发布
原创 最新推荐文章于 2024-03-09 15:26:49 发布 · 2.6k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#redis

本文详细介绍了在三台CentOS机器上搭建Redis一主二从配置及哨兵集群的过程，包括各节点的配置调整、角色设定、网络互通确认、哨兵配置与启动，以及主节点故障后的自动切换流程，展示了Redis高可用性的实现。

文章目录

1. 机器配置

主机角色
centos0010master/sentinel-1
centos0020slave1/sentinel-2
centos0030slave2/sentinel-2

2. 一主二从配置

centos0010/centos0020/centos0030已经配置了host文件且三台机网络互通

2.1 master
vi redis.conf
# 修改bind地址
bind centos0010

[rongyao@centos0010 redis-5.0.0]$ src/redis-cli -h centos0010 -p 6379
centos0010:6379> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=192.168.247.130,port=6379,state=online,offset=1594,lag=0
slave1:ip=192.168.247.131,port=6379,state=online,offset=1594,lag=1
master_replid:d860624ced5184c06e556f8df9aaef22ffb9b4c9
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:1594
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:1594
2.2 slave1
vi redis.conf
# 修改bind地址
bind centos0020
# 指定master主机端口号
replication centos0010 6379
# 修改优先级 默认100，值越小优先级越高
replication-priority 100

[rongyao@centos0020 redis-5.0.0]$ src/redis-cli -h centos0020 -p 6379
centos0020:6379> info replication
# Replication
role:slave
master_host:centos0010
master_port:6379
master_link_status:up
master_last_io_seconds_ago:3
master_sync_in_progress:0
slave_repl_offset:1776
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:d860624ced5184c06e556f8df9aaef22ffb9b4c9
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:1776
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:1776
2.3 slave2
vi redis.conf
# 修改绑定地址
bind centos0030
# 指定master主机端口号
replication centos0010 6379
# 修改优先级 默认100，值越小优先级越高
replication-priority 100

[rongyao@centos0030 redis-5.0.0]$ src/redis-cli -h centos0030 -p 6379
centos0030:6379> info replication
# Replication
role:slave
master_host:centos0010
master_port:6379
master_link_status:up
master_last_io_seconds_ago:6
master_sync_in_progress:0
slave_repl_offset:1692
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:d860624ced5184c06e556f8df9aaef22ffb9b4c9
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:1692
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:127
repl_backlog_histlen:1566

3. 哨兵配置

哨兵相当于一台只提供订阅的redis服务器

3.1 centos0010
vim sentinel.conf

# 绑定地址
bind centos0010
# 后台执行
daemonize yes
# 配置日志可以看到详细信息
logFile = ""
# 监控master主机 2表示quonum 2个哨兵认为下线才是下线
sentinel monitor mymaster centos0010 6379 2

#启动哨兵
src/redis-server sentinel.conf --sentinel
3.2 centos0020
vim sentinel.conf

# 绑定地址
bind centos0020
# 后台执行
daemonize yes
# 配置日志可以看到详细信息
logFile = ""
# 监控master主机 2表示quonum 2个哨兵认为下线才是下线
sentinel monitor mymaster centos0010 6379 2

#启动哨兵
src/redis-server sentinel.conf --sentinel
3.3 centos0030
vim sentinel.conf

# 绑定地址
bind centos0030
# 后台执行
daemonize yes
# 配置日志可以看到详细信息
logFile = ""
# 监控master主机 2表示quonum 2个哨兵认为下线才是下线
sentinel monitor mymaster centos0010 6379 2

#启动哨兵
src/redis-server sentinel.conf --sentinel

4. 验证主机转移

4.1 干掉centos0010的master节点
[rongyao@centos0010 redis-5.0.0]$ ps -ef|grep redis
rongyao    7769      1  0 21:19 ?        00:00:10 src/redis-server 192.168.247.129:6379
rongyao    8150      1  0 21:57 ?        00:00:02 src/redis-server centos0010:26379 [sentinel]
rongyao    8224   7699  0 22:02 pts/0    00:00:00 grep --color=auto redis
[rongyao@centos0010 redis-5.0.0]$ kill -9 7769
4.2 centos0020/centos0030升级为主节点

centos0020

[rongyao@centos0020 redis-5.0.0]$ !860
src/redis-cli -h centos0020 -p 6379
centos0020:6379> info replications
centos0020:6379> info replication
# Replication
role:master
connected_slaves:1
slave0:ip=192.168.247.131,port=6379,state=online,offset=58312,lag=1
master_replid:ec8714d9ca0fe8de5e0e0a18f81bee291ade7246
master_replid2:d860624ced5184c06e556f8df9aaef22ffb9b4c9
master_repl_offset:58457
second_repl_offset:50259
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:58457

centos0030

[rongyao@centos0030 redis-5.0.0]$ !930
src/redis-cli -h centos0030 -p 6379
centos0030:6379> info replication
# Replication
role:slave
master_host:192.168.247.130
master_port:6379
master_link_status:up
master_last_io_seconds_ago:0
master_sync_in_progress:0
slave_repl_offset:64009
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:ec8714d9ca0fe8de5e0e0a18f81bee291ade7246
master_replid2:d860624ced5184c06e556f8df9aaef22ffb9b4c9
master_repl_offset:64009
second_repl_offset:50259
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:127
repl_backlog_histlen:63883

哨兵日志信息

[rongyao@centos0030 ~]$ tail -fn 1000 app/redis-5.0.0/logs/sentinel.log 
9038:X 16 Mar 2020 23:10:58.979 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
9038:X 16 Mar 2020 23:10:58.979 # Redis version=5.0.0, bits=64, commit=00000000, modified=0, pid=9038, just started
9038:X 16 Mar 2020 23:10:58.979 # Configuration loaded
9039:X 16 Mar 2020 23:10:58.982 * Increased maximum number of open files to 4096 (it was originally set to 1024).
9039:X 16 Mar 2020 23:10:58.984 * Running mode=sentinel, port=26379.
9039:X 16 Mar 2020 23:10:58.984 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128.
9039:X 16 Mar 2020 23:10:58.984 # Sentinel ID is d1230dd7e3ef4b3c134e8d62d1726172d7f87d23
9039:X 16 Mar 2020 23:10:58.984 # +monitor master mymaster 192.168.247.129 6379 quorum 2

9039:X 16 Mar 2020 23:12:57.400 # +sdown master mymaster 192.168.247.129 6379
9039:X 16 Mar 2020 23:12:57.467 # +odown master mymaster 192.168.247.129 6379 #quorum 3/2
9039:X 16 Mar 2020 23:12:57.468 # +new-epoch 3
9039:X 16 Mar 2020 23:12:57.468 # +try-failover master mymaster 192.168.247.129 6379
9039:X 16 Mar 2020 23:12:57.471 # +vote-for-leader d1230dd7e3ef4b3c134e8d62d1726172d7f87d23 3
9039:X 16 Mar 2020 23:12:57.484 # f7a2a9425b88c596a12ee46cfeb2fc6794566ab9 voted for d1230dd7e3ef4b3c134e8d62d1726172d7f87d23 3
9039:X 16 Mar 2020 23:12:57.485 # 99dfd2b77f74d0dbd71f1ec1ead82ae8fc73142e voted for d1230dd7e3ef4b3c134e8d62d1726172d7f87d23 3
9039:X 16 Mar 2020 23:12:57.563 # +elected-leader master mymaster 192.168.247.129 6379
9039:X 16 Mar 2020 23:12:57.563 # +failover-state-select-slave master mymaster 192.168.247.129 6379
9039:X 16 Mar 2020 23:12:57.616 # +selected-slave slave 192.168.247.131:6379 192.168.247.131 6379 @ mymaster 192.168.247.129 6379
9039:X 16 Mar 2020 23:12:57.616 * +failover-state-send-slaveof-noone slave 192.168.247.131:6379 192.168.247.131 6379 @ mymaster 192.168.247.129 6379
9039:X 16 Mar 2020 23:12:57.679 * +failover-state-wait-promotion slave 192.168.247.131:6379 192.168.247.131 6379 @ mymaster 192.168.247.129 6379
9039:X 16 Mar 2020 23:12:58.621 # +promoted-slave slave 192.168.247.131:6379 192.168.247.131 6379 @ mymaster 192.168.247.129 6379
9039:X 16 Mar 2020 23:12:58.622 # +failover-state-reconf-slaves master mymaster 192.168.247.129 6379
9039:X 16 Mar 2020 23:12:58.670 * +slave-reconf-sent slave 192.168.247.130:6379 192.168.247.130 6379 @ mymaster 192.168.247.129 6379
9039:X 16 Mar 2020 23:12:59.629 # -odown master mymaster 192.168.247.129 6379
9039:X 16 Mar 2020 23:12:59.634 * +slave-reconf-inprog slave 192.168.247.130:6379 192.168.247.130 6379 @ mymaster 192.168.247.129 6379
9039:X 16 Mar 2020 23:12:59.634 * +slave-reconf-done slave 192.168.247.130:6379 192.168.247.130 6379 @ mymaster 192.168.247.129 6379
9039:X 16 Mar 2020 23:12:59.692 # +failover-end master mymaster 192.168.247.129 6379
9039:X 16 Mar 2020 23:12:59.693 # +switch-master mymaster 192.168.247.129 6379 192.168.247.131 6379
9039:X 16 Mar 2020 23:12:59.693 * +slave slave 192.168.247.130:6379 192.168.247.130 6379 @ mymaster 192.168.247.131 6379
9039:X 16 Mar 2020 23:12:59.693 * +slave slave 192.168.247.129:6379 192.168.247.129 6379 @ mymaster 192.168.247.131 6379
9039:X 16 Mar 2020 23:13:29.694 # +sdown slave 192.168.247.129:6379 192.168.247.129 6379 @ mymaster 192.168.247.131 6379
4.3 重启centos0010的redis将变为从节点
[rongyao@centos0010 redis-5.0.0]$ !1006
src/redis-server redis.conf 
8267:C 16 Mar 2020 22:06:43.213 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
8267:C 16 Mar 2020 22:06:43.213 # Redis version=5.0.0, bits=64, commit=00000000, modified=0, pid=8267, just started
8267:C 16 Mar 2020 22:06:43.213 # Configuration loaded
[rongyao@centos0010 redis-5.0.0]$ !1011
src/redis-cli -h centos0010 -p 6379
centos0010:6379> info replication
# Replication
role:slave
master_host:192.168.247.130
master_port:6379
master_link_status:up
master_last_io_seconds_ago:0
master_sync_in_progress:0
slave_repl_offset:103289
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:ec8714d9ca0fe8de5e0e0a18f81bee291ade7246
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:103289
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:102238
repl_backlog_histlen:1052

哨兵日志

9039:X 16 Mar 2020 23:18:55.495 # -sdown slave 192.168.247.129:6379 192.168.247.129 6379 @ mymaster 192.168.247.131 6379
9039:X 16 Mar 2020 23:19:05.467 * +convert-to-slave slave 192.168.247.129:6379 192.168.247.129 6379 @ mymaster 192.168.247.131 6379
redis 哨兵模式搭建
xingfengsuiyu的博客
06-27 397
1.准备三台服务器，都安装好redis 2.准备redis配置文件，就简单点 #后台启动 daemonize yes #端口号(如果同一台服务器上启动，注意要修改为不同的端口) port 6379 # IP绑定，redis不建议对公网开放，直接绑定0.0.0.0没毛病 bind 0.0.0.0 # 这个文件会自动生成(如果同一台服务器上启动，注意要修改为不同的端口) pidfile /zc/home/nosql/redis/redis-6.0.9/redis_6370.pid 3.复制配置文件到其他两个节
Redis哨兵模式搭建
约翰的专栏
08-24 2631
哨兵模式搭建 主从切换技术的方法是：当主服务器宕机后，需要手动把一台从服务器切换为主服务器，这就需要人工干预，费事费力，还会造成一段时间内服务不可用。这不是一种推荐的方式，更多时候，我们优先考虑哨兵模式 哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程，它会独立运行。其原理是哨兵通过发送命令，等待Redis服务器响应，从而监控运行的多个Redis实例。 这里的哨兵有两个作用 通过发送命令，让Redis服务器返回监控其运行状态，包括主服务器和从服务器。 当哨兵监测到
Redis -- 14 -- Redis哨兵模式搭建
Gene Xu
09-07 481
官方文档：Redis Sentinel Documentation 之前我们通过不同的方式搭建了 Redis 集群，但是这样的 Redis 集群有个很大的弊端，就是不具备高可用性，因为一旦 Master 挂掉之后，整个 Redis 集群将不能对外提供写入操作，因此 Sentinel (Redis 哨兵) 应运而生 Redis Sentinel 是 Redis 官方提供的集群管理工具，其本身也是一个独立运行的 Redis 进程，它可以监控多个 Master-Slave 集群，当发现 Master 故障.
redis搭建哨兵模式
weixin_38879931的博客
02-12 2363
redis哨兵模式，是指针对主从复制模式的一种监控状态的模式，在redis主从模式中，若主机发生故障而导致宕机时候，需要人为干预，重启主机服务，这样是很不方便的，而哨兵则能很好的解决这个问题，哨兵可以对主从复制模式的主机进行监控，如果发生故障，则可以通过内部机制将其中的一个从机作为主机继续进行服务，选举主机遵从以下原则： redis配置文件中参数：replica-priority 100(优先级，数字越低，优先级越高) 从机的数据越符合主机数据，优先级越高 redis启动的服务，会随机生成一个40位的id
redis-哨兵模式-搭建
小城我家
10-23 5018
哨兵模式 哨兵（sentinel）是Redis的高可用性(High Availability)的解决方案： 由一个或多个sentinel实例组成sentinel集群可以监视一个或多个主服务器和多个从服务器。 当主服务器进入下线状态时，sentinel可以将该主服务器下的某一从服务器升级为主服务器继续提供服 务，从而保证redis的高可用性 系统centos 7 下载 随便找个地方下载 cd /usr/local/redis wget https://download.redis.io/releases/r
redis哨兵模式搭建及测试.doc
10-31
Redis哨兵模式搭建及测试 Redis哨兵模式是一种高可用性解决方案，它可以监控多个Redis实例，并在主服务器宕机时自动将从服务器切换为主服务器，以确保服务的连续性。 一、哨兵模式概述 哨兵模式是一种特殊的模式...
Linux环境redis哨兵集群模式搭建
higherzjm的专栏
03-09 1346
本文集群预期建3个节点，主节点端口6001，从节点端口分别是6002,6003。
6-redis主从-哨兵-集群搭建.pdf
07-07
2. Redis哨兵（Sentinel）： 哨兵是Redis的高可用解决方案，它可以监控主从服务器的运行状态，实现自动故障转移。当主节点出现故障时，哨兵可以进行故障检测并自动将一个从节点升级为新的主节点，继续提供服务。...
redis哨兵模式搭建.rar
07-13
本教程将指导您在Ubuntu环境下设置Redis Sentinel模式，并允许本地代码进行访问。 首先，我们需要了解Redis Sentinel的基本概念。Sentinel是一个分布式系统，由多个运行在不同节点上的Sentinel实例组成。它们之间会...
Redis哨兵模式的搭建
莫忘、初心
02-19 2809
Redis哨兵模式是一种用于在Redis主从复制环境中进行高可用性监控和故障恢复的机制。该模式引入了一个或多个哨兵节点，这些节点负责监控Redis服务器的状态，并在主节点发生故障时切换为新的主节点。redis 哨兵模式启动成功后，会自动在sentinel .conf 最下方生成以下配置。启动所有服务器后，查看所有redis 节点状态。新版本redis自带哨兵，不需要单独安装。依次启动所有服务器上的redis 服务。在redis的安装目录下有个文件。修改所有服务器的hosts。，这就是哨兵的配置文件。
redis哨兵模式搭建
Stestack的博客
06-27 1029
一、搭建前准备工作节点 主机名 ip#可以复用之前的设备#关闭防火墙#关闭selinux二、部署redisredis最新版本在官网可以直接下载到,在三个节点上分别进行redis的部署，看具体版本步骤：1–配置，redis.conf2–自启动配置[Unit][Service][Install]三、启用redis-sentinel(哨兵集群)
redis 哨兵模式搭建linux
最新发布
03-21
### 配置和部署 Redis 哨兵模式 在 Linux 环境下配置和部署 Redis 哨兵模式可以通过以下几个方面来实现，包括主从复制的设置以及哨兵节点的具体配置。 #### 1. 启动 Redis 实例 为了支持 Redis 的高可用性，在启动多个 Redis 实例之前，需要确保每台实例都已正确配置为主机或从属角色。以下是具体的命令： ```bash cd /usr/local/src/redis-5.0.0/src ./redis-server ../master.conf --protected-mode no & ./redis-server ../slave1.conf --protected-mode no & ./redis-server ../slave2.conf --protected-mode no & ``` 上述命令会分别启动一个主服务器和两个从服务器[^3]。需要注意的是，`--protected-mode no` 参数允许外部客户端访问 Redis 服务；如果不需要远程访问，则可以省略此参数并保持默认的安全设置。 #### 2. 编辑 Sentinel 配置文件 创建用于监控 Master 节点状态变化的通知脚本，并将其路径写入到 `sentinel.conf` 文件中。下面是一个典型的例子： ```ini port 26379 dir /tmp/ logfile "/var/log/redis/sentinel.log" # Monitor the master instance named 'mymaster' running on IP address 192.168.1.42 at port 6379. sentinel monitor mymaster 192.168.1.42 6379 2 sentinel down-after-milliseconds mymaster 30000 sentinel failover-timeout mymaster 180000 sentinel parallel-syncs mymaster 1 ``` 这段代码定义了一个名为 `mymaster` 的集群组，其中包含了至少两票同意才能触发自动切换操作的时间阈值和其他一些重要的超时选项[^4]。 #### 3. 使用 Docker 容器运行 Redis 和 Sentinel 对于更复杂的生产环境来说，推荐采用容器化技术如 Docker 来简化管理和维护工作流程。这里给出了一种基于 YAML 格式的 Compose 文件片段作为参考： ```yaml version: '3' services: redis-master: image: redis:alpine container_name: redis-master restart: always ports: - "6379:6379" redis-slave1: ... redis-sentinel1: image: redis:alpine container_name: redis-sentinel1 command: ["redis-sentinel", "--sentinel", "/etc/redis/sentinel.conf"] volumes: - ./sentinel/sentinel.conf:/etc/redis/sentinel.conf depends_on: - redis-master - redis-slave1 - redis-slave2 ``` 注意这里的 `command` 字段指定了以哨兵模式启动的服务进程[^2]。 --- ### 总结 通过以上方法可以在标准 Linux 发行版上成功建立一套完整的 Redis 哨兵架构体系结构。这不仅能够提升整个数据库系统的稳定性与效率，还提供了灵活应对突发状况的能力。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值