Docker Swarm部署Redis 高可用 哨兵模式

最新推荐文章于 2026-07-13 15:16:53 发布
原创 最新推荐文章于 2026-07-13 15:16:53 发布 · 1.4k 阅读 · 6 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
收录于
docker

当前文章被收录于：

docker
4 篇文章 1 人学习

发布docker相关文章

订阅专栏 查看详情
本文介绍如何使用Docker和docker-compose搭建包含主从复制及哨兵监控的Redis集群。通过详细步骤说明，包括节点标签设置、数据卷配置、docker-compose.yml文件编写等，实现稳定可靠的Redis服务。

1.1、假定部署环境如下：

IPhostname部署实例
172.16.xxx.101swarm01redis1、sentinel1
172.16.xxx.102swarm02redis2、sentinel2
172.16.xxx.103swarm02redis3、sentinel2

1.2、给节点添加标签，指定redis实例运行在哪些节点上

#  在任意一个Manager节点上执行
docker node update --label-add cluster.redis=node1 swarm01
docker node update --label-add cluster.redis=node2 swarm02
docker node update --label-add cluster.redis=node3 swarm03

注意：上面的swarm01/02/03要修改为真实环境中的节点名称

1.2、部署架构图

在这里插入图片描述

1.3、创建数据卷映射目录

# 在三个服务器节点上，分别执行以下命令
mkdir -p /usr/local/redis/conf/
mkdir -p /usr/local/redis/data/

1.4、修改 docker compose编排脚本

将下面脚本中的IP172.16.xxx.xxx替换为实际部署环境中的真实IP，其他信息不用改

