成人国产在线小视频_日韩寡妇人妻调教在线播放_色成人www永久在线观看_2018国产精品久久_亚洲欧美高清在线30p_亚洲少妇综合一区_黄色在线播放国产_亚洲另类技巧小说校园_国产主播xx日韩_a级毛片在线免费

資訊專欄INFORMATION COLUMN

RabbitMQ雙活方案

IT那活兒 / 715人閱讀
RabbitMQ雙活方案

點(diǎn)擊上方“IT那活兒”,關(guān)注后了解更多內(nèi)容,不管IT什么活兒,干就完了?。。?/span>





適用場(chǎng)景



RabbitMQ本身的優(yōu)點(diǎn)眾多,大家最看好的便是它的異步化提高系統(tǒng)抗峰值能力,然后便是系統(tǒng)及功能結(jié)構(gòu)解耦,那么照此兩點(diǎn)來說,它在整個(gè)系統(tǒng)中的作用是至關(guān)重要的。

那么如此重要,當(dāng)然要考慮他的高可用性;混合云、多可用區(qū)、多機(jī)房的部署架構(gòu)是大家普遍追尋的方案,但是怎么避免網(wǎng)絡(luò)因素帶來的影響呢?

RabbitMQ有很多種高可用方案,本文我們重點(diǎn)講述federation插件方式,此方案一般適用于大型的分布式集群,可以避免因網(wǎng)絡(luò)問題帶來的消息差異、腦裂等情況。

Federation插件使RabbitMQ在不同Broker節(jié)點(diǎn)間進(jìn)行消息傳遞而無須建立集群,在不同管理域(不同的用戶和vhost、不同版本的RabbitMQ Erlang上)中的Broker或集群間傳遞消息,能容忍不穩(wěn)定的網(wǎng)絡(luò)連接情況。





前期準(zhǔn)備



兩臺(tái)安裝rabbitmq的機(jī)器 ,進(jìn)行federation插件測(cè)試。





配置federation插件



1. 開啟federation插件

rabbitmq-plugins enable rabbitmq_federation

rabbitmq-plugins enable rabbitmq_federation_management

2. 登入控制臺(tái)配置策路

federation中的參數(shù)信息:

  • name: 新增的federation聯(lián)合插件的上游名稱,這個(gè)可以隨便取名。

  • uri:上游federation聯(lián)合rabbitmq的地址,上游是指訂閱的服務(wù)器節(jié)點(diǎn)。

  • prefect count:一次性從上游rabbitmq服務(wù)器預(yù)期數(shù)據(jù)的最大數(shù)量,默認(rèn)是1000。

  • reconnect delay:網(wǎng)絡(luò)連接失敗后下次重連的等待時(shí)間,默認(rèn)是5秒。

  • Acknowledgement Mode:消息確認(rèn)方式,on-confirm、on-publish和no-ack。含義分布如下:

① on-confirm,默認(rèn)的確認(rèn)方式,它需要下游消費(fèi)者進(jìn)行消息確認(rèn)后才刪除,是最可靠的消息處理方式。不管是網(wǎng)絡(luò)錯(cuò)誤還是消息節(jié)點(diǎn)失敗都不會(huì)丟失消息。這種方式處理最慢。
② on-publish,上游節(jié)點(diǎn)將消息發(fā)送給下游節(jié)點(diǎn)后消息就進(jìn)行確認(rèn)了,這種情況在網(wǎng)絡(luò)錯(cuò)誤時(shí)可以進(jìn)行重發(fā),但是在消息節(jié)點(diǎn)失敗時(shí)會(huì)丟失消息。
③ no-ack,不需要確認(rèn)就可以進(jìn)行消息刪除。這種方式最不安全對(duì)于消息來說,但是卻是最快的。
  • Trust User-ID:是否信任從上游服務(wù)器傳來的用戶id,默認(rèn)是yes,設(shè)置成no,將會(huì)清空從上游服務(wù)器傳來的user id信息。

