搭了一個RocketMQ高可用叢集，同事直呼哇塞！
大家好，我是不才陳某~
RocketMQ作為阿里系的一款開源的MQ中介軟體，經歷了雙十一的高併發場景的訊息流轉，能夠處理萬億級別的訊息。
這篇文章將作為《RocketMQ 進階》專欄的第一篇文章，介紹一下實際生產中如何搭建一個高可用的RocketMQ叢集。叢集整體架構圖如下：
為什麼要用MQ？
訊息佇列是一種“先進先出”的資料結構
其應用場景主要包含以下3個方面
1、應用解耦
系統的耦合性越高，容錯性就越低。以電商應用為例，使用者建立訂單後，如果耦合呼叫庫存系統、物流系統、支付系統，任何一個子系統出了故障或者因為升級等原因暫時不可用，都會造成下單操作異常，影響使用者使用體驗。
使用訊息佇列解耦合，系統的耦合性就會提高了。比如物流系統發生故障，需要幾分鐘才能來修復，在這段時間內，物流系統要處理的資料被快取到訊息佇列中，使用者的下單操作正常完成。當物流系統回覆後，補充處理存在訊息佇列中的訂單訊息即可，終端系統感知不到物流系統發生過幾分鐘故障。
2、流量削峰
應用系統如果遇到系統請求流量的瞬間猛增，有可能會將系統壓垮。有了訊息佇列可以將大量請求快取起來，分散到很長一段時間處理，這樣可以大大提到系統的穩定性和使用者體驗。
一般情況，為了保證系統的穩定性，如果系統負載超過閾值，就會阻止使用者請求，這會影響使用者體驗，而如果使用訊息佇列將請求快取起來，等待系統處理完畢後通知使用者下單完畢，這樣總不能下單體驗要好。
處於經濟考量目的：
業務系統正常時段的QPS如果是1000，流量最高峰是10000，為了應對流量高峰配置高效能的伺服器顯然不划算，這時可以使用訊息佇列對峰值流量削峰
3、資料分發
透過訊息佇列可以讓資料在多個系統更加之間進行流通。資料的產生方不需要關心誰來使用資料，只需要將資料傳送到訊息佇列，資料使用方直接在訊息佇列中直接獲取資料即可
各種MQ產品的比較
常見的MQ產品包括Kafka、ActiveMQ、RabbitMQ、RocketMQ。
關於MQ技術選型詳細可以看筆者之前的文章：聊聊 MQ 技術選型
RocketMQ中的幾個重要角色
從上述的叢集架構圖中可以知道RocketMQ中涉及到的幾個重要的角色：
NameServer：相當於微服務中的註冊中心，提供broker的服務發現和註冊功能，各個節點之間無相互通訊，一旦broker節點啟動，將會主動上報資訊給NameServer。 producer：訊息生產者，傳送訊息給broker；擁有同一個的groupId的producer為一個叢集 broker：訊息暫存和傳輸，接收producer傳送的訊息，採用push/pull模式傳遞給consumer consumer：訊息消費者，消費broker傳遞的訊息，擁有同一個groupId的consumer為一個叢集
以上四個是RocketMQ對外四種角色，另外內部還有一些重要角色，如下：
Topic：訊息主題，透過Topic對不同的業務訊息進行分類。 Tag：訊息標籤，用來進一步區分某個Topic下的訊息分類，訊息從生產者發出即帶上的屬性。 Message Queue：佇列，相當於Topic的分割槽，用於並行傳送和消費訊息，一個Topic中對應多個Queue
關於Topic和Tag的區別：比如電商中的下單、支付流程，為了提高併發量通常都會使用訊息佇列進行非同步處理，那麼可以定義訊息的Topic為Topic_order，但是其中還涉及了建立訂單、付款、完成訂單這三類訊息，如何去區分？
此時就該用到Tag去細分了，此時的對應關係如下圖：
Topic和Message Queue的關係如下圖：
一個Topic中包含多個Message Queue（佇列）
RocketMQ下載
阿里將RocketMQ貢獻給了Apache，所以要去Apache的官網去下載對應的版本；
地址：
我的《RocketMQ 進階》這個專欄選用的版本是4.9.4
下載地址：
叢集特點
針對RocketMQ對外的四種角色，叢集部署有以下幾點需要注意的地方：
NameServer之間是不相互通訊的，因此NameServer叢集部署非常簡單，直接啟動多個服務 broker部署分為master和slave節點，一個master對應多個slave節點，主從節點透過brokerId區分，主節點為0，從節點為1；每個broker與NameServer建立長連線，定時註冊Topic資訊到NameServer中。 producer與NameServer中的任意一個節點建立長連線，定期獲取Topic路由資訊，並向提供Topic服務的Master建立長連線，且定時向Master傳送心跳。Producer完全無狀態，可叢集部署。 consumer與NameServer叢集中的其中一個節點（隨機選擇）建立長連線，定期從NameServer取Topic路由資訊，並向提供Topic服務的Master、Slave建立長連線，且定時向Master、Slave傳送心跳。Consumer既可以從Master訂閱訊息，也可以從Slave訂閱訊息，訂閱規則由Broker配置決定。
叢集模式
注意這裡說的叢集模式是針對broker，因為涉及到broker的節點之間的資料同步問題。
NameServer各個節點間不互相通訊，只需要啟動多個服務便可實現一個叢集
RocketMQ支援四種叢集模式，如下：
1. 單Master模式
不建議使用，一旦服務重啟或者當機將導致整個服務不可用
2. 多Master模式
這個叢集模式無slave節點，全部都是master節點，該模式如下圖：
該模式的優缺點如下：
優點：該模式效能最高 缺點：一旦一臺服務當機了，那麼在這臺服務上的訊息不能被訂閱消費，訊息實時性會受到影響
3. 多Master多Slave（同步）
每個master對應一個slave節點，有多對master-slave，主從之間的資料複製採用同步雙寫的形式，如下圖：
主從同步雙寫是什麼意思？
producer傳送一條訊息給broker的主節點，只有主節點將資料同步到從節點才會返回結果
此時的傳送訊息流程如下：
需要經過以上4步才能實現訊息傳送成功，此時如果主從資料複製阻塞，那麼producer必須等待直到成功。
這種模式的優缺點如下：
優點：無單點故障，資料不會丟失，即使master當機了，salve節點依然能夠對外提供服務
缺點：由於是同步複製，效能比非同步複製的模式低
4. 多Master多Slave（非同步）
每個Master配置一個Slave，有多對master-slave，採用非同步複製的方式，如下：
訊息傳送到的master後直接返回，不必等待主從複製，而是內部透過非同步的方式進行復制。
該種模式的優缺點如下：
優點：無單點故障，訊息無延遲，即使master當機了，salve節點依然能夠對外提供服務 效能比非同步複製模式略低（大約低10%左右），傳送單個訊息的RT會略高。
主從同步叢集搭建
根據上面的介紹，主從同步叢集模式使用4個節點，分別是兩個主節點、兩個從節點。
筆者這裡是使用兩臺機器將節點均攤，如下圖：
在安裝之前需要做些準備工作，如下：
準備兩臺伺服器/虛擬機器 安裝好JDK1.8的環境 下載好rocketmq-all-4.9.4-bin-release
筆者使用的是Centos7的虛擬機器進行演示，如下：
| 序號 | IP | 角色 | 架構模式 |
|---|---|---|---|
| 1 | 192.168.47.146 | nameserver、brokerserver | Master1、Slave2 |
| 2 | 192.168.47.145 | nameserver、brokerserver | Master2、Slave1 |
1. 新增環境變數
RocketMQ的啟動需要依賴的一個環境變數：ROCKETMQ_HOME（RocketMQ的根目錄）
export PATH=$JAVA_HOME/bin:$PATH
export ROCKETMQ_HOME=/usr/local/rocketmq-all-4.9.4-bin-release
export PATH=$PATH:$ROCKETMQ_HOME/bin
除了以上RocketMQ的環境變數配置，還需新增JDK的配置，省略...
配置儲存之後，執行下述命令：
source /etc/profile
2. 建立訊息儲存路徑
RocketMQ是將訊息儲存在磁碟，因此需要建立儲存路徑，如下：
mkdir -p /usr/local/rocketmq/store/master
mkdir -p /usr/local/rocketmq/store/master/commitlog
mkdir -p /usr/local/rocketmq/store/master/consumequeue
mkdir -p /usr/local/rocketmq/store/master/index
mkdir -p /usr/local/rocketmq/store/slave
mkdir -p /usr/local/rocketmq/store/slave/commitlog
mkdir -p /usr/local/rocketmq/store/slave/consumequeue
mkdir -p /usr/local/rocketmq/store/slave/index
3. broker配置檔案
總共四個節點，分別配置如下：
1、master1
這個配置檔案是broker-a.properties，如下：
#所屬叢集名字
brokerClusterName=rocketmq-cluster
#broker名字，注意此處不同的配置檔案填寫的不一樣
brokerName=broker-a
#0 表示 Master，>0 表示 Slave
brokerId=0
#nameServer地址，分號分割
namesrvAddr=rocketmq-nameserver1:9876;rocketmq-nameserver2:9876
#在傳送訊息時，自動建立伺服器不存在的topic，預設建立的佇列數
defaultTopicQueueNums=4
#是否允許 Broker 自動建立Topic，建議線下開啟，線上關閉
autoCreateTopicEnable=true
#是否允許 Broker 自動建立訂閱組，建議線下開啟，線上關閉
autoCreateSubscriptionGroup=true
#Broker 對外服務的監聽埠
listenPort=10911
#刪除檔案時間點，預設凌晨 4點
deleteWhen=04
#檔案保留時間，預設 48 小時
fileReservedTime=120
#commitLog每個檔案的大小預設1G
mapedFileSizeCommitLog=1073741824
#ConsumeQueue每個檔案預設存30W條，根據業務情況調整
mapedFileSizeConsumeQueue=300000
#destroyMapedFileIntervalForcibly=120000
#redeleteHangedFileInterval=120000
#檢測物理檔案磁碟空間
diskMaxUsedSpaceRatio=88
#儲存路徑
storePathRootDir=/usr/local/rocketmq/store
#commitLog 儲存路徑
storePathCommitLog=/usr/local/rocketmq/store/commitlog
#消費佇列儲存路徑儲存路徑
storePathConsumeQueue=/usr/local/rocketmq/store/consumequeue
#訊息索引儲存路徑
storePathIndex=/usr/local/rocketmq/store/index
#checkpoint 檔案儲存路徑
storeCheckpoint=/usr/local/rocketmq/store/checkpoint
#abort 檔案儲存路徑
abortFile=/usr/local/rocketmq/store/abort
#限制的訊息大小
maxMessageSize=65536
#flushCommitLogLeastPages=4
#flushConsumeQueueLeastPages=2
#flushCommitLogThoroughInterval=10000
#flushConsumeQueueThoroughInterval=60000
#Broker 的角色
#- ASYNC_MASTER 非同步複製Master
#- SYNC_MASTER 同步雙寫Master
#- SLAVE
brokerRole=SYNC_MASTER
#刷盤方式
#- ASYNC_FLUSH 非同步刷盤
#- SYNC_FLUSH 同步刷盤
flushDiskType=SYNC_FLUSH
#checkTransactionMessageEnable=false
#發訊息執行緒池數量
#sendMessageThreadPoolNums=128
#拉訊息執行緒池數量
#pullMessageThreadPoolNums=128
2、slave2
修改配置檔案broker-b-s.properties，如下：
#所屬叢集名字
brokerClusterName=rocketmq-cluster
#broker名字，注意此處不同的配置檔案填寫的不一樣
brokerName=broker-b
#0 表示 Master，>0 表示 Slave
brokerId=1
#nameServer地址，分號分割
namesrvAddr=rocketmq-nameserver1:9876;rocketmq-nameserver2:9876
#在傳送訊息時，自動建立伺服器不存在的topic，預設建立的佇列數
defaultTopicQueueNums=4
#是否允許 Broker 自動建立Topic，建議線下開啟，線上關閉
autoCreateTopicEnable=true
#是否允許 Broker 自動建立訂閱組，建議線下開啟，線上關閉
autoCreateSubscriptionGroup=true
#Broker 對外服務的監聽埠
listenPort=11011
#刪除檔案時間點，預設凌晨 4點
deleteWhen=04
#檔案保留時間，預設 48 小時
fileReservedTime=120
#commitLog每個檔案的大小預設1G
mapedFileSizeCommitLog=1073741824
#ConsumeQueue每個檔案預設存30W條，根據業務情況調整
mapedFileSizeConsumeQueue=300000
#destroyMapedFileIntervalForcibly=120000
#redeleteHangedFileInterval=120000
#檢測物理檔案磁碟空間
diskMaxUsedSpaceRatio=88
#儲存路徑
storePathRootDir=/usr/local/rocketmq/store/slave
#commitLog 儲存路徑
storePathCommitLog=/usr/local/rocketmq/store/slave/commitlog
#消費佇列儲存路徑儲存路徑
storePathConsumeQueue=/usr/local/rocketmq/store/slave/consumequeue
#訊息索引儲存路徑
storePathIndex=/usr/local/rocketmq/store/slave/index
#checkpoint 檔案儲存路徑
storeCheckpoint=/usr/local/rocketmq/store/slave/checkpoint
#abort 檔案儲存路徑
abortFile=/usr/local/rocketmq/store/slave/abort
#限制的訊息大小
maxMessageSize=65536
#flushCommitLogLeastPages=4
#flushConsumeQueueLeastPages=2
#flushCommitLogThoroughInterval=10000
#flushConsumeQueueThoroughInterval=60000
#Broker 的角色
#- ASYNC_MASTER 非同步複製Master
#- SYNC_MASTER 同步雙寫Master
#- SLAVE
brokerRole=SLAVE
#刷盤方式
#- ASYNC_FLUSH 非同步刷盤
#- SYNC_FLUSH 同步刷盤
flushDiskType=ASYNC_FLUSH
#checkTransactionMessageEnable=false
#發訊息執行緒池數量
#sendMessageThreadPoolNums=128
#拉訊息執行緒池數量
#pullMessageThreadPoolNums=128
3、master2
修改broker-b.properties，如下：
#所屬叢集名字
brokerClusterName=rocketmq-cluster
#broker名字，注意此處不同的配置檔案填寫的不一樣
brokerName=broker-b
#0 表示 Master，>0 表示 Slave
brokerId=0
#nameServer地址，分號分割
namesrvAddr=rocketmq-nameserver1:9876;rocketmq-nameserver2:9876
#在傳送訊息時，自動建立伺服器不存在的topic，預設建立的佇列數
defaultTopicQueueNums=4
#是否允許 Broker 自動建立Topic，建議線下開啟，線上關閉
brokerClusterName=rocketmq-cluster
#broker名字，注意此處不同的配置檔案填寫的不一樣
brokerName=broker-b
#0 表示 Master，>0 表示 Slave
brokerId=0
#nameServer地址，分號分割
namesrvAddr=rocketmq-nameserver1:9876;rocketmq-nameserver2:9876
#在傳送訊息時，自動建立伺服器不存在的topic，預設建立的佇列數
defaultTopicQueueNums=4
#是否允許 Broker 自動建立Topic，建議線下開啟，線上關閉
autoCreateTopicEnable=true
#是否允許 Broker 自動建立訂閱組，建議線下開啟，線上關閉
autoCreateSubscriptionGroup=true
#Broker 對外服務的監聽埠
listenPort=10911
#刪除檔案時間點，預設凌晨 4點
deleteWhen=04
#檔案保留時間，預設 48 小時
fileReservedTime=120
#commitLog每個檔案的大小預設1G
mapedFileSizeCommitLog=1073741824
#ConsumeQueue每個檔案預設存30W條，根據業務情況調整
mapedFileSizeConsumeQueue=300000
#destroyMapedFileIntervalForcibly=120000
#redeleteHangedFileInterval=120000
#檢測物理檔案磁碟空間
diskMaxUsedSpaceRatio=88
#儲存路徑
storePathRootDir=/usr/local/rocketmq/store
#commitLog 儲存路徑
storePathCommitLog=/usr/local/rocketmq/store/commitlog
#消費佇列儲存路徑儲存路徑
storePathConsumeQueue=/usr/local/rocketmq/store/consumequeue
#訊息索引儲存路徑
storePathIndex=/usr/local/rocketmq/store/index
#checkpoint 檔案儲存路徑
storeCheckpoint=/usr/local/rocketmq/store/checkpoint
#abort 檔案儲存路徑
abortFile=/usr/local/rocketmq/store/abort
#限制的訊息大小
maxMessageSize=65536
#flushCommitLogLeastPages=4
#flushConsumeQueueLeastPages=2
#flushCommitLogThoroughInterval=10000
#flushConsumeQueueThoroughInterval=60000
#Broker 的角色
#- ASYNC_MASTER 非同步複製Master
#- SYNC_MASTER 同步雙寫Master
#- SLAVE
brokerRole=SYNC_MASTER
#刷盤方式
#- ASYNC_FLUSH 非同步刷盤
#- SYNC_FLUSH 同步刷盤
flushDiskType=SYNC_FLUSH
#checkTransactionMessageEnable=false
#發訊息執行緒池數量
#sendMessageThreadPoolNums=128
#拉訊息執行緒池數量
#pullMessageThreadPoolNums=128
4、slave1
修改broker-a-s.properties，如下：
#所屬叢集名字
brokerClusterName=rocketmq-cluster
#broker名字，注意此處不同的配置檔案填寫的不一樣
brokerName=broker-a
#0 表示 Master，>0 表示 Slave
brokerId=1
#nameServer地址，分號分割
namesrvAddr=rocketmq-nameserver1:9876;rocketmq-nameserver2:9876
#在傳送訊息時，自動建立伺服器不存在的topic，預設建立的佇列數
defaultTopicQueueNums=4
#是否允許 Broker 自動建立Topic，建議線下開啟，線上關閉
autoCreateTopicEnable=true
#是否允許 Broker 自動建立訂閱組，建議線下開啟，線上關閉
autoCreateSubscriptionGroup=true
#Broker 對外服務的監聽埠
listenPort=11011
#刪除檔案時間點，預設凌晨 4點
deleteWhen=04
#檔案保留時間，預設 48 小時
fileReservedTime=120
#commitLog每個檔案的大小預設1G
mapedFileSizeCommitLog=1073741824
#ConsumeQueue每個檔案預設存30W條，根據業務情況調整
mapedFileSizeConsumeQueue=300000
#destroyMapedFileIntervalForcibly=120000
#redeleteHangedFileInterval=120000
#檢測物理檔案磁碟空間
diskMaxUsedSpaceRatio=88
#儲存路徑
storePathRootDir=/usr/local/rocketmq/store/slave
#commitLog 儲存路徑
storePathCommitLog=/usr/local/rocketmq/store/slave/commitlog
#消費佇列儲存路徑儲存路徑
storePathConsumeQueue=/usr/local/rocketmq/store/slave/consumequeue
#訊息索引儲存路徑
storePathIndex=/usr/local/rocketmq/store/slave/index
#checkpoint 檔案儲存路徑
storeCheckpoint=/usr/local/rocketmq/store/slave/checkpoint
#abort 檔案儲存路徑
abortFile=/usr/local/rocketmq/store/slave/abort
#限制的訊息大小
maxMessageSize=65536
#flushCommitLogLeastPages=4
#flushConsumeQueueLeastPages=2
#flushCommitLogThoroughInterval=10000
#flushConsumeQueueThoroughInterval=60000
#Broker 的角色
#- ASYNC_MASTER 非同步複製Master
#- SYNC_MASTER 同步雙寫Master
#- SLAVE
brokerRole=SLAVE
#刷盤方式
#- ASYNC_FLUSH 非同步刷盤
#- SYNC_FLUSH 同步刷盤
flushDiskType=ASYNC_FLUSH
#checkTransactionMessageEnable=false
#發訊息執行緒池數量
#sendMessageThreadPoolNums=128
#拉訊息執行緒池數量
#pullMessageThreadPoolNums=128
關於上面的各個配置有什麼用後面章節會詳細介紹
4、開放埠
宿主機需要遠端訪問虛擬機器的rocketmq服務和web服務，需要開放相關的埠號，簡單粗暴的方式是直接關閉防火牆
# 關閉防火牆
systemctl stop firewalld.service
# 檢視防火牆的狀態
firewall-cmd --state
# 禁止firewall開機啟動
systemctl disable firewalld.service
或者為了安全，只開放特定的埠號，RocketMQ預設使用3個埠：9876 、10911 、11011 。如果防火牆沒有關閉的話，那麼防火牆就必須開放這些埠：
nameserver預設使用 9876 埠master預設使用 10911 埠slave預設使用11011 埠
執行以下命令：
# 開放name server預設埠
firewall-cmd --remove-port=9876/tcp --permanent
# 開放master預設埠
firewall-cmd --remove-port=10911/tcp --permanent
# 開放slave預設埠 (當前叢集模式可不開啟)
firewall-cmd --remove-port=11011/tcp --permanent
# 重啟防火牆
firewall-cmd --reload
5. Host新增資訊
需要在hosts中新增資訊，這樣後面的配置就不用透過ip指定了。
執行如下命令進入hosts檔案：
vim /etc/hosts
配置資訊如下：
# nameserver
192.168.47.146 rocketmq-nameserver1
192.168.47.145 rocketmq-nameserver2
# broker
192.168.47.146 rocketmq-master1
192.168.47.146 rocketmq-slave2
192.168.47.145 rocketmq-master2
192.168.47.145 rocketmq-slave1
配置完成後, 重啟網路卡：
systemctl restart network
6. 修改啟動指令碼
內建RocketMQ啟動對伺服器記憶體要求較高，由於筆者本地測試的配置較低，因此需要修改JVM啟動引數，以下兩個指令碼都在bin目錄下。
1、runbroker.sh指令碼修改：
根據自己伺服器的配置進行修改
2、 runserver.sh 指令碼修改：
7. 服務啟動
RocketMQ啟動分為兩步：
啟動NameServer 啟動borker叢集
1、啟動NameServer
分別在兩臺伺服器上啟動，命令如下：
cd /usr/local/rocketmq-all-4.9.4-bin-release/bin
nohup sh mqnamesrv &
2、啟動broker叢集
這裡master和slave總計四個，均攤在兩個伺服器上，下面分別啟動
master1啟動，命令如下：
cd /usr/local/rocketmq-all-4.9.4-bin-release/bin
nohup sh mqbroker -c ../conf/2m-2s-sync/broker-a.properties &
slave2啟動，命令如下：
cd /usr/local/rocketmq-all-4.9.4-bin-release/bin
nohup sh mqbroker -c ../conf/2m-2s-sync/broker-b-s.properties &
master1和slave2在同一臺伺服器上（192.168.47.146）
master2啟動，命令如下：
cd /usr/local/rocketmq-all-4.9.4-bin-release/bin
nohup sh mqbroker -c ../conf/2m-2s-sync/broker-b.properties &
slave1啟動，命令如下：
cd /usr/local/rocketmq-all-4.9.4-bin-release/bin
nohup sh mqbroker -c ../conf/2m-2s-sync/broker-a-s.properties &
master2和slave1在同一臺伺服器上（192.168.47.145）
8. 檢視程式狀態
第7步啟動成功後，查詢程式狀態觀察RocketMQ是否啟動成功，命令如下：
9. 檢視日誌
同時也可以觀察RocketMQ的日誌看下是否異常，命令如下：
# 檢視nameServer日誌
tail -500f ~/logs/rocketmqlogs/namesrv.log
# 檢視broker日誌
tail -500f ~/logs/rocketmqlogs/broker.log
叢集監控平臺
RocketMQ有一個對其擴充套件的開源專案rocketmq-dashboard，直接將該專案拉到本地，修改其中的幾個引數編譯打包即可
修改application.yml中的NameServer的配置，改成自己搭建的地址，如下：
然後打包執行，命令如下：
//打包
mvn clean package -Dmaven.test.skip=true
//執行
java -jar target/rocketmq-dashboard-1.0.1-SNAPSHOT.jar
執行成功之後，瀏覽器訪問：
進入叢集這一欄，看下自己搭建的叢集資訊，如下圖：
總結
本節內容主要介紹了MQ的基本知識以及RocketMQ叢集搭建過程，有興趣的可以按照筆者的整個搭建過程嘗試一遍，至於其中一些配置屬性以及生產、消費訊息將會在後文介紹。
來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/70024420/viewspace-2928722/，如需轉載，請註明出處，否則將追究法律責任。
相關文章
- 4 種高可用 RocketMQ 叢集搭建方案！MQ
- PostgreSQL repmgr高可用叢集+keepalived高可用SQL
- PostgreSQL patroni高可用叢集SQL
- MongoDB高可用叢集搭建MongoDB
- zookeeper 高可用叢集搭建
- 高可用的MongoDB叢集MongoDB
- Redis叢集與高可用Redis
- 搭建高可用MongoDB叢集（一）：配置MongoDBMongoDB
- 如何安裝一個高可用K3s叢集？
- mysql高可用叢集之MMMMySql
- Redis快取高可用叢集Redis快取
- 10、redis哨兵叢集高可用Redis
- 高可用mongodb叢集(分片+副本)MongoDB
- WEB叢集- 高可用服務Web
- 基於pacemaker 的高可用叢集架構----2 一個示例架構
- RabbitMQ從零到叢集高可用(.NetCore5.0) -高可用叢集構建落地MQNetCore
- 高可用叢集corosync+pacemaker之crmsh使用（一）ROS
- 搭建 Kubernetes 高可用叢集
- Redis高可用-主從,哨兵,叢集Redis
- 高可用叢集之corosync+pacemakerROS
- Rabbitmq叢集高可用部署詳細MQ
- [Open Source] RabbitMQ 高可用叢集方案MQ
- 搭建高可用MongoDB叢集（四）：分片MongoDB
- 使用pgpool搭建高可用PostgreSQL叢集SQL
- CentOS 7下搭建高可用叢集CentOS
- CentOS 7 下搭建高可用叢集CentOS
- 如何設定一個生產級別的高可用etcd叢集
- 在Rainbond中一鍵部署高可用 EMQX 叢集AIMQ
- 高可用叢集環境搭建-留檔
- 基於 ZooKeeper 搭建 Spark 高可用叢集Spark
- redis通訊與高可用叢集原理Redis
- 搭建 MySQL 高可用高效能叢集MySql
- RabbitMQ和Kafka的高可用叢集原理MQKafka
- Oracle的三種高可用叢集方案Oracle
- 高可用的MongoDB叢集－實戰篇MongoDB
- 淺談MySQL叢集高可用架構MySql架構
- 搭建高可用MongoDB叢集（二）： 副本集MongoDB
- redis高可用之redis3.0叢集RedisS3