建站
咨詢
售后
建站咨詢
新聞中心
背景
公司很多業(yè)務(wù)在使用RocketMQ，前期業(yè)務(wù)量小，沒啥問題，也沒有太關(guān)注集群的可用性這塊，所以全公司的業(yè)務(wù)公用一個集群，隨之公司的業(yè)務(wù)量增加，業(yè)務(wù)對RocketMQ集群依賴越來越重，開始思考集群拆分，風(fēng)險分?jǐn)?；開始想的是按部門劃分，一個部門一個集群，但是部門之間有通過RocketMQ做數(shù)據(jù)交互的需求，這樣會帶來的問題是一個應(yīng)用需要連接兩個RocketMQ集群，需要業(yè)務(wù)方改代碼，在開發(fā)人不需要改代碼的情況下，如何能做到集群無單點、風(fēng)險分?jǐn)?，集群未來可以水平擴容呢，我們的方案如下：
創(chuàng)新互聯(lián)-專業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設(shè)、高性價比安陽縣網(wǎng)站開發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫,直接使用。一站式安陽縣網(wǎng)站制作公司更省心,省錢,快速模板網(wǎng)站建設(shè)找我們，業(yè)務(wù)覆蓋安陽縣地區(qū)。費用合理售后完善，10余年實體公司更值得信賴。
集群部署規(guī)劃
整個集群分三層，分別是應(yīng)用接入層、Nameserver集群和Broker集群，下面分別對這三部分說明：
接入層
接入層其實就是應(yīng)用連接MQ集群的地址，目前生產(chǎn)環(huán)境我們是直接連接了nameserver的IP地址，如果nameserver擴容或者換服務(wù)器了，大家需要修改配置重啟服務(wù)更新新的nameserver地址，雖然這個事情的幾率比較低，但是如果發(fā)生了還是比較麻煩，所有我們新的接入方案是負載均衡+域名，大家在程序里面配置連接MQ的地址為：BLB:9876,nameserver1.chj.cloud:9876,nameserver2.chj.cloud:9876，這樣同時做了負載均衡和域名的雙保險，如果負載均衡器故障，應(yīng)用會重試去連域名
Nameserver集群
Nameserver本身是無狀態(tài)的，并且基本沒有壓力，所以我們計劃前期先部署兩臺；后續(xù)需要擴容的時候，需要依次重啟broker，讓broker也注冊到新的nameserver上
Broker集群
Broker負責(zé)消息的存儲，Broker的部署有多種模式，我們會根據(jù)業(yè)務(wù)需求，部署兩種架構(gòu)：多master多slave（同步復(fù)制、同步刷盤）、多master多slave（異步復(fù)制、異步刷盤）；集群也可以橫向擴容
Broker命名規(guī)范：奇數(shù)為異步復(fù)制+異步刷盤類型，偶數(shù)為同步復(fù)制+同步刷盤類型，如：broker-1，broker-2
架構(gòu)圖
Topic管理
根據(jù)業(yè)務(wù)場景，我們把Topic創(chuàng)建到不同的Broker集群上，業(yè)務(wù)場景分兩種情況：一種是需要保證消息不丟，但是對吞吐量要求不高，如訂單相關(guān)信息，比如下圖的TopicA就是用來存儲訂單相關(guān)的Topic，那么我們就把這個Topic創(chuàng)建到同步復(fù)制、同步刷盤這樣角色的Broker集群上；另一種是對吞吐量要求特別高，但是消息容許發(fā)生少量丟失，如車輛上報的監(jiān)控相關(guān)信息，比如下圖的TopicB就是用來存儲車輛上報的監(jiān)控相關(guān)信息的Topic，那么我們就把這個Topic創(chuàng)建到異步復(fù)制、異步刷盤這樣角色的Broker集群上
新聞標(biāo)題：RocketMQ企業(yè)級部署方案
網(wǎng)頁路徑：http://www.dlmjj.cn/article/phodcd.html
