大家一定非常熟悉如何利用Docker启动单个Redis容器用于开发环境，本文将介绍如何利用Docker Compose模板在本机和云端部署基于Sentinel的高可用Redis 3集群。

Redis集群可以在一组redis节点之间实现高可用性和sharding。今天我们重点围绕master-slave的高可用模式来进行讨论，在集群中会有1个master和多个slave节点。当master节点失效时，应选举出一个slave节点作为新的master。然而Redis本身(包括它的很多客户端)没有实现自动故障发现并进行主备切换的能力，需要外部的监控方案来实现自动故障恢复。

Redis Sentinel是官方推荐的高可用性解决方案。它是Redis集群的监控管理工具，可以提供节点监控、通知、自动故障恢复和客户端配置发现服务。

今天我们的部署模型是 介绍的实例二，也是实战中比较常见的一种部署模式：

本文所有示例代码都可以从 获得

本文采用的Redis镜像全部基于Docker提供的

单机部署Redis集群

下面的测试需要本地环境已经安装Docker Engine和Docker Compose，推荐使用Docker for Mac/Windows。想在云端部署的同学可以直接跳到下一节

下载代码

git clone https://github.com/AliyunContainerService/redis-clustercd redis-cluster

目录下面的docker-compose.yml模板定义Redis集群的服务组成

master:  image: redis:3slave:  image: redis:3  command: redis-server --slaveof redis-master 6379  links:    - master:redis-mastersentinel:  build: sentinel  environment:    - SENTINEL_DOWN_AFTER=5000    - SENTINEL_FAILOVER=5000      links:    - master:redis-master    - slave

在模板中定义了下面一系列服务

• master: Redis master
• slave: Redis slave
• sentinel: Redis Sentinel

其中sentinel服务的Docker镜像是由 "./sentinel" 目录中的Dockerfile构建完成，只是在官方Redis镜像上添加了sentinel.conf配置文件，并以sentinel模式启动容器。其配置文件如下，其中包含了sentinel对名为"mymaster"的集群的监控配置：

sentinel monitor mymaster redis-master 6379 2sentinel down-after-milliseconds mymaster 5000sentinel parallel-syncs mymaster 1sentinel failover-timeout mymaster 5000

细节请参见sentinel.conf配置自身。

注意：

• slave和sentinel容器初始化配置的Redis master节点主机名为"redis-master"，这里我们利用了Docker容器连接的别名机制来连接master和sentinel/slave容器实例
• 由于我们会部署3个Sentinel，我们把sentinel的"quorum"设置为2，只有两个sentinel同意故障切换，才会真正切换相应的redis master节点。

下面我们先构建 sentinel 服务所需 Docker image

docker-compose build

一键部署并启动Redis集群

docker-compose up -d

这时我们可以检查集群状态，应该是包含3个容器，1个master, 1个slave，和1个sentinel

docker-compose ps

显示结果如下

Name                        Command               State          Ports        --------------------------------------------------------------------------------------rediscluster_master_1     docker-entrypoint.sh redis ...   Up      6379/tcp            rediscluster_sentinel_1   docker-entrypoint.sh redis ...   Up      26379/tcp, 6379/tcp rediscluster_slave_1      docker-entrypoint.sh redis ...   Up      6379/tcp

我们可以伸缩sentinel的实例数量到3个

docker-compose scale sentinel=3

伸缩slave的实例数量到2个，这样我们就有3个redis实例了（包含一个master)

docker-compose scale slave=2

检查集群状态，结果如下

docker-compose ps         Name                        Command               State          Ports        --------------------------------------------------------------------------------------rediscluster_master_1     docker-entrypoint.sh redis ...   Up      6379/tcp            rediscluster_sentinel_1   docker-entrypoint.sh redis ...   Up      26379/tcp, 6379/tcp rediscluster_sentinel_2   docker-entrypoint.sh redis ...   Up      26379/tcp, 6379/tcp rediscluster_sentinel_3   docker-entrypoint.sh redis ...   Up      26379/tcp, 6379/tcp rediscluster_slave_1      docker-entrypoint.sh redis ...   Up      6379/tcp            rediscluster_slave_2      docker-entrypoint.sh redis ...   Up      6379/tcp

我们可以利用下面的测试脚本来模拟master节点失效，并验证Redis集群的自动主从切换。

./test.sh

这个测试脚本实际上利用 docker pause 命令将 Redis master容器暂停，sentinel会发现这个故障并将master切换到其他一个备用的slave上面。