接下來是專門提供給federation exchange交換器的參數(shù):

  • Exchange:定義上游服務(wù)器的聯(lián)合的exchange名稱,默認(rèn)情況下的取名與聯(lián)合的exchange名稱相同。

  • max hops:消息在被放棄或者說被消費(fèi)前消息可以傳遞的最大的聯(lián)合federation 連接長度,默認(rèn)是1,一般情況連接長度等于聯(lián)合的節(jié)點(diǎn)數(shù)量-1。

  • Expires:上游服務(wù)器節(jié)點(diǎn)保持節(jié)點(diǎn)信息的最長時(shí)間,單位毫秒,默認(rèn)的是永久保存。

  • Message TTL:在上游節(jié)點(diǎn)中消息未被傳遞時(shí)可以保存的時(shí)長,單位毫秒,默認(rèn)是永久保存。

  • HA Policy:檢查一個(gè)聯(lián)合exchange的上游queue中的x-ha-policy,用于確認(rèn)該queue是否是一個(gè)HA的queue,默認(rèn)是none表示不是一個(gè)HA的queue。

最后是federation queue的參數(shù):

  • Queue:定義上游服務(wù)器的聯(lián)合的queue名稱,默認(rèn)情況下的取名與聯(lián)合的queue名稱相同。

3. 定義聯(lián)合查詢federation

4. 定義同步策略policy

  • name標(biāo)識(shí)名稱。

  • pattern表示匹配的表達(dá)式,用法是正則表達(dá)式。

  • apply to表示應(yīng)用在exchange還是queue上面,亦或兩者都使用。

  • priority表示優(yōu)先級(jí),值越大,優(yōu)先級(jí)越高。

  • definition用于定義使用的配置,這里我們定義的是federation聯(lián)合,它有federation upstream set和 federation upstream兩種方式,set表示集合,定義需要該策略的所有上游名稱,一般我們都取值為all。

5. 狀態(tài)查詢

完成定義策略后,那么就會(huì)看到同步策略中開起的exchange、queue狀態(tài)。

通過界面已經(jīng)看到了federation聯(lián)合查詢對(duì)應(yīng)的exchange和queue已經(jīng)處于運(yùn)行狀態(tài)了,這個(gè)時(shí)候我們可以看到另一臺(tái)控制臺(tái)上的connection頁簽。

這個(gè)時(shí)候在rabbitmq服務(wù)器上面已經(jīng)有了federation標(biāo)志的連接,也就是我們剛才在前面定義的federation,在連接上面可以看到federation的名稱及policy,說明已經(jīng)同步到了另一臺(tái)機(jī)器上面,同時(shí)我們也可以在exchange頁簽及queue頁簽中看到在另一臺(tái)機(jī)器上面定義的federation聯(lián)合exchange和queue名稱。





功能驗(yàn)證



向交換機(jī)插入消息,驗(yàn)證是否可以進(jìn)行同步:

登錄另一個(gè)控制臺(tái):

從圖中可以看到已經(jīng)有一條消息過來,我們檢查消息是否正確。

同步消息和手動(dòng)插入的消息一致,至此federation插件驗(yàn)證完成。




本文作者:劉玉翀

本文來源:IT那活兒(上海新炬王翦團(tuán)隊(duì))


文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請(qǐng)注明本文地址:http://systransis.cn/yun/129564.html

