AI 助理
文档备案控制台
开发者社区 开发与运维 文章 正文

云服务器Redis Sentinel部署及客户端公网IP连接

2023-02-22 791
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介： 目录1、配置文件(1) Redis主节点配置文件(2) Redis从节点配置文件(3) Sentinel(哨兵)配置文件2、启动Redis服务和哨兵(1) 启动3个Redis服务(2) 启动3个哨兵3、客户端连接(1) 客户端哨兵读写分离配置(2) 故障转移测试用例(3) 停掉master节点模拟宕机

目录

1、配置文件

(1) Redis主节点配置文件

(2) Redis从节点配置文件

(3) Sentinel(哨兵)配置文件

2、启动Redis服务和哨兵

(1) 启动3个Redis服务

(2) 启动3个哨兵

3、客户端连接

(1) 客户端哨兵读写分离配置

(2) 故障转移测试用例

(3) 停掉master节点模拟宕机

1、配置文件

Redis版本为6.0.4，准备了6个配置文件，3个Redis服务配置文件，3个哨兵配置文件，部署方式为一主二从三哨兵。

(1) Redis主节点配置文件

redis-6380.conf

# 配置文件进行了精简，完整配置可自行和官方提供的完整conf文件进行对照。端口号自行对应修改
#后台启动的意思
daemonize yes
#端口号(如果同一台服务器上启动，注意要修改为不同的端口)
port 6380
# IP绑定，redis不建议对公网开放，直接绑定0.0.0.0没毛病
bind 172.17.0.13 127.0.0.1
# 日志文件
logfile "/redis/logs/redis-6380.log"
# 工作目录，用来存储持久化文件
dir "/redis/workingDir"


(2) Redis从节点配置文件

redis-6381.conf、redis-6382.conf

# 配置文件进行了精简，完整配置可自行和官方提供的完整conf文件进行对照。端口号自行对应修改
#后台启动的意思
daemonize yes
#端口号(如果同一台服务器上启动，注意要修改为不同的端口)
port 6381
# IP绑定，redis不建议对公网开放，直接绑定0.0.0.0没毛病
bind 172.17.0.13 127.0.0.1
# 日志文件
logfile "/redis/logs/redis-6381.log"
# 工作目录，用来存储持久化文件
dir "/redis/workingDir"
# 复制选项
replicaof 122.51.151.130 6380


如果客户端是通过公网ip连接，replicaof 122.51.151.130 6380从节点复制配置要特别注意，改成公网ip而不是私网ip，由于从节点是通过公网ip和主节点通信，因此相关端口在安全组中一定要放开。

下面哨兵配置监控的也是公网ip，复制项如果配的私网ip，会导致哨兵切主时失败。这里比较奇怪，哨兵选出了晋升的从节点，但从节点角色还是role。如果复制项的主节点ip和哨兵监控的主节点ip都为公网或私网ip，则不会出现这种情况。

(3) Sentinel(哨兵)配置文件

#配置文件：Sentinel.conf，在sentinel运行期间是会被动态修改的
# sentinel如果重启时，根据这个配置来恢复其之前所监控的redis集群的状态
# 绑定IP
bind 172.17.0.13 127.0.0.1
# 后台运行
daemonize yes
# 默认yes，没指定密码或者指定IP的情况下，外网无法访问
protected-mode no
# 哨兵的端口，客户端通过这个端口来发现redis
port 26381
# 哨兵自己的IP，手动设定也可自动发现，用于与其他哨兵通信
# sentinel announce-ip
# 工作目录
dir "/redis/workingDir"
# 日志
logfile "/redis/logs/sentinel-26381.log"
# sentinel监控的master的名字叫做mymaster,初始地址为 127.0.0.1 6380,2代表两个及以上哨兵认定为死亡，才认为是真的死亡
sentinel monitor mymaster 122.51.151.130 6380 2
# 发送心跳PING来确认master是否存活
# 如果master在“一定时间范围”内不回应PONG 或者是回复了一个错误消息，那么这个sentinel会主观地(单方面地)认为这个master已经不可用了
sentinel down-after-milliseconds mymaster 1000
# 如果在该时间（ms）内未能完成failover操作，则认为该failover失败
sentinel failover-timeout mymaster 3000
# 指定了在执行故障转移时，最多可以有多少个从Redis实例在同步新的主实例，在从Redis实例较多的情况下这个数字越小，同步的时间越长，完成故障转移所需的时间就越长
sentinel parallel-syncs mymaster 1


