美文网首页
docker redis主从复制

docker redis主从复制

作者: 海盗船长_coco | 来源:发表于2020-05-24 14:39 被阅读0次

    默认已经将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
    

    文件结构为红色表示目录,蓝色表示文件。

    image.png
    由于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机器数量的增加也会使整个问题加重。

    参考

    https://www.bilibili.com/video/BV1oW411u75R?p=23

    https://blog.csdn.net/yhk724555508/article/details/85338706?depth_1-utm_source=distribute.pc_relevant.none-task&utm_source=distribute.pc_relevant.none-task

    相关文章

      网友评论

          本文标题:docker redis主从复制

          本文链接:https://www.haomeiwen.com/subject/uhodahtx.html