一 Redis集群搭建

1.1 运行redis镜像

[root@centos-linux docker]# docker run -id --name=redis-6379 -p 6379:6379 redis

[root@centos-linux docker]# docker run -id --name=redis-6380 -p 6380:6379 redis

[root@centos-linux docker]# docker run -id --name=redis-6381 -p 6381:6379 redis

[root@centos-linux docker]# docker run -id --name=redis-6382 -p 6382:6379 redis

使用docker ps命令，查看是否启动成功

CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS              PORTS                                           NAMES
b91ec97dce6d        redis               "docker-entrypoint.s…"   3 seconds ago       Up 2 seconds        0.0.0.0:6382->6379/tcp                          redis-6382
33078dd6e8fd        redis               "docker-entrypoint.s…"   14 seconds ago      Up 13 seconds       0.0.0.0:6381->6379/tcp                          redis-6381
f9dd144d00ea        redis               "docker-entrypoint.s…"   35 seconds ago      Up 34 seconds       0.0.0.0:6380->6379/tcp                          redis-6380
44592c5c291a        redis               "docker-entrypoint.s…"   9 hours ago         Up 9 hours          0.0.0.0:6379->6379/tcp                          redis-6379

1.2 配置redis集群

分别使用docker inspect 容器ID命令，查看Redis内网IP地址

redis-6379：172.17.0.2
redis-6380：172.17.0.4
redis-6381：172.17.0.5
redis-6382：172.17.0.6

进入Docker容器内部

使用redis-6379为主机，其余三台为从机
使用 docker exec -it 容器ID /bin/bash 分别进入四个Redis容器
进入容器后，使用 redis-cli 命令，连接redis服务端
连接服务后，使用 info replication 查看当前机器的角色
未配置前，四台redis均为 master主机

使用上面的方法，分别进入 redis-6379、redis-6380、redis-6381容器内部，并连接redis服务端

#分别在redis-6380和redis-6381使用 SLAVEOF 172.17.0.2 6379 命令
[root@centos-linux docker]# docker exec -it redis-6382 /bin/bash
root@50bf6c323250:/data# redis-cli 
127.0.0.1:6379> SLAVEOF 172.17.0.2 6379
OK
#在redis-6379 使用 info replication 命令，验证主从关系是否配置成功
[root@centos-linux docker]# docker exec -it redis-6379 /bin/bash
root@44592c5c291a:/data# redis-cli
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:3
slave0:ip=172.17.0.4,port=6379,state=online,offset=252,lag=0
slave1:ip=172.17.0.5,port=6379,state=online,offset=252,lag=1
slave2:ip=172.17.0.6,port=6379,state=online,offset=252,lag=0
master_replid:88d508fa2a23442de4839df7c2ed93249abb8011
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:252
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:252

二 Redis哨兵模式

2.1 配置redis哨兵

采用三个sentinel集群

1.sentinel : port 26379 
2.sentinel : port 26380 
3.sentinel : port 26381

同样的方法创建三个redis容器（这里也可以基于现有的3台Redis容器服务，互相启动一个Redis哨兵）

docker run -id --name=sentinel-26379 -p 26379:26379 redis
docker run -id --name=sentinel-26380 -p 26380:26380 redis
docker run -id --name=sentinel-26381 -p 26381:26381 redis

分别进入3台Redis容器内部

使用 docker exec -it 容器ID /bin/bash 分别进入三个Redis容器
使用 cd / 命令，进入根目录
在进行编辑时，需要先安装vim，命令为apt-get update ,apt-get install vim，
此处可以先安装一个，打包成镜像使用能节省很多时间
# 打包镜像
docker commit sentinel-26379 redis-vim
# 使用touch sentinel.conf命令，创建哨兵配置文件
[root@centos-linux docker]# docker exec -it sentinel-26379 /bin/bash
root@ae44b017ec7c:/data# cd /
root@ae44b017ec7c:/# touch sentinel-26379.conf
root@ae44b017ec7c:/# vim sentinel-26379.conf 

#sentinel-26379.conf
bind 0.0.0.0
port 26379
sentinel monitor seckill 172.17.0.2 6379 1
sentinel down-after-milliseconds seckill 5000
sentinel failover-timeout seckill 15000

#sentinel-26380.conf
bind 0.0.0.0
port 26380
sentinel monitor seckill 172.17.0.2 6379 1
sentinel down-after-milliseconds seckill 5000
sentinel failover-timeout seckill 15000

#sentinel-26381.conf
bind 0.0.0.0
port 26381
sentinel monitor seckill 172.17.0.2 6379 1
sentinel down-after-milliseconds seckill 5000
sentinel failover-timeout seckill 15000

• port :当前Sentinel服务运行的端口。
• sentinel monitor seckill 172.17.0.2 1:Sentinel去监视一个名为seckill的主redis实例，这个主实例的IP地址为本机地址172.17.0.2，端口号为6379，而将这个主实例判断为失效至 少需要1个 Sentinel进程的同意，只要同意Sentinel的数量不达标，自动failover就不会执行。
• sentinel down-after-milliseconds seckill 5000:指定了Sentinel认为Redis实例已经失效所需的毫秒数。当实例超过该时间没有返回PING，或者直接返回错误，那么Sentinel将这个实例标记为主观下线。只有一个 Sentinel进程将实例标记为主 观下线并不一定会引起实例的自动故障迁移:只有在足够数量的Sentinel都将一个实例标记为主观下线之后，实例才会被标记 为客观下线，这时自动故障迁移才会执行。
• sentinel parallel-syncs seckill 1:指定了在执行故障转移时，最多可以有多少个从Redis实例在同步新的主实例，
  在从 Redis实例较多的情况下这 个数字越小，同步的时间越长，完成故障转移所需的时间就越长。
• sentinel failover-timeout seckill 15000:如果在该时间(ms)内未能完成failover操作，则认为该failover失败

最后，启动Redis哨兵

redis-server /sentinel-26379.conf --sentinel &

#查看进程
ps -ef|grep redis