2、启动Redis服务和哨兵

(1) 启动3个Redis服务

redis-server redis-6380.conf
redis-server redis-6381.conf
redis-server redis-6382.conf


启动完成后，查看主从复制信息：

[universe@VM_0_13_centos sentinel]$ redis-cli -p 6380
127.0.0.1:6380> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=122.51.151.130,port=6381,state=online,offset=14821,lag=1
slave1:ip=122.51.151.130,port=6382,state=online,offset=14821,lag=1
master_replid:ced7289a3295ce73e9b538b0d69a7ce1e7bfdb54
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:15241
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:15241

现在主从复制是okay的，当前6380为主节点，6381和6382为从节点。

(2) 启动3个哨兵

redis-sentinel sentinel-26380.conf
redis-sentinel sentinel-26381.conf
redis-sentinel sentinel-26382.conf
[universe@VM_0_13_centos sentinel]$ redis-cli -p 26381
127.0.0.1:26381> info sentinel
# Sentinel
sentinel_masters:1
sentinel_tilt:0
sentinel_running_scripts:0
sentinel_scripts_queue_length:0
sentinel_simulate_failure_flags:0
master0:name=mymaster,status=ok,address=122.51.151.130:6380,slaves=2,sentinels=3

3、客户端连接

(1) 客户端哨兵读写分离配置

@Configuration
public class RedisSentinelConfig {
  @Bean
  public RedisConnectionFactory redisConnectionFactory() {
    LettuceClientConfiguration clientConfig = LettuceClientConfiguration.builder()
      .readFrom(ReadFrom.REPLICA_PREFERRED)
      .build();
    // 指定监控的master以及哨兵地址、端口
    RedisSentinelConfiguration sentinelConfig = new RedisSentinelConfiguration()
            .master("mymaster")
            .sentinel("122.51.151.130", 26380)
            .sentinel("122.51.151.130", 26381)
            .sentinel("122.51.151.130", 26382);
    return new LettuceConnectionFactory(sentinelConfig, clientConfig);
  }
}


(2) 故障转移测试用例

@RunWith(SpringRunner.class)
@SpringBootTest(classes = Application.class)
public class RedisSentinelTest {
  @Autowired
  private StringRedisTemplate stringRedisTemplate;
  /**
   * 期间关掉master，哨兵会进行自动故障切换，客户端重连到新的master
   * @throws InterruptedException
   */
  @Test
  public void automaticFailoverTest() throws InterruptedException {
    int count = 0;
    while (true) {
      try {
        stringRedisTemplate.opsForValue().set("count", String.valueOf(++count));
      } catch (RedisSystemException e) {
        System.out.println("可能发生切主，命令被取消，重连.....");
        stringRedisTemplate.opsForValue().set("count", String.valueOf(++count));
      }
      System.out.println("修改count的值，当前值为：" + count);
      Thread.sleep(2000);
      System.out.println("获取count的值，当前值为：" + stringRedisTemplate.opsForValue().get("count"));
    }
  }
}

(3) 停掉master节点模拟宕机

把当前主节点6380干掉后，哨兵会进行切主，我们可以再次查看哨兵状态信息：

[universe@VM_0_13_centos sentinel]$ redis-cli -p 26380
127.0.0.1:26380> info sentinel
# Sentinel
sentinel_masters:1
sentinel_tilt:0
sentinel_running_scripts:0
sentinel_scripts_queue_length:0
sentinel_simulate_failure_flags:0
master0:name=mymaster,status=ok,address=122.51.151.130:6382,slaves=2,sentinels=3


主节点6380挂掉后程序还是是正常运行的，程序运行结果如下：

