最新国产好看的视频,伊人天堂AV在线,国产Aaaaaa视频,蜜臀视频在线观看一区,人妻av色图,密臀久久久精品影片,青青视频免费观看毛片,久草在线观看视,国产三级精品色情在线

docker compose部署主從復(fù)制的實(shí)現(xiàn)

 更新時(shí)間:2021年08月19日 16:35:44   作者:輻射工兵  
本文記錄了通過 docker compose 搭建一主雙從的 Redis 服務(wù)。文中通過示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下

受限于 Redis 單點(diǎn)性能,加上我們對數(shù)據(jù)天生就有的備份的需求,因此 Redis 提供了主從復(fù)制的服務(wù)。

本文記錄了通過 docker compose 搭建一主雙從的 Redis 服務(wù)。

配置解析

################################# REPLICATION #################################

# 【Slave】連接 Master 的配置
# slaveof 172.25.0.101 6379

# 【Slave】只讀模式
# slave-read-only yes

# 【Slave】密碼
# masterauth <master-password>

# 【Slave】復(fù)制期間是否允許響應(yīng)查詢,可能會(huì)返回臟數(shù)據(jù)
# slave-serve-stale-data yes

# 【Slave】Slave 晉級(jí)為 Master 的優(yōu)先級(jí),僅哨兵模式下生效
# slave-priority 100

# 【Slave】Slave 向 Master 報(bào)告的自己的 IP
# slave-announce-ip 5.5.5.5

# 【Slave】Slave 向 Master 報(bào)告的自己的端口
# slave-announce-port 1234

# 【Slave】Slave ping Master 的時(shí)間間隔
# repl-ping-slave-period 10

# 【Master/Slave】超時(shí)時(shí)間
# repl-timeout 60

# 【Master】Diskless 就是直接將要復(fù)制的 RDB 文件寫入到 Socket 中,而不會(huì)先存儲(chǔ)到磁盤上
repl-diskless-sync no

# 【Master】若開啟 Diskless,會(huì)等待指定秒之后再進(jìn)行復(fù)制,以便讓更多客戶端可以在窗口期內(nèi)連接,并行傳送
# repl-diskless-sync-delay 5

# 【Master】是否開啟 Nagle 算法,可以減少流量占用,但會(huì)同步得慢些
repl-disable-tcp-nodelay no

# 【Master】環(huán)形緩沖日志的大小,給 Slave 斷開之后重連使用,避免全量復(fù)制,默認(rèn) 1mb
# repl-backlog-size 1mb

# 【Master】當(dāng) Master 斷連所有 Slave 指定時(shí)間后,Master 會(huì)清空 backlog
# repl-backlog-ttl 3600

# 【Master】當(dāng)?shù)陀谥付▊€(gè) Slave 連接時(shí),Master 拒絕所有寫操作
# min-slaves-to-write 3

# 【Master】當(dāng)延遲高于指定秒數(shù)時(shí),Master 拒絕所有寫操作
# min-slaves-max-lag 10

服務(wù)搭建

目錄結(jié)構(gòu)

replication/
├── docker-compose.yml
├── master
│   ├── data
│   └── redis.conf
├── slave1
│   ├── data
│   └── redis.conf
└── slave2
    ├── data
    └── redis.conf

Compose File

定義了一個(gè)子網(wǎng),方便操作,對外暴露 6371(Master)、6372、6373 端口。

version: "3"

networks:
  redis-replication:
    driver: bridge
    ipam:
      config:
        - subnet: 172.25.0.0/24

services:
  master:
    image: redis
    container_name: redis-master
    ports:
      - "6371:6379"
    volumes:
      - "./master/redis.conf:/etc/redis.conf"
      - "./master/data:/data"
    command: ["redis-server", "/etc/redis.conf"]
    restart: always
    networks:
      redis-replication:
        ipv4_address: 172.25.0.101

  slave1:
    image: redis
    container_name: redis-slave-1
    ports:
      - "6372:6379"
    volumes:
      - "./slave1/redis.conf:/etc/redis.conf"
      - "./slave1/data:/data"
    command: ["redis-server", "/etc/redis.conf"]
    restart: always
    networks:
      redis-replication:
        ipv4_address: 172.25.0.102

  slave2:
    image: redis
    container_name: redis-slave-2
    ports:
      - "6373:6379"
    volumes:
      - "./slave2/redis.conf:/etc/redis.conf"
      - "./slave2/data:/data"
    command: ["redis-server", "/etc/redis.conf"]
    restart: always
    networks:
      redis-replication:
        ipv4_address: 172.25.0.103