version: '3.8'
services:
  redis1:
    image: redis:6.2.4
    environment:
      TZ: "Asia/Shanghai"
    ports:
      - target: 6379
        published: 6379
        protocol: tcp
        mode: host
    volumes:
      - /usr/local/redis/data:/data
      - /usr/local/redis/conf:/conf
    networks:
      - net
    deploy:
      mode: global
      placement:
        constraints:
          - node.labels.cluster.redis == node1
    sysctls:
      net.core.somaxconn: '511'
    command: >
      bash -c "if [ ! -f /conf/redis.conf ];then
      echo 'port 6379' > /conf/redis.conf ;
      echo 'bind 0.0.0.0' >> /conf/redis.conf ;
      echo 'slave-announce-ip 172.16.xxx.101' >> /conf/redis.conf ;
      echo 'slave-announce-port 6379' >> /conf/redis.conf ;
      echo 'masterauth 123456' >> /conf/redis.conf;
      echo 'requirepass 123456' >> /conf/redis.conf ;
      echo 'appendonly yes' >> /conf/redis.conf ; fi &&
      redis-server /conf/redis.conf"
      # 行1：如果redis.conf不存在
      # 行2-8：新建redis.conf文件，并写入配置信息
      # 行9：启动redis实例
  redis2:
    image: redis:6.2.4
    environment:
      TZ: "Asia/Shanghai"
    ports:
      - target: 6379
        published: 6379
        protocol: tcp
        mode: host
    volumes:
      - /usr/local/redis/data:/data
      - /usr/local/redis/conf:/conf
    networks:
      - net
    depends_on:
      - redis1
    deploy:
      mode: global
      placement:
        constraints:
          - node.labels.cluster.redis == node2
    sysctls:
      net.core.somaxconn: '511'
    command: >
      bash -c "if [ ! -f /conf/redis.conf ];then
      echo 'port 6379' > /conf/redis.conf ;
      echo 'bind 0.0.0.0' >> /conf/redis.conf ;
      echo 'slave-announce-ip 172.16.xxx.102' >> /conf/redis.conf ;
      echo 'slave-announce-port 6379' >> /conf/redis.conf ;
      echo 'masterauth 123456' >> /conf/redis.conf;
      echo 'requirepass 123456' >> /conf/redis.conf ;
      echo 'replicaof 172.16.xxx.101 6379' >> /conf/redis.conf ;
      echo 'appendonly yes' >> /conf/redis.conf ; fi &&
      redis-server /conf/redis.conf"
  redis3:
    image: redis:6.2.4
    environment:
      TZ: "Asia/Shanghai"
    ports:
      - target: 6379
        published: 6379
        protocol: tcp
        mode: host
    volumes:
      - /usr/local/redis/data:/data
      - /usr/local/redis/conf:/conf
    networks:
      - net
    depends_on:
      - redis1
    deploy:
      mode: global
      placement:
        constraints:
          - node.labels.cluster.redis == node3
    sysctls:
      net.core.somaxconn: '511'
    command: >
      bash -c "if [ ! -f /conf/redis.conf ];then
      echo 'port 6379' > /conf/redis.conf ;
      echo 'bind 0.0.0.0' >> /conf/redis.conf ;
      echo 'slave-announce-ip 172.16.xxx.103' >> /conf/redis.conf ;
      echo 'slave-announce-port 6379' >> /conf/redis.conf ;
      echo 'masterauth 123456' >> /conf/redis.conf;
      echo 'requirepass 123456' >> /conf/redis.conf ;
      echo 'replicaof 172.16.xxx.101 6379' >> /conf/redis.conf ;
      echo 'appendonly yes' >> /conf/redis.conf ; fi &&
      redis-server /conf/redis.conf"
  sentinel1:
    image: redis:6.2.4
    environment:
      TZ: "Asia/Shanghai"
    ports:
      - target: 26379
        published: 26379
        protocol: tcp
        mode: host
    depends_on:
      - redis1
      - redis2
      - redis3
    volumes:
      - /usr/local/redis/data:/data
      - /usr/local/redis/conf:/conf
    networks:
      - net
    deploy:
      mode: global
      placement:
        constraints:
          - node.labels.cluster.redis == node1
    sysctls:
      net.core.somaxconn: '511'
    command: >
      bash -c "if [ ! -f /conf/sentinel.conf ];then
      echo 'port 26379' > /conf/sentinel.conf ;
      echo 'sentinel announce-ip 172.16.xxx.101' >> /conf/sentinel.conf ;
      echo 'sentinel monitor mymaster 172.16.xxx.101 6379 2' >> /conf/sentinel.conf ;
      echo 'sentinel auth-pass mymaster 123456' >> /conf/sentinel.conf ; fi &&
      redis-server /conf/sentinel.conf --sentinel"
      # 行1：如果sentinel.conf不存在
      # 行2-5：新建sentinel.conf文件，并写入配置信息
      # 行6：启动sentinel实例
  sentinel2:
    image: redis:6.2.4
    environment:
      TZ: "Asia/Shanghai"
    ports:
      - target: 26379
        published: 26379
        protocol: tcp
        mode: host
    depends_on:
      - redis1
      - redis2
      - redis3
    volumes:
      - /usr/local/redis/data:/data
      - /usr/local/redis/conf:/conf
    networks:
      - net
    deploy:
      mode: global
      placement:
        constraints:
          - node.labels.cluster.redis == node2
    sysctls:
      net.core.somaxconn: '511'
    command: >
      bash -c "if [ ! -f /conf/sentinel.conf ];then
      echo 'port 26379' > /conf/sentinel.conf ;
      echo 'sentinel announce-ip 172.16.xxx.102' >> /conf/sentinel.conf ;
      echo 'sentinel monitor mymaster 172.16.xxx.101 6379 2' >> /conf/sentinel.conf ;
      echo 'sentinel auth-pass mymaster 123456' >> /conf/sentinel.conf ; fi &&
      redis-server /conf/sentinel.conf --sentinel"
  sentinel3:
    image: redis:6.2.4
    environment:
      TZ: "Asia/Shanghai"
    ports:
      - target: 26379
        published: 26379
        protocol: tcp
        mode: host
    depends_on:
      - redis1
      - redis2
      - redis3
    volumes:
      - /usr/local/redis/data:/data
      - /usr/local/redis/conf:/conf
    networks:
      - net
    deploy:
      mode: global
      placement:
        constraints:
          - node.labels.cluster.redis == node3
    sysctls:
      net.core.somaxconn: '511'
    command: >
      bash -c "if [ ! -f /conf/sentinel.conf ];then
      echo 'port 26379' > /conf/sentinel.conf ;
      echo 'sentinel announce-ip 172.16.xxx.103' >> /conf/sentinel.conf ;
      echo 'sentinel monitor mymaster 172.16.xxx.101 6379 2' >> /conf/sentinel.conf ;
      echo 'sentinel auth-pass mymaster 123456' >> /conf/sentinel.conf ; fi &&
      redis-server /conf/sentinel.conf --sentinel"