修改count的值，当前值为：1
获取count的值，当前值为：1
修改count的值，当前值为：2
获取count的值，当前值为：2
修改count的值，当前值为：3
获取count的值，当前值为：3
修改count的值，当前值为：4
获取count的值，当前值为：4
修改count的值，当前值为：5
获取count的值，当前值为：5
修改count的值，当前值为：6
获取count的值，当前值为：6
修改count的值，当前值为：7
获取count的值，当前值为：7
修改count的值，当前值为：8
2020-09-02 16:14:07.785  INFO 13140 --- [xecutorLoop-1-2] i.l.core.protocol.ConnectionWatchdog     : Reconnecting, last destination was /122.51.151.130:6380
获取count的值，当前值为：8
2020-09-02 16:14:08.885  WARN 13140 --- [ioEventLoop-6-3] i.l.core.protocol.ConnectionWatchdog     : Cannot reconnect to [122.51.151.130:6380]: Connection refused: no further information: /122.51.151.130:6380
2020-09-02 16:14:09.084  INFO 13140 --- [xecutorLoop-1-3] i.l.core.protocol.ConnectionWatchdog     : Reconnecting, last destination was /122.51.151.130:6382
2020-09-02 16:14:09.118  INFO 13140 --- [ioEventLoop-6-1] i.l.core.protocol.ReconnectionHandler    : Reconnected to 122.51.151.130:6382
2020-09-02 16:14:09.985  INFO 13140 --- [xecutorLoop-1-4] i.l.core.protocol.ConnectionWatchdog     : Reconnecting, last destination was /122.51.151.130:6381
2020-09-02 16:14:10.016  INFO 13140 --- [ioEventLoop-6-2] i.l.core.protocol.ReconnectionHandler    : Reconnected to 122.51.151.130:6381
2020-09-02 16:14:13.684  INFO 13140 --- [xecutorLoop-1-4] i.l.core.protocol.ConnectionWatchdog     : Reconnecting, last destination was 122.51.151.130:6380
2020-09-02 16:14:14.086  WARN 13140 --- [ioEventLoop-6-4] i.l.core.protocol.ConnectionWatchdog     : Cannot reconnect to [122.51.151.130:6380]: java.util.concurrent.CancellationException
可能发生切主，命令被取消，重连.....
修改count的值，当前值为：10
获取count的值，当前值为：10
修改count的值，当前值为：11
获取count的值，当前值为：11
修改count的值，当前值为：12
文章标签：
云数据库 Tair（兼容 Redis）
云服务器 ECS
测试技术
NoSQL
监控
Sentinel
Redis
关键词：
云服务器 ECS部署
云服务器 ECS连接
服务器云数据库 Tair（兼容 Redis）
云服务器 ECS redis
云服务器云数据库 Tair（兼容 Redis）
Nick说说前后端
目录
相关文章
妙正灰
|
6月前
|
弹性计算 人工智能 前端开发
在阿里云ECS上部署n8n自动化工作流：U2实例实战
本文介绍如何在阿里云ECS的u2i/u2a实例上部署开源工作流自动化平台n8n，利用Docker快速搭建并配置定时任务，实现如每日抓取MuleRun新AI Agent并推送通知等自动化流程。内容涵盖环境准备、安全组设置、实战案例与优化建议，助力高效构建低维护成本的自动化系统。
妙正灰
1569 5
蓝易云
|
6月前
|
Java Linux Apache
在CentOS服务器上编译并部署NiFi源码
部署Apache NiFi在CentOS上是一个涉及细节的过程，需要注意Java环境、源码编译、配置调整等多个方面。遵循上述步骤，可以在CentOS服务器上成功部署和配置Apache NiFi，从而高效地处理和分发数据。
蓝易云
248 17
javaercn
|
6月前
|
存储 NoSQL Redis
手把手教你用 Docker 部署 Redis
Redis是高性能内存数据库，支持多种数据结构，适用于缓存、消息队列等场景。本文介绍如何通过Docker快速拉取轩辕镜像并部署Redis，涵盖快速启动、持久化存储及docker-compose配置，助力开发者高效搭建稳定服务。
javaercn
1967 9
coder一枚
|
7月前
|
弹性计算 安全 Linux
使用阿里云服务器安装Z-Blog博客网站流程，新手一键部署教程
本教程教你如何在阿里云99元服务器上，通过宝塔Linux面板一键部署Z-Blog博客。基于CentOS 7.9系统，从远程连接、安装宝塔面板、开放端口到部署Z-Blog全流程详解，操作简单，新手也能轻松搭建个人博客网站。
coder一枚
912 13
阿里云存储
|
存储 缓存 文件存储
如何保证分布式文件系统的数据一致性
分布式文件系统需要向上层应用提供透明的客户端缓存，从而缓解网络延时现象，更好地支持客户端性能水平扩展，同时也降低对文件服务器的访问压力。当考虑客户端缓存的时候，由于在客户端上引入了多个本地数据副本（Replica)，就相应地需要提供客户端对数据访问的全局数据一致性。
阿里云存储
32696 78
如何保证分布式文件系统的数据一致性
豆约翰
|
前端开发 容器
HTML5+CSS3前端入门教程---从0开始通过一个商城实例手把手教你学习PC端和移动端页面开发第8章FlexBox布局（上）
HTML5+CSS3前端入门教程---从0开始通过一个商城实例手把手教你学习PC端和移动端页面开发第8章FlexBox布局
豆约翰
17747 20
游客az45invlwmno4
|
设计模式 存储 监控
设计模式（C++版）
看懂UML类图和时序图30分钟学会UML类图设计原则单一职责原则定义：单一职责原则，所谓职责是指类变化的原因。如果一个类有多于一个的动机被改变，那么这个类就具有多于一个的职责。而单一职责原则就是指一个类或者模块应该有且只有一个改变的原因。bad case：IPhone类承担了协议管理（Dial、HangUp）、数据传送（Chat）。good case：里式替换原则定义：里氏代换原则(Liskov 
游客az45invlwmno4
36676 19
设计模式（C++版）

热门文章

最新文章

  • 1
    阿里云ECS Ubuntu 实例开放防火墙端口仍无法访问问题解决（安全组规则应用）
  • 2
    ECS 按量付费VPC实例停机不收费FAQ
  • 3
    阿里云上搭建webRTC 服务器——Licode
  • 4
    阿里云香港云服务器ECS、轻量应用服务器和云虚拟主机
  • 5
    阿里云快照怎么收费？云服务器快照收费标准了解一下
  • 6
    阿里云服务器ecs配置之安装mysql
  • 7
    云上圣诞|齐聚试用ECS，查收一份冬日浪漫
  • 8
    tensorflow.js 的服务器端安装 - 分享自 @开发者头条
  • 9
    服务器Windows系统基本安全策略配置
  • 10
    ASP.NET中常用服务器端与客户端交互!
  • 1
    redis 集群模式（redis cluster）介绍
    9027
  • 2
    redis 集群 （主从复制 哨兵模式 cluster）
    345
  • 3
    redis 缓存穿透 击穿 雪崩 的原因及解决方法
    1015
  • 4
    redis 高可用与 持久化
    177
  • 5
    redis 数据库的安装及使用方法
    278
  • 6
    Redis 缓存失效策略及其应用场景
    479
  • 7
    Redis - 笔记
    386
  • 8
    Redis 安装
    356
  • 9
    详解Redis哨兵模式下，主节点掉线而重新选取主节点的流程
    873
  • 10
    Centos7 安装和配置 Redis 5 教程
    1825

    • 相关课程

    更多
  • 使用Redis企业版(Tair)构建实时推荐系统
  • Redis入门及实战
  • Redis入门到精通（进阶篇）
  • Redis入门到精通（基础篇）
  • 使用Spring Data Redis+zTree实现授权模型的设计与思考
  • 使用Redis消息队列完成秒杀过期订单处理

    • 相关电子书

    更多
  • 2023云栖大会：阿里云Redis - 更稳更快更好用
  • 阿里开发者手册-Redis专题
  • 国内开发者与Redis开源社区的发展

    • 相关实验场景

    更多
  • 基于ECS和NAS搭建个人网盘
  • 基于ECS搭建云上博客
    • 下一篇
    开通oss服务