實(shí)例配置

Master:

基本不用配置,最簡單的是指定一個(gè)端口就好了。

port 6379
protected-mode no

repl-diskless-sync no
repl-disable-tcp-nodelay no

Slave:

實(shí)例的配置保持一致就可以了,因?yàn)槎x了子網(wǎng),不存在端口沖突。

port 6379
protected-mode no

slaveof 172.25.0.101 6379
slave-read-only yes
slave-serve-stale-data yes

啟動(dòng)服務(wù)

ocker-compose up -d
Creating network "replication_redis-replication" with driver "bridge"
Creating redis-slave-1 ... done
Creating redis-master  ... done
Creating redis-slave-2 ... done

查看 Master 日志,可以看到接受了兩個(gè) Slave 的復(fù)制請求:

1:M 18 Aug 2021 15:50:31.772 * Replica 172.25.0.102:6379 asks for synchronization
1:M 18 Aug 2021 15:50:31.772 * Full resync requested by replica 172.25.0.102:6379
1:M 18 Aug 2021 15:50:31.772 * Replication backlog created, my new replication IDs are '5d27746f14ee9be9694d794f96de6ba14a669dd1' and '0000000000000000000000000000000000000000'
1:M 18 Aug 2021 15:50:31.772 * Starting BGSAVE for SYNC with target: disk
1:M 18 Aug 2021 15:50:31.773 * Background saving started by pid 19
19:C 18 Aug 2021 15:50:31.777 * DB saved on disk
19:C 18 Aug 2021 15:50:31.777 * RDB: 0 MB of memory used by copy-on-write
1:M 18 Aug 2021 15:50:31.822 * Background saving terminated with success
1:M 18 Aug 2021 15:50:31.823 * Synchronization with replica 172.25.0.102:6379 succeeded
1:M 18 Aug 2021 15:50:32.170 * Replica 172.25.0.103:6379 asks for synchronization
1:M 18 Aug 2021 15:50:32.170 * Full resync requested by replica 172.25.0.103:6379
1:M 18 Aug 2021 15:50:32.170 * Starting BGSAVE for SYNC with target: disk
1:M 18 Aug 2021 15:50:32.171 * Background saving started by pid 20
20:C 18 Aug 2021 15:50:32.175 * DB saved on disk
20:C 18 Aug 2021 15:50:32.175 * RDB: 0 MB of memory used by copy-on-write
1:M 18 Aug 2021 15:50:32.225 * Background saving terminated with success
1:M 18 Aug 2021 15:50:32.226 * Synchronization with replica 172.25.0.103:6379 succeeded

查看 Slave 日志,可以看到連接建立的全過程:

1:S 18 Aug 2021 15:50:31.771 * Connecting to MASTER 172.25.0.101:6379
1:S 18 Aug 2021 15:50:31.771 * MASTER <-> REPLICA sync started
1:S 18 Aug 2021 15:50:31.771 * Non blocking connect for SYNC fired the event.
1:S 18 Aug 2021 15:50:31.771 * Master replied to PING, replication can continue...
1:S 18 Aug 2021 15:50:31.772 * Partial resynchronization not possible (no cached master)
1:S 18 Aug 2021 15:50:31.773 * Full resync from master: 5d27746f14ee9be9694d794f96de6ba14a669dd1:0
1:S 18 Aug 2021 15:50:31.823 * MASTER <-> REPLICA sync: receiving 175 bytes from master to disk
1:S 18 Aug 2021 15:50:31.823 * MASTER <-> REPLICA sync: Flushing old data
1:S 18 Aug 2021 15:50:31.823 * MASTER <-> REPLICA sync: Loading DB in memory
1:S 18 Aug 2021 15:50:31.828 * Loading RDB produced by version 6.2.5
1:S 18 Aug 2021 15:50:31.828 * RDB age 0 seconds
1:S 18 Aug 2021 15:50:31.828 * RDB memory usage when created 1.83 Mb
1:S 18 Aug 2021 15:50:31.829 * MASTER <-> REPLICA sync: Finished with success

測試

登錄 Master,嘗試寫入新 Key。

127.0.0.1:6371> set hello world
OK

登錄 Slave,查看能否讀取到:

127.0.0.1:6372> get hello
"world"

Slave 嘗試寫操作:

127.0.0.1:6372> set hello redis
(error) READONLY You can't write against a read only replica.

到此這篇關(guān)于docker compose部署主從復(fù)制的實(shí)現(xiàn)的文章就介紹到這了,更多相關(guān)docker compose 主從復(fù)制內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!