执行结果如下

Redis master: 172.17.0.2Redis Slave: 172.17.0.3------------------------------------------------Initial status of sentinel------------------------------------------------# Sentinelsentinel_masters:1sentinel_tilt:0sentinel_running_scripts:0sentinel_scripts_queue_length:0sentinel_simulate_failure_flags:0master0:name=mymaster,status=ok,address=172.17.0.2:6379,slaves=2,sentinels=3Current master is172.17.0.26379------------------------------------------------Stop redis masterrediscluster_master_1Wait for 10 secondsCurrent infomation of sentinel# Sentinelsentinel_masters:1sentinel_tilt:0sentinel_running_scripts:0sentinel_scripts_queue_length:0sentinel_simulate_failure_flags:0master0:name=mymaster,status=ok,address=172.17.0.3:6379,slaves=2,sentinels=3Current master is172.17.0.36379------------------------------------------------Restart Redis masterrediscluster_master_1Current infomation of sentinel# Sentinelsentinel_masters:1sentinel_tilt:0sentinel_running_scripts:0sentinel_scripts_queue_length:0sentinel_simulate_failure_flags:0master0:name=mymaster,status=ok,address=172.17.0.3:6379,slaves=2,sentinels=3Current master is172.17.0.36379

我们可以利用Docker Compose方便地在本地验证Redis集群的部署和故障恢复，但是这还不是一个分布式的高可用部署。我们下面会利用阿里云容器服务来进行验证

云端部署高可用Redis集群

在兼容Docker Compose编排模板的基础上，做了大量的扩展。能够更好地帮助我们在Docker集群中部署分布式应用。

首先您需要创建一个包含至少三个节点的集群（否则您需要注释掉相应的"affinity:service"部署约束）

然后我们利用下面的 docker compose模板部署高可用Redis集群

master:  image: redis:3  environment:    - affinity:service!=slave  restart: alwaysslave:  image: redis:3  command: redis-server --slaveof redis-master 6379  environment:    - affinity:service!=master    - affinity:service!=slave  labels:     aliyun.scale: "2"  restart: always  links:    - master:redis-mastersentinel:  image: registry.aliyuncs.com/acs-sample/redis-sentinel:3  environment:    - affinity:service!=sentinel  labels:     aliyun.scale: "3"  restart: always  links:    - master:redis-master    - slave

这里使用了预编译的sentinel镜像"registry.aliyuncs.com/acs-sample/redis-sentinel:3"

更重要是，引入了一些阿里云扩展使得对分布式应用更好地控制容器在宿主机节点的部署

• aliyun.scale 标签：描述了服务的实例数量
• affinity:service 环境变量描述了服务的部署约束：比如对于Redis slave而言，我们不希望在一个宿主机节点上同时部署master和slave，或多个slave，我们可以方便用示例中的方法描述这些约束。

关于这些的详尽解释请参见

一键部署之后，我们就已经有一个真正高可用的Redis集群了

1. 在这里master和2个slave部署到不同的宿主机节点中
2. 3个sentinel部署到不同的宿主机节点中
   这样任何一个宿主机节点失效，都不会导致Redis集群失败

总结

文章介绍了如何在本地部署一个Redis集群，并利用Redis Sentinel实现自动化的主从切换。并在此基础上利用阿里云容器服务扩展，一键部署一个真正的高可用分布式Redis集群。

对于Redis而言，阿里云提供了云数据库 Redis 版，对于大部分对SLA有要求的客户我们建议在生产环境使用Redis云服务。但是如果大家对版本、配置有特殊要求的时候，使用Docker部署Redis也是非常方便的。

出于性能考虑，在Docker容器中运行Redis不建议采用bridge网络对外提供访问，如需对外部VM或应用提供服务建议采用host网络模式，并注意安全保护；如果只是对集群中容器提供redis访问，则容器服务默认提供的跨宿主机容器网络会提供优化而安全的网络配置。同时建议在Docker容器设置中，给Redis容器配置合适的内存设置。

本文也给大家提供了一个示例，如何采用Docker的方式开发分布式应用并在云端部署生产级别环境。阿里云容器服务不但支持docker-compose模板提供的容器功能，使得本地开发的Docker镜像和编排模板可以轻松上云；更提供了灵活的部署约束描述，使得对分布式应用的部署和控制变得非常方便。

想了解更多容器服务内容，请访问