容器化redis高可用方案
2016-08-07 00:03
246 查看
偶然看到一个GITHUB项目,提供了一套Docker Compose下的redis Sentinel方案。
项目地址https://github.com/AliyunContainerService/redis-cluster,应该是国人创建的。
具体说明readme中写的很明白了,yml内容如下:
master和slave使用redis官方镜像,slave为master的从库。
sentinel则为基于redis官方镜像的自定义镜像,并增加了sentinel配置文件和相关环境变量。
运行后,轻松获得三个容器,分别为redis主库、redis从库和sentinel。
扩展也非常方便,二行命令,轻松扩展成三个sentinel,两个从库。
爽完了之后,才发现还是有一大一小两个问题,
一大是应用从sentinel中的到的get-master-addr-by-name是容器中的内网地址和端口。。。容器外没办法访问。只能将应用放在docker compose容器中external_links此容器才行。
一小是sentinel镜像是基于redis镜像的,也会监听6379端口提供redis服务,貌似有点浪费了。
项目地址https://github.com/AliyunContainerService/redis-cluster,应该是国人创建的。
具体说明readme中写的很明白了,yml内容如下:
master: image: redis:3 slave: image: redis:3 command: redis-server --slaveof redis-master 6379 links: - master:redis-master sentinel: build: sentinel environment: - SENTINEL_DOWN_AFTER=5000 - SENTINEL_FAILOVER=5000 links: - master:redis-master - slave
master和slave使用redis官方镜像,slave为master的从库。
sentinel则为基于redis官方镜像的自定义镜像,并增加了sentinel配置文件和相关环境变量。
运行后,轻松获得三个容器,分别为redis主库、redis从库和sentinel。
扩展也非常方便,二行命令,轻松扩展成三个sentinel,两个从库。
爽完了之后,才发现还是有一大一小两个问题,
一大是应用从sentinel中的到的get-master-addr-by-name是容器中的内网地址和端口。。。容器外没办法访问。只能将应用放在docker compose容器中external_links此容器才行。
一小是sentinel镜像是基于redis镜像的,也会监听6379端口提供redis服务,貌似有点浪费了。
相关文章推荐
- redis高可用方案之sentinel(哨兵集群)
- Redis集群生产环境高可用方案实战过程
- Redis 主从配置心得及其高可用方案
- Redis 主从配置心得及其高可用方案
- Sentinel-Redis高可用方案(一):主从复制
- 基于Redis Sentinel的Redis集群(主从&Sharding)高可用方案
- 基于Redis Sentinel的Redis集群(主从&Sharding)高可用方案
- redis 学习笔记(4)-HA高可用方案Sentinel配置
- keepalived + redis高可用方案
- Sentinel-Redis高可用方案(二):主从切换
- Sentinel-Redis高可用方案(一):主从复制
- Redis 主从复制高可用方案
- Sentinel-Redis高可用方案(二):主从切换
- Redis Sentinel主从高可用方案(附Jedis Sentinel教程)
- Sentinel-Redis高可用方案(一):主从复制
- redis 学习笔记(4)-HA高可用方案Sentinel配置
- redis - (4) - HA高可用方案Sentinel配置
- Redis-低成本高可用方案设计Redis Sentinel
- Sentinel-Redis高可用方案(二):主从切换
- 理解redis高可用方案