相關(guān)文章

  • zabbix監(jiān)控docker容器狀態(tài)【推薦】

    zabbix監(jiān)控docker容器狀態(tài)【推薦】

    這篇文章主要介紹了zabbix監(jiān)控docker容器狀態(tài)的相關(guān)資料,非常不錯(cuò),具有一定的參考借鑒價(jià)值,需要的朋友可以參考下
    2018-06-06
  • CentOS 7上安裝Docker 1.8 的步驟詳解

    CentOS 7上安裝Docker 1.8 的步驟詳解

    本文分步驟給大家介紹了CentOS 7上安裝Docker 1.8 的步驟詳解,需要的朋友可以參考下
    2018-11-11
  • Docker rocketmq部署的實(shí)現(xiàn)示例

    Docker rocketmq部署的實(shí)現(xiàn)示例

    最近學(xué)習(xí)使用 rocketmq,需要搭建 rocketmq 服務(wù)端,本文主要記錄 rocketmq 搭建過程以及這個(gè)過程踩到的一些坑,感興趣的可以了解一下
    2021-12-12
  • docker nginx + https 子域名配置詳細(xì)教程

    docker nginx + https 子域名配置詳細(xì)教程

    這篇文章主要介紹了docker nginx + https 子域名配置詳細(xì)教程,本文給大家介紹的非常詳細(xì),對大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下
    2021-04-04
  • docker容器commit打包越來越大的原因分析及解決

    docker容器commit打包越來越大的原因分析及解決

    文章介紹了Docker容器打包變大的原因,并提供了解決方法,具體步驟包括使用export命令導(dǎo)出容器,然后使用import命令導(dǎo)入鏡像,最后將鏡像展開成容器,這種方法可以有效減少鏡像文件的大小,避免因Docker鏡像層的概念導(dǎo)致的文件膨脹問題
    2025-03-03
  • docker Nginx PHP-FPM單機(jī)多站點(diǎn)布署的方法

    docker Nginx PHP-FPM單機(jī)多站點(diǎn)布署的方法

    這篇文章主要介紹了docker Nginx PHP-FPM單機(jī)多站點(diǎn)布署的方法,小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧
    2018-07-07
  • 詳解docker中Dockerfile指令創(chuàng)建鏡像

    詳解docker中Dockerfile指令創(chuàng)建鏡像

    這篇文章主要介紹了詳解docker中Dockerfile指令創(chuàng)建鏡像,小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧
    2017-11-11
  • 使用Docker方式啟動(dòng)tomcat,訪問首頁出現(xiàn)404的解決方案

    使用Docker方式啟動(dòng)tomcat,訪問首頁出現(xiàn)404的解決方案

    這篇文章主要介紹了使用Docker方式啟動(dòng)tomcat,訪問首頁出現(xiàn)404的解決方案,具有很好的參考價(jià)值,希望對大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教
    2025-03-03
  • Docker Machine創(chuàng)建Azure虛擬主機(jī)

    Docker Machine創(chuàng)建Azure虛擬主機(jī)

    這篇文章主要為大家詳細(xì)介紹了Docker Machine創(chuàng)建Azure虛擬主機(jī)的相關(guān)資料,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下
    2017-06-06
  • Docker調(diào)度器Kubernetes使用過程

    Docker調(diào)度器Kubernetes使用過程

    Docker和Kubernetes在使用方式上有相似性,初次接觸這兩個(gè)技術(shù)的同學(xué)常常會(huì)搞混,但實(shí)際上它們并不是解決同一個(gè)問題的技術(shù),也沒有辦法用其中一個(gè)替代另一個(gè)。通俗一點(diǎn)來說,Docker解決的是容器技術(shù)直接相關(guān)的問題,而Kubernetes更多地關(guān)注在集群上調(diào)度和部署容器應(yīng)用
    2022-12-12

最新評(píng)論

柳河县| 彭州市| 施秉县| 南平市| 利辛县| 蚌埠市| 红桥区| 谢通门县| 林口县| 徐汇区| 都兰县| 雅江县| 永修县| 布尔津县| 丁青县| 新建县| 黄平县| 龙游县| 崇州市| 永清县| 汶川县| 巴彦淖尔市| 九龙坡区| 崇阳县| 舒兰市| 莒南县| 环江| 桐乡市| 三亚市| 波密县| 天台县| 济南市| 霍城县| 黄骅市| 兰西县| 永春县| 大竹县| 兰州市| 丹东市| 鄂伦春自治旗| 桂平市|