networks:
  net:
    driver: overlay
    ipam:
      driver: default
      config:
        - subnet: "192.168.1.0/24"

1.5、直接在portainer -> stack 菜单，执行以上docker compose编排脚本即可部署成功

在这里插入图片描述

服务实例启动成功后，每个服务器节点的文件结构如下：

[root@swarm01 redis]# pwd
/usr/local/redis
[root@swarm01 redis]# tree
.
├── conf
│   ├── redis.conf
│   └── sentinel.conf
└── data
    ├── appendonly.aof
    └── dump.rdb
标签
#redis
半导体测试（一）
m0_37606066的博客
03-01 8227
探针台是一种用于在晶圆上进行配合探针卡进行电路量测的设备，在测试过程中，探针工作站会将探针与晶圆上的每个die进行接触，以进行电性测量。在这个过程中，每个die都被测试以确保它能基本满足器件的特征或设计规格书（Specification），通常包括电压、电流、时序和功能的验证。晶圆是一个圆形的硅片，在这个半导体的基础之上，建立了许多独立的单个的电路；在所有的die都被探测（Probed）之后，晶圆被切割成独立的dice，这就是常说的die saw，所有被标示为失效的die都被报废，。
DaVinci配置DID之二：工具链配置
weixin_48498880的博客
07-04 5634
本系列主要基于DaVinCi工具链来展开具体DID读写的配置以及最终实现。1，CDD准备2，工具链配置3，代码实现4，验证结果本文讲述流程2话不多说，走你~博主也是AutoSar小白，如果哪里表达的有问题，还请大佬们指点指点哈。接下来，让我们在下章关于代码具体实现的博文再相会哈~
Docker 部署redis哨兵
zhangdaniu_的博客
09-23 1700
为什么要部署哨兵，因为我们在使用redis主从复制的时候，如果主库宕机了我们应该怎么办，这个时候我们就想到了哨兵，哨兵是redis集群架构中非常重要的一个组件，主要的功能有以下几点。--sentinel monitor 名称 服务器ip 要监听的端口 多少个哨兵认为宕机才会选举。我们进入刚刚创建好的容器，开启哨兵进行监听主库，将三个哨兵依次开启，然后我们将主库的容器关闭，进行选举。2.消息通知：如果某个redis实例有故障，那么哨兵负责发送消息作为报警通知给管理员。--port是指定哨兵的端口。
基于FPGA和Verilog实现的9层电梯控制器仿真设计.zip
资源包含文件：设计报告word+源文件及代码本实验使用板上的四个开关来模拟电梯的叫梯按键，其中每个按钮有两个状态0和1，4个组成了电梯的叫楼层，将这4位二进制数字看成8421BCD码，转换成十进制数字。对于电梯按键，当没用用户叫梯时，叫梯的数码管BIT5（G1）显示为0；当有用户叫梯时，控制叫梯的数码管显示为用户所叫的电梯楼层。电梯运行时，显示电梯运行层数的数码管BIT1（G2）显示电梯运行的层数，假设电梯每运行一层的时间为1s，则该数码管BIT1（G2）数码管在转变为“0”之前显示的数字即为电梯运行的时间。当SW1-N4 为1时，电梯回到0层。详细介绍参考：https://blog.csdn.net/sheziqiong/article/details/125259721
docker安装Redis高可用（一主二从三哨兵)
Old丶X
03-25 1108
基于docker搭建redis高可用集群，这篇文章介绍了如何使用Docker来搭建Redis高可用集群。首先，文章解释了Redis高可用的概念和重要性，然后详细说明了如何在Docker容器中安装和配置Redis集群。作者还提供了一些有用的技巧和注意事项，以确保Redis集群的可靠性和高可用性。最后，文章总结了这种方法的优点，并鼓励读者尝试使用Docker来搭建自己的Redis高可用集群。
利用docker搭建redis哨兵模式
weixin_45618271的博客
06-05 2080
docker+redis实现一主二从三哨兵
基于docker搭建redis哨兵模式
qq_45061361的博客
09-16 2351
redis哨兵 redus 集群
docker swarm搭建Redis哨兵（Sentinel）模式
流氓兔的博客
02-09 3315
前言 本篇文章介绍docker swarm搭建三主三从Redis哨兵（Sentinel）模式 环境 IP HOSTNAME label redis port sentinel port 172.16.0.106 cluster-0001 master 6379 26379 172.16.0.31 cluster-0002 slave1 6379 26379 172.16.0.146 cluster-0003 slave2 6379 26379 配置 master节点 创建文件夹
Discourse Docker集群部署终极指南：构建高可用架构与负载均衡方案
gitblog_00995的博客
05-18 344
Discourse Docker集群部署是构建高可用论坛平台的关键技术方案。通过Docker容器化技术，Discourse论坛可以实现水平扩展和负载均衡，确保在高流量场景下的稳定运行。本文将详细介绍如何利用discourse_docker项目构建生产级的Discourse集群架构，实现零宕机升级和弹性伸缩。 ## 🚀 为什么需要Discourse集群部署？ 单容器部署虽然简单，但在生产环境中
docker搭建redis哨兵模式
qq_66947821的博客
08-21 452
输出应为其中一个从节点(redis-slave1或redis-slave2)的IP和端口，这个IP应该是docker内部的IP,可以使用以下命令查看到底是哪个节点的IP。脚本内容（注意：这里面的redis-sentinel1需要替换为redis-sentinel2或redis-sentinel3放到另外两台服务器）这个脚本内容redis-slave可以替换为redis-slave1啥的，各个容器名称尽量不一样。我需要在三台服务器（一主二从）上搭建一个redis的哨兵模式。和两个连接的从节点信息。
容器编排实战：Docker Swarm部署高可用独角数卡集群完整指南
gitblog_00487的博客
04-02 754
独角数卡（dujiaoka）是一款专为站长设计的开源自动化售货系统，提供高效、稳定、快速的商品销售解决方案。在本篇容器编排实战指南中，我们将详细介绍如何使用Docker Swarm技术部署高可用独角数卡集群，确保您的电商平台具备强大的容错能力和扩展性。🚀 ## 为什么选择Docker Swarm部署独角数卡？ Docker Swarm是Docker原生的容器编排工具，相比其他复杂方案，它更轻
dockercompose swarm 模式部署高可用哨兵模式redis
最新发布
qq_39625998的博客
07-13 211
==================== Redis 高可用 (主从 + 哨兵) ====================
Docker Redis哨兵模式部署
段丛磊
04-09 379
Docker Redis哨兵模式部署 我们先拉取redis配置 wget -c http://download.redis.io/redis-stable/redis.conf 当我们下载好配置文件之后，我们只需要注意一下几个配置即可。 port 是redis服务运行的端口(防止占用) slaveof 指定redis的主机地址。 masterauth 当我们的主机redis有设置密码的时候，它...
docker整合redis哨兵模式(一主二从三哨兵)
weixin_42533856的博客
12-10 916
docker整合redis哨兵模式(一主二从三哨兵) Redis-Sentinel是Redis官方推荐的高可用性(HA)解决方案，当用Redis做Master-slave的高可用方案时，假如master宕机了，Redis本身(包括它的很多客户端)都没有实现自动进行主备切换，而Redis-sentinel本身也是一个独立运行的进程，它能监控多个master-slave集群，发现master宕机后能进行自动切换。Sentinel由一个或多个Sentinel 实例 组成的Sentinel 系统可以监视任意多个
docker 部署redis集群
Jameslvt的博客
10-28 552
docker部署redis集群 部署方式这里没有采用哨兵模式，而是使用 分片+高可用+负载均衡的模式，架构图 ，至少启动6个容器 创建网卡 docker network create redis --subnet 192.168.0.0/16 通过脚本创建6个redis配置 for port in $(seq 1 6); \ do \ mkdir -p /mydata/redis/node-${port}/conf touch /mydata/redis/node-${port}/conf/r
Microi.net高可用：集群部署与故障转移机制
gitblog_00484的博客
08-30 869
在现代企业应用开发中，系统的高可用性（High Availability）已成为核心需求。你是否遇到过以下痛点： - 单点故障导致业务中断，影响用户体验 - 系统扩容困难，无法应对突发流量 - 数据一致性难以保证，存在数据丢失风险 - 维护成本高，故障恢复时间长 Microi.net作为开源低代码平台，提供了完善的高可用解决方案。本文将深入解析Microi.net的集群部署架构与故障转移机制，...
使用Docker部署Redis进行高可用主从复制
qq_48329942的博客
04-14 1811
文章目录前言一、什么是主从复制？二、步骤1.拉取镜像2.安装master安装slave总结 前言 为什么要进行主从复制？ 在高并发，高可用成为主流的今天。如果中间件只有一台的情况下，发生故障，那么容易造成单点故障。造成服务的不可用。或者中间件在存储不足的情况下，如何继续存储信息成为了需要解决的问题之一，那么数据备份成为解决这一难题的基本方法。 一、什么是主从复制？ 程序向redis-master服务写入信息，这条信息会通过指定方式同步到其他slave服务器中。在这个集群中，masterd的写入数据会同步
docker+redis哨兵模式（一主二从三哨兵）- docker-compose
相识的你的博客
05-23 2456
5 查看 redis-master 节点的 docker-ip 和 network name，见下图，并记住，待配置sentinel的docker-compose文件时用。6 在 /usr/local/etc/redis/sentinel 目录下，新建 docker-compose.yml文件。3 在 /usr/local/etc/redis 目录下，新建 docker-compose.yml文件。命令2：mkdir /usr/local/etc/redis/sentinel。
Talkyard高可用架构设计：构建稳定可靠的社区服务平台终极指南
gitblog_01078的博客
05-18 888
Talkyard作为一个集成了StackOverflow、Slack、Discourse、Reddit和Disqus核心功能的社区讨论平台，其**高可用架构设计**对于确保平台稳定运行至关重要。本文将深入探讨如何构建一个稳定可靠的Talkyard社区服务平台，通过优化的架构设计实现99.9%以上的可用性。 ## 🏗️ Talkyard架构概览 Talkyard采用现代化的微服务架构，通过Do
docker下搭建全套微服务环境指导说明文档和部署命令
binggoling
05-21 1191
这里写目录标题docker下搭建全套微服务环境指导说明文档和部署命令总的架构图1.服务器准备2.centos安装docker环境3.docker集群swarm配置(这一步看自己需要执行)4.docker安装mysql8.05.redis部署6.rocketMQ部署7.nacos集群部署8.keepalive+nginx高可用部署9.springcloud应用微服务9.1 [springcloud微服务之注册发现和配置中心Nacos使用](https://blog.csdn.net/qq_30442207/a
构建现代微服务电商系统的终极实战指南：mall-swarm完整解决方案深度解析
gitblog_00913的博客
06-16 448
在数字化转型浪潮中，企业面临的最大挑战之一是如何快速构建可扩展、高性能的电商系统。传统单体架构在流量激增时往往面临扩展困难、维护成本高、技术栈僵化等问题。mall-swarm作为一套基于Spring Cloud Alibaba的微服务电商系统，提供了从架构设计到生产部署的完整解决方案，帮助技术团队快速搭建现代化电商平台。 ## 🔍 微服务电商架构的核心设计哲学 ### 模块化拆分：从单体到微
NetBox Docker容器化部署架构深度解析与生产环境实战指南
gitblog_01130的博客
06-01 341
NetBox作为企业级网络基础设施管理平台，其Docker容器化部署方案通过微服务架构、数据持久化策略和自动化运维机制，为网络工程师和DevOps团队提供了标准化、可扩展的IPAM与DCIM解决方案。本文将从架构设计、核心组件实现、生产环境部署策略等维度，深入剖析NetBox Docker的技术实现与最佳实践。 ## 技术定位与价值主张 NetBox Docker项目通过容器化技术重构了传统网
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值