默认已经将docker安装好了,如果还没有安装redis,可以参考docker安装。
1、拉取redis镜像
docker pull redis
#查看是否存在该镜像
docker images
2、创建需要挂载的文件
由于需要启动3个redis,所以共创建了3份文件。
mkdir -p /mydata/redis6380/conf
touch /mydata/redis6380/conf/redis6380.conf
mkdir -p /mydata/redis6381/conf
touch /mydata/redis6381/conf/redis6381.conf
mkdir -p /mydata/redis6382/conf
touch /mydata/redis6382/conf/redis6382.conf
文件结构为红色表示目录,蓝色表示文件。
由于docker创建的redis没有redis.conf文件,所以需要下载redis.conf配置文件。
已修改redis6380.conf为例,其他的只是将用到的6381改为6380和6382。
vim redis6380.conf
#复制redis.conf内容到redis6380.conf文件中
找到以下3处进行修改。
# Creating a pid file is best effort: if Redis is not able to create it
# nothing bad happens, the server will start and run normally.
pidfile /var/run/redis_6381.pid
# Specify the log file name. Also the empty string can be used to force
# Redis to log on the standard output. Note that if you use standard
# output for logging but daemonize, logs will be sent to /dev/null
logfile "6381.log"
# The filename where to dump the DB
dbfilename dump6381.rdb
以上就完成了配置文件的修改。如果希望外网能够访问redis需要
bind 127.0.0.1
protected-mode yes
更改为
# bind 127.0.0.1
protected-mode no
3、启动redis
我们需要启动3个redis。
1、创建redis6380
docker run -p 6380:6379 --name redis6380 \
-v /mydata/redis6380/data:/data \
-v/mydata/redis6380/conf/redis6380.conf:/etc/redis/redis.conf \
--privileged=true \
-d redis redis-server /etc/redis/redis.conf
创建redis6381和redis6382
docker run -p 6381:6379 --name redis6381 \
-v /mydata/redis6381/data:/data \
-v/mydata/redis6381/conf/redis6381.conf:/etc/redis/redis.conf \
--privileged=true \
-d redis redis-server /etc/redis/redis.conf
docker run -p 6382:6379 --name redis6382 \
-v /mydata/redis6382/data:/data \
-v/mydata/redis6382/conf/redis6382.conf:/etc/redis/redis.conf \
--privileged=true \
-d redis redis-server /etc/redis/redis.conf
-p表示端口映射,将主机的端口映射到容器的一个端口 主机端口:容器内部的端口。redis容器内部使用的端口都是6379,而主机的端口分别为6380,6381,6382。
--name表示为容器命名
-v表示将主机的文件挂载到容器内的相应文件。
--privileged=true表示容器获的宿主机root权限,不然容器会启动失败,因为无法往挂载的文件中写入内容。
-d表示后台运行
使用docker ps命令可以查看3个redis容器是否启动正常,且有无做端口映射了。
image.png
4、主从复制
由于一共有3个redis容器,所以当前启动了3个shell窗口。
redis容器启动完成后,进入redis命令行模式。其中redis6380就是之前创建容器时取得名字,在另外两个窗口改成redis6381,redis6382。
[root@iZ2zea8ja0in3tz134a4rsZ conf]# docker exec -it redis6380 redis-cli
127.0.0.1:6379>
A、一仆二主模式
分别启动3个redis,info replication命令查看当前容器角色,发现其角色(role)一开始都是master。
[root@iZ2zea8ja0in3tz134a4rsZ conf]# docker exec -it redis6380 redis-cli
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:0
master_replid:6fc3188de0ab63549da11a40c435cdd206f0c567
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:0
master_repl_meaningful_offset:0
second_repl_offset:-1
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0
使用SLAVEOF IP 端口的命令可以使当前机器成为另一台机器的从机。所以我们需要获得3台容器的内网ip。
[root@iZ2zea8ja0in3tz134a4rsZ data] docker inspect containerid 容器id
image.png
目前我的容器内网ip地址,当然你的地址肯定跟我不同。
redis-6380:172.18.0.4 6379
redis-6381:172.18.0.5 6379
redis-6382:172.18.0.6 6379
进入redis6381和redis6382 使其作为redis6380的从库,可以看到角色(role)已经变成了slave
[root@iZ2zea8ja0in3tz134a4rsZ conf]# docker exec -it redis6381 redis-cli
127.0.0.1:6379> ping
PONG
127.0.0.1:6379> SLAVEOF 172.18.0.4 6379
OK
127.0.0.1:6379> info replication
# Replication
role:slave
master_host:172.18.0.4
master_port:6379
master_link_status:up
master_last_io_seconds_ago:2
查看主机reids6380,角色为master,下面有两台连接的从机。
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=172.18.0.6,port=6379,state=online,offset=588,lag=1
slave1:ip=172.18.0.5,port=6379,state=online,offset=602,lag=0
master_replid:6d897db0bcb625a063aa722a1772cf342b333e5b
主从问题演示
(1)主机添加key-value后,从机可以读取。
主机
127.0.0.1:6379> set k1 v1
OK
127.0.0.1:6379> set k2 v2
OK
127.0.0.1:6379> set k3 v3
OK
从机
127.0.0.1:6379> get k1
"v1"
127.0.0.1:6379> get k2
"v2"
(2)对于从机而言只能读不能写
127.0.0.1:6379> set k2 v22
(error) READONLY You can't write against a read only replica.
(3)如果主机shutdown,从机原地待命,角色还是slave,连接状态改为down。
主机
127.0.0.1:6379> shutdown
从机
127.0.0.1:6379> info replication
# Replication
role:slave
master_host:172.18.0.4
master_port:6379
master_link_status:down
master_last_io_seconds_ago:-1
(4)如果一台从机shutdown。主机在期间添加新的key-value,从机不会添加。而且重新启动后,角色变为master。
主机
127.0.0.1:6379> set k4 v4
OK
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:1
slave0:ip=172.18.0.5,port=6379,state=online,offset=501,lag=1
master_replid:e0a0b28b32feb367be07fd7dd2442823182ace31
从机
127.0.0.1:6379> get k4
(nil)
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:0
B、薪火相传模式
(1)上一个Slave可以是下一个slave的Master,Slave同样可以接收其他slaves的连接和同步请求,那么该slave作为了链条中下一个的master,可以有效减轻master的写压力
(2)中途变更转向:会清除之前的数据,重新建立拷贝最新的
(3)slaveof 新主库IP 新主库端口。
即6380是6381的主机,而6381是6382的主机。由于在一主二仆中6380已经是6381的主机了,所以现在只需修改6382所跟随的主机。
127.0.0.1:6379> SLAVEOF 172.18.0.6 6379
OK
redis6380设置key-value
127.0.0.1:6379> set k6 v6
OK
127.0.0.1:6379> get k6
"v6"
redis6381和redis6382都可以获值
127.0.0.1:6379> get k6
"v6"
redis6380的角色还是slave,但是下面有连接的从机信息。
127.0.0.1:6379> info replication
# Replication
role:slave
master_host:172.18.0.4
master_port:6379
master_link_status:up
master_last_io_seconds_ago:4
master_sync_in_progress:0
slave_repl_offset:54972
slave_priority:100
slave_read_only:1
connected_slaves:1
slave0:ip=172.18.0.5,port=6379,state=online,offset=54972,lag=1
C、反客为主模式
假设回到开始的一主二仆模式,将6382的跟随主机改成6380。若一主二仆中的主机redis6380挂了,shutdown了。
connected_slaves:2
slave0:ip=172.18.0.6,port=6379,state=online,offset=55504,lag=0
slave1:ip=172.18.0.5,port=6379,state=online,offset=55504,lag=0
master_replid:e0a0b28b32feb367be07fd7dd2442823182ace31
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:55504
master_repl_meaningful_offset:54734
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:55504
127.0.0.1:6379> shutdown
使用命令SLAVEOF no one 使当前数据库停止与其他数据库的同步,转成主数据库。将从机中的redis6381脱离主机,自己的角色从从机变为主机。
从机redis6381
127.0.0.1:6379> SLAVEOF no one
OK
另一台从机redic6382重新选取主机,作为6381的从机。
127.0.0.1:6379> SLAVEOF 6381的ip 6379
OK
查看redis6381的身份,并设置key-value
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:1
slave0:ip=172.18.0.5,port=6379,state=online,offset=54748,lag=0
master_replid:de376180cb056218c47c1863a2a7c06cf7961753
master_replid2:e0a0b28b32feb367be07fd7dd2442823182ace31
master_repl_offset:54748
master_repl_meaningful_offset:54734
second_repl_offset:54735
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:54178
repl_backlog_histlen:571
127.0.0.1:6379> set k10 v10
OK
127.0.0.1:6379> get k10
"v10"
redis6382可以获取到新设置k10的值
127.0.0.1:6379> get k10
"v10"
原先的主机redis6380重新启动后,底下已没有从机跟随
[root@iZ2zea8ja0in3tz134a4rsZ ~]# docker start redis6380
redis6380
[root@iZ2zea8ja0in3tz134a4rsZ ~]# docker exec -it redis6380 redis-cli
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:0
D、哨兵模式
哨兵模式其实是反客为主的自动版,能够后台监控主机是否故障,如果故障了根据投票数自动将从库转换为主库。假设主机半夜宕机了,我们需要从机自动得出一台作为主机,而不是人工来设置主机。
分别在原先的data下面添加sentinel.conf文件,三份内容一致。内容如下,第一行最后一个数字1,表示主机挂掉后salve投票看让谁接替成为主机,得票数多少后成为主机。
#sentinel monitor 被监控数据库名字(自己起名字) IP地址 端口号 得票数
sentinel monitor redis6380 172.18.0.4 6379 1
#添加为后台运行
daemonize yes
#指定日志目录
logfile "/data/log.txt"
image.png
在挂载的data目录下创建sentinel.conf文件后,分别进入redis6380、redis6381、redis6382三台容器内部,启动哨兵模式。
[root@iZ2zea8ja0in3tz134a4rsZ conf] cd /mydata/redis6380/conf/
[root@iZ2zea8ja0in3tz134a4rsZ conf] touch sentinel.conf
[root@iZ2zea8ja0in3tz134a4rsZ conf] vim sentinel.conf
[root@iZ2zea8ja0in3tz134a4rsZ conf] docker exec -it redis6380 /bin/bash
root@4f6540419549:cd /data
root@4f6540419549: ls
appendonly.aof dump6380.rdb sentinel.conf
root@4f6540419549:redis-sentinel /data/sentinel.conf
查看日志信息
root@59e598b46eb6:tail -f log.txt
image.png
主机挂了以后,redis6381查看角色,成为主机,下面有redis6382一个从机。
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:1
slave0:ip=172.18.0.5,port=6379,state=online,offset=63924,lag=1
redis6382查看角色,跟随新的主机redis6381。
127.0.0.1:6379> info replication
# Replication
role:slave
master_host:172.18.0.6
master_port:6379
master_link_status:up
master_last_io_seconds_ago:1
master_sync_in_progress:0
slave_repl_offset:64754
slave_priority:100
slave_read_only:1
connected_slaves:0
原先的主机redis6380重新启动后,成为新票选出来主机redis6381的从机。数据从redis6381全量复制,即会复制6381中的所有数据。
[root@iZ2zea8ja0in3tz134a4rsZ data]# docker exec -it redis6380 redis-cli
127.0.0.1:6379> info replication
# Replication
role:slave
master_host:172.18.0.6
master_port:6379
master_link_status:up
master_last_io_seconds_ago:1
master_sync_in_progress:0
slave_repl_offset:90098
slave_priority:100
slave_read_only:1
原先主机redis6380重新启动后,新的主机redis6381下面有2个从机。
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=172.18.0.5,port=6379,state=online,offset=137086,lag=1
slave1:ip=172.18.0.4,port=6379,state=online,offset=137086,lag=1
master_replid:1c09398c56b26bb1e668da2ae162ec6d37437820
master_replid2:8e2f407c3ce2788ecd4d9ca636a7a0e815e94a5e
master_repl_offset:137222
master_repl_meaningful_offset:137222
second_repl_offset:22124
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:137222
总结
实际生产中还是哨兵模式用的比较多,对于复制延时。由于所有的写操作都是现在Master上操作,然后同步更新到Slave上,所以Master同步到Slave机器上有一定的延迟,当系统很繁忙时,延迟问题会更加严重,Slave机器数量的增加也会使整个问题加重。
网友评论