相關(guān)文章

  • RabbitMQ集群架構(gòu)模式

    摘要:一主備模式主備模式實(shí)現(xiàn)的高可用集群,一般在并發(fā)和數(shù)據(jù)量不高的情況下,這種模式很好用且簡單。主備模式也稱之為模式。多活集群架構(gòu)如下 一、主備模式(Warren) 主備模式:實(shí)現(xiàn)RabbitMQ的高可用集群 ,一般在并發(fā)和數(shù)據(jù)量不高的情況下,這種模式很好用且簡單。主備模式也稱之為Waren模式。就是一個(gè)主/備方案(主節(jié)點(diǎn)如果掛了,從節(jié)點(diǎn)提供服務(wù)而已,主備切換。) 二、遠(yuǎn)程模式(Shove...

    Charles 評(píng)論0 收藏0
  • 消息中間件——RabbitMQ(二)各大主流消息中間件綜合對(duì)比介紹!

    摘要:主流消息中間件介紹是由出品,是一個(gè)完全支持和規(guī)范的實(shí)現(xiàn)。主流消息中間件介紹是阿里開源的消息中間件,目前也已經(jīng)孵化為頂級(jí)項(xiàng)目。 showImg(https://img-blog.csdnimg.cn/20190509221741422.gif);showImg(https://img-blog.csdnimg.cn/20190718204938932.png?x-oss-process=...

    hiyang 評(píng)論0 收藏0
  • 云時(shí)代數(shù)據(jù)中心架構(gòu)與安全淺談

    摘要:考慮到云數(shù)據(jù)中心未來承載業(yè)務(wù)系統(tǒng)的多樣性和擴(kuò)容空間,一般都會(huì)把架構(gòu)設(shè)計(jì)成公有云和私有云相混合的融合架構(gòu)。針對(duì)傳統(tǒng)災(zāi)備系統(tǒng)建設(shè)面臨的挑戰(zhàn),云數(shù)據(jù)中心更多傾向采用兩地三中心的解決方案。近年數(shù)據(jù)中心處于高速的建設(shè)發(fā)展時(shí)期,十三五規(guī)劃中也將大數(shù)據(jù)、云計(jì)算作為當(dāng)前國家經(jīng)濟(jì)社會(huì)發(fā)展的重要戰(zhàn)略內(nèi)容,各政府部門對(duì)戰(zhàn)略性新興產(chǎn)業(yè)的大力扶持,以及對(duì)云計(jì)算、物聯(lián)網(wǎng)、寬帶和下一代網(wǎng)絡(luò)的發(fā)展的高度重視,都給建設(shè)數(shù)據(jù)中...

    yy736044583 評(píng)論0 收藏0
  • 私有災(zāi)備云解決方案

    摘要:災(zāi)備服務(wù)支持本地災(zāi)備異地災(zāi)備公有云災(zāi)備兩地三中心等多種服務(wù)方式,可根據(jù)業(yè)務(wù)特點(diǎn)和需求,靈活選擇災(zāi)備方式,保證業(yè)務(wù)的和。公有云災(zāi)備架構(gòu)公有云災(zāi)備服務(wù)支持多種業(yè)務(wù)部署方式,為云平臺(tái)業(yè)務(wù)提供不同指標(biāo),控制云平臺(tái)業(yè)務(wù)災(zāi)備成本。UCloudStack 云平臺(tái)通過分布式存儲(chǔ)系統(tǒng)保證本地?cái)?shù)據(jù)的安全性,同時(shí)通過遠(yuǎn)程數(shù)據(jù)備份服務(wù),為用戶提供遠(yuǎn)程數(shù)據(jù)備份和容災(zāi)備服務(wù),可以將本地云端數(shù)據(jù)統(tǒng)一歸檔、備份至遠(yuǎn)程云...

    youkede 評(píng)論0 收藏0
  • UCloud私有云雙活數(shù)據(jù)中心解決方案,強(qiáng)效保障業(yè)務(wù)可靠性和連續(xù)性

    引言據(jù)信通院《2022云計(jì)算白皮書》報(bào)告,國內(nèi)云計(jì)算市場(chǎng)達(dá)3000億規(guī)模,云計(jì)算成為企業(yè)數(shù)字化轉(zhuǎn)型的基礎(chǔ)設(shè)施已是大勢(shì)所趨。隨著企業(yè)數(shù)字化轉(zhuǎn)型的逐步深入,業(yè)務(wù)發(fā)展與IT基礎(chǔ)架構(gòu)演進(jìn)密不可分,如何保障數(shù)據(jù)隱私安全和業(yè)務(wù)連續(xù)性,是 IT 建設(shè)中必須關(guān)注的問題。出于數(shù)據(jù)隱私和安全性考量,私有云解決方案成為構(gòu)建數(shù)字化轉(zhuǎn)型的基礎(chǔ)底座,通過同城雙活及兩地三中心的高可用架構(gòu)保障生產(chǎn)環(huán)境穩(wěn)定性和業(yè)務(wù)過程連續(xù)性;同時(shí)...

    社區(qū)管理員 評(píng)論0 收藏0

發(fā)表評(píng)論

0條評(píng)論

最新活動(dòng)
閱讀需要支付1元查看
<