第一次打開(kāi)RabbitMQ管理界面的時(shí)候很多人會(huì)盯著左上角那個(gè)Virtual Host下拉框愣一會(huì)兒為什么默認(rèn)只有一個(gè)斜杠“/”我明明在“/”下面聲明了一個(gè)隊(duì)列可切到別的下拉選項(xiàng)后卻看不到它這是不是出Bug了等客戶端真正連上來(lái)日志里冒出“ACCESS_REFUSED”或者“vhost not found”的時(shí)候你才會(huì)意識(shí)到RabbitMQ體系里還有一層看不見(jiàn)的墻名字就叫Virtual Host。我?guī)н^(guò)不少剛接觸RabbitMQ的開(kāi)發(fā)同學(xué)大家?guī)缀醵紩?huì)在同一個(gè)地方卡殼exchange怎么用、queue怎么建都還好說(shuō)一提到Virtual Host就含含糊糊說(shuō)不清它到底管什么。其實(shí)這個(gè)概念本身不難難的是它夾在連接、用戶、exchange、queue之間位置比較特殊。這篇文章我就從“它是什么”“它隔離了什么”“連接和它是什么關(guān)系”“怎么管理它”“實(shí)際踩過(guò)哪些坑”這五個(gè)方向把Virtual Host一次講透看完你就能直接上手規(guī)劃自己的消息環(huán)境。1. VirtualHost到底是什么剝開(kāi)概念外衣1.1 先別急著看定義做一個(gè)隔離實(shí)證我建議你先在本地環(huán)境做一個(gè)小實(shí)驗(yàn)三分鐘就能出來(lái)比盯著概念定義有用得多。打開(kāi)RabbitMQ管理界面在Admin頁(yè)面下面找到Virtual Hosts新建兩個(gè)vhost名字隨便取比如/test-a和/test-b。然后切到/test-a在Queues頁(yè)面聲明一個(gè)隊(duì)列叫demo.queue再切到/test-b同樣聲明一個(gè)demo.queue。接著在/test-a的demo.queue里用Publish message功能發(fā)一條消息routing key填demo.queuepayload隨便寫。此時(shí)你切到/test-b去看demo.queue消息數(shù)依然是0。兩個(gè)vhost下面的隊(duì)列名字一模一樣卻像兩個(gè)平行世界里同名同姓的人互不干擾、互不相識(shí)。這個(gè)實(shí)驗(yàn)已經(jīng)覆蓋了Virtual Host最核心的兩個(gè)特性對(duì)象隔離和命名空間隔離。再進(jìn)一步用命令行創(chuàng)建一個(gè)用戶只授權(quán)到/test-arabbitmqctl add_user test_user 123456 rabbitmqctl set_permissions -p /test-a test_user .* .* .*然后用這個(gè)用戶去連接/test-b連接會(huì)被直接拒絕后臺(tái)日志會(huì)明確告訴你沒(méi)有訪問(wèn)權(quán)限。到這里權(quán)限隔離也有了。1.2 一句話定義邏輯上的“虛擬RabbitMQ實(shí)例”拋開(kāi)繞來(lái)繞去的官方術(shù)語(yǔ)Virtual Host一句話概括就是運(yùn)行在同一個(gè)RabbitMQ節(jié)點(diǎn)或集群之上的、邏輯互相隔離的虛擬消息服務(wù)器。每個(gè)vhost內(nèi)部自己維護(hù)一套exchange、queue、binding用戶需要在某個(gè)vhost上有對(duì)應(yīng)權(quán)限才能連接和操作。RabbitMQ物理上是一個(gè)Broker但邏輯上可以同時(shí)模擬出很多個(gè)“虛擬Broker”。你連接時(shí)指定用哪一個(gè)就像在問(wèn)這個(gè)RabbitMQ節(jié)點(diǎn)“我要進(jìn)哪一臺(tái)虛擬消息服務(wù)器”在AMQP協(xié)議模型里沒(méi)有“跨vhost的exchange”也沒(méi)有“跨vhost的queue”。所有聲明、綁定、發(fā)布、消費(fèi)都是在一個(gè)明確指定的vhost內(nèi)完成的。如果你在一個(gè)連接里試圖操作另一個(gè)vhost里的隊(duì)列協(xié)議層就不支持這不是配置問(wèn)題是設(shè)計(jì)如此。1.3 和數(shù)據(jù)庫(kù)、辦公室類比哪個(gè)更貼近實(shí)際在所有類比里關(guān)系型數(shù)據(jù)庫(kù)的類比是最準(zhǔn)確的。一臺(tái)MySQL實(shí)例里可以建多個(gè)database多個(gè)database里可以有同名表用戶訪問(wèn)某個(gè)database需要單獨(dú)授權(quán)。RabbitMQ里的vhost就相當(dāng)于MySQL的databaseexchange/queue相當(dāng)于表RabbitMQ用戶相當(dāng)于數(shù)據(jù)庫(kù)賬號(hào)set_permissions相當(dāng)于grant。MySQL概念RabbitMQ對(duì)應(yīng)概念實(shí)例 / 集群RabbitMQ節(jié)點(diǎn) / 集群databasevhosttableexchange / queue數(shù)據(jù)庫(kù)賬號(hào)RabbitMQ用戶跨庫(kù)授權(quán)按vhost分別授權(quán)不同庫(kù)允許同名表不同vhost允許同名隊(duì)列如果非要找個(gè)現(xiàn)實(shí)生活里的比喻那就是同一棟辦公樓里的一間間獨(dú)立辦公室。樓里的水電是共用的但每個(gè)辦公室里的桌椅、文件柜互相獨(dú)立進(jìn)門還要單獨(dú)刷卡。這個(gè)比喻用來(lái)理解“邏輯隔離”特別直觀但你要記住后半句——水電是共用的這個(gè)問(wèn)題在第二章再展開(kāi)。默認(rèn)vhost為什么叫“/”也順帶解釋一下這是AMQP規(guī)范和RabbitMQ實(shí)現(xiàn)約定俗成的默認(rèn)字符串它沒(méi)有任何文件系統(tǒng)或路徑含義只是表示“根/默認(rèn)”的意思。所以你會(huì)在管理界面看到“/(default)”它就是一個(gè)普通vhost只是名字特殊一點(diǎn)。2. 隔離設(shè)計(jì)它隔離了什么又沒(méi)隔離什么2.1 隔離的是對(duì)象、命名空間、權(quán)限和配置Virtual Host的“隔離”體現(xiàn)在四個(gè)層面每一層都有真實(shí)用途。第一層是對(duì)象隔離。exchange、queue、binding、policy這些AMQP核心元素全部掛在vhost名下。在vhost A里刪除一個(gè)隊(duì)列vhost B永遠(yuǎn)感知不到兩個(gè)vhost里存在同名exchange也不會(huì)沖突。對(duì)運(yùn)維來(lái)說(shuō)這意味著可以放心地在不同vhost里使用相同命名規(guī)則比如都叫order.push.queue只要vhost不同語(yǔ)義上就是兩套獨(dú)立資源。第二層是命名空間隔離。不同vhost可以使用完全相同的隊(duì)列名、交換器名和綁定關(guān)系不需要靠加前綴來(lái)避免沖突。這對(duì)多環(huán)境、多租戶部署極其有用。如果一個(gè)RabbitMQ集群只開(kāi)一個(gè)vhost多個(gè)團(tuán)隊(duì)共用時(shí)隊(duì)列命名很快就得加各種前綴約定teamA.order.queue、teamB.order.queue看著都累。第三層是權(quán)限隔離。RabbitMQ的用戶授權(quán)精確到vhost一個(gè)用戶可以對(duì)vhost A擁有完全控制權(quán)但vhost B對(duì)它完全不可見(jiàn)。權(quán)限粒度還可以繼續(xù)細(xì)化到configure、write、read三類操作以及exchange/queue名稱的正則匹配。這個(gè)在第三章專門講。第四層是配置隔離。Policy也綁定在vhost下比如消息TTL、隊(duì)列最大長(zhǎng)度、鏡像或仲裁隊(duì)列策略等都可以針對(duì)每個(gè)vhost單獨(dú)設(shè)置。同一個(gè)集群里/order的隊(duì)列保留3天/log的隊(duì)列保留1天兩者互不影響不需要為了不同團(tuán)隊(duì)的差異化策略去搭一套新Broker。2.2 沒(méi)有隔離的是CPU、內(nèi)存、磁盤等物理資源這一點(diǎn)特別多人誤解必須單獨(dú)拎出來(lái)說(shuō)清楚vhost隔離是邏輯隔離不是物理隔離。RabbitMQ的存儲(chǔ)、內(nèi)存、CPU、磁盤都是整個(gè)節(jié)點(diǎn)共享的vhost不負(fù)責(zé)資源分片。意思是如果你在某一個(gè)vhost里無(wú)限制地堆消息把節(jié)點(diǎn)內(nèi)存頂?shù)絟igh watermark或者把磁盤寫滿整個(gè)Broker就會(huì)進(jìn)入blocked狀態(tài)其他vhost的生產(chǎn)和消費(fèi)也會(huì)跟著遭殃。我見(jiàn)過(guò)不止一次這樣的情況某個(gè)共享集群里一個(gè)租戶的流量異常把節(jié)點(diǎn)內(nèi)存打滿結(jié)果全集群的連接都被流控好多個(gè)業(yè)務(wù)同時(shí)收到“connection blocked”告警。這不是RabbitMQ的bug而是vhost的定位本來(lái)就不是強(qiáng)隔離沙箱。要真正做到資源層面的互不影響方案一般是核心鏈路用獨(dú)立Broker節(jié)點(diǎn)或獨(dú)立集群非核心業(yè)務(wù)再放到共享集群里用vhost做邏輯隔離同時(shí)配合quorum隊(duì)列、全局流控、監(jiān)控告警把單個(gè)vhost出問(wèn)題的爆炸半徑盡量壓住。這也是很多公司后來(lái)把“一個(gè)RabbitMQ集群包打天下”改成“核心鏈路獨(dú)立集群”的原因。2.3 多vhost的三種真實(shí)用途環(huán)境、業(yè)務(wù)、租戶環(huán)境隔離是最常見(jiàn)的用法。開(kāi)發(fā)、測(cè)試、預(yù)發(fā)布、生產(chǎn)各一個(gè)vhost同一套代碼在不同環(huán)境連接不同vhost數(shù)據(jù)天然隔開(kāi)不用靠隊(duì)列名前綴去區(qū)分。業(yè)務(wù)隔離適合不同業(yè)務(wù)域共用一個(gè)集群的情況比如/order、/payment、/inventory。好處是權(quán)限可以分給不同團(tuán)隊(duì)監(jiān)控告警和統(tǒng)計(jì)口徑也更干凈某個(gè)業(yè)務(wù)域的異常不會(huì)干擾其他團(tuán)隊(duì)的資源。多租戶場(chǎng)景則可以考慮每個(gè)租戶一個(gè)vhost配合每租戶獨(dú)立賬號(hào)和命名前綴這是既簡(jiǎn)單又安全的隔離模型。但要注意vhost數(shù)量別失控——具體原因在第五章說(shuō)。一般來(lái)說(shuō)一個(gè)RabbitMQ集群里10到30個(gè)vhost是比較舒服的量級(jí)幾十個(gè)以內(nèi)都算正常上百個(gè)就要開(kāi)始評(píng)估管理代價(jià)了。3. 連接與vhostAMQP協(xié)議層面的“綁定關(guān)系”3.1 vhost是連接參數(shù)不是隊(duì)列屬性在AMQP 0-9-1協(xié)議里Virtual Host的指定時(shí)機(jī)比你想象的早?？蛻舳撕头?wù)器建立TCP連接完成protocol header、connection.start、connection.tune這套握手之后客戶端會(huì)發(fā)送一個(gè)connection.open幀幀里的virtual-host字段就是當(dāng)前連接要訪問(wèn)的vhost。RabbitMQ用這個(gè)字段來(lái)確定“你連的是哪臺(tái)虛擬Broker”并檢查當(dāng)前用戶在這臺(tái)虛擬Broker上有沒(méi)有權(quán)限。所以vhost是連接維度的概念不是隊(duì)列維度的概念。一條連接只能歸屬一個(gè)vhost這條連接上創(chuàng)建的channel也只能操作這個(gè)vhost里的exchange和queue。想同時(shí)操作兩個(gè)vhost只有一條路建立兩條獨(dú)立連接。你的客戶端要考慮連接池層面的隔離不能用一條連接混用。很多新手想在一個(gè)連接里“順便”消費(fèi)另一個(gè)vhost的隊(duì)列結(jié)局通常是通道被關(guān)閉、報(bào)404或者權(quán)限拒絕這在協(xié)議層就不該work。3.2 訪問(wèn)vhost的完整鏈路用戶、權(quán)限、目標(biāo)缺一不可一次成功的vhost訪問(wèn)鏈路是這樣的TCP連接建立后客戶端通過(guò)connection.open指定目標(biāo)vhostRabbitMQ先驗(yàn)證用戶名密碼再檢查這個(gè)用戶對(duì)目標(biāo)vhost有沒(méi)有權(quán)限全部通過(guò)后才允許你在該vhost下執(zhí)行AMQP操作。如果vhost不存在連接會(huì)報(bào)類似“vhost not found”的錯(cuò)誤如果用戶存在但對(duì)該vhost沒(méi)有權(quán)限會(huì)報(bào)access refused。客戶端的表現(xiàn)大同小異要么連接被服務(wù)端直接關(guān)閉要么在建立連接階段就拋認(rèn)證/權(quán)限異常。我排過(guò)不少這類問(wèn)題最后查出來(lái)都是配置文件里vhost拼寫不對(duì)或者用戶只授權(quán)到了別的vhost。還要注意兩個(gè)默認(rèn)點(diǎn)一是guest用戶默認(rèn)只能從localhost訪問(wèn)遠(yuǎn)程服務(wù)器上直接用guest連必被拒二是新建用戶后如果不做任何授權(quán)它對(duì)任何vhost都沒(méi)有訪問(wèn)權(quán)限連上了也干不了任何事。正確做法是創(chuàng)建專用業(yè)務(wù)用戶然后顯式授權(quán)到目標(biāo)vhost而不是去改guest的回環(huán)限制。3.3 主流客戶端的vhost配置寫法Java原生客戶端ConnectionFactory factory new ConnectionFactory(); factory.setHost(rabbit-01); factory.setPort(5672); factory.setUsername(order_user); factory.setPassword(change-me); factory.setVirtualHost(/order); Connection connection factory.newConnection();Spring Boot的application.ymlspring: rabbitmq: host: rabbit-01 port: 5672 username: order_user password: change-me virtual-host: /orderPython pikaimport pika credentials pika.PlainCredentials(order_user, change-me) parameters pika.ConnectionParameters( hostrabbit-01, port5672, virtual_host/order, credentialscredentials, ) connection pika.BlockingConnection(parameters)AMQP URI寫法amqp://order_user:change-merabbit-01:5672/order這里有個(gè)細(xì)節(jié)vhost如果叫/orderURI路徑里就會(huì)產(chǎn)生一個(gè)斜杠開(kāi)頭的問(wèn)題。很多連接串解析器看到/order會(huì)把它當(dāng)成路徑第一段實(shí)際也能工作但為了明確更穩(wěn)妥的寫法是URL編碼成%2Forder。vhost是默認(rèn)的/時(shí)URI里可以整個(gè)省略不寫。3.4 vhost權(quán)限三元組configure、write、readRabbitMQ對(duì)vhost內(nèi)資源的權(quán)限控制官方抽象成了三個(gè)維度configure能不能創(chuàng)建、刪除、修改exchange或queue。write能不能往exchange或queue發(fā)送消息以及綁定相關(guān)操作。read能不能從queue消費(fèi)消息以及清除隊(duì)列等讀取類操作。綁定的動(dòng)作比較特殊會(huì)同時(shí)涉及queue和exchange兩邊所以匹配權(quán)限時(shí)兩端都要算進(jìn)去。我按最常用的操作整理了一張表操作configurewritereadExchange.Declare / Delete目標(biāo)exchangeQueue.Declare / Delete目標(biāo)queueQueue.Bind / Unbindqueue名exchange名Basic.Publish通過(guò)exchangeexchange名Basic.Publish通過(guò)默認(rèn)exchangequeue名Basic.Get / Basic.Consumequeue名這里“通過(guò)默認(rèn)exchange”是什么意思如果publish時(shí)沒(méi)有指定exchange消息會(huì)走默認(rèn)exchangerouting key直接等于queue名這時(shí)候校驗(yàn)的是queue名的write權(quán)限。絕大多數(shù)場(chǎng)景下直接給用戶配.* .* .*就好別在權(quán)限正則上把自己繞暈。只有當(dāng)你要做真正的多租戶精細(xì)授權(quán)平臺(tái)時(shí)才需要對(duì)著官方權(quán)限矩陣逐項(xiàng)映射。還有一個(gè)實(shí)操提醒命令行里寫正則記得加引號(hào)否則*在某些shell里會(huì)被當(dāng)成通配符展開(kāi)。4. VirtualHost的完整管理操作從創(chuàng)建到刪除4.1 創(chuàng)建vhost的三種方式命令行最直接適合運(yùn)維腳本rabbitmqctl add_vhost /order rabbitmqctl add_vhost /payment --description payment service vhost --tags pay,prodWeb管理界面適合臨時(shí)操作進(jìn)入Admin頁(yè)面在Virtual Hosts一欄點(diǎn)“Add a new virtual host”填名字、描述、標(biāo)簽保存即可。新版RabbitMQ還支持給vhost打自定義描述和標(biāo)簽列在管理界面上比光禿禿一個(gè)名字好維護(hù)得多。HTTP API適合自動(dòng)化平臺(tái)集成curl -u admin:admin -X PUT http://localhost:15672/api/vhosts/order # 帶斜杠的vhost需要URL編碼 curl -u admin:admin -X PUT http://localhost:15672/api/vhosts/%2Forder注意一點(diǎn)命令行里名字怎么寫客戶端連接時(shí)就要怎么填。建了/ordervhost參數(shù)就是/order建了ordervhost參數(shù)就是order。這是兩個(gè)完全不同的名字別搞混。4.2 查看和診斷vhost的關(guān)鍵命令創(chuàng)建完vhost重點(diǎn)其實(shí)是后續(xù)的排障。下面是幾個(gè)我日常最常用的命令# 查看所有vhost rabbitmqctl list_vhosts name description tags # 查看某個(gè)vhost下的隊(duì)列 rabbitmqctl list_queues -p /order # 查看某個(gè)vhost下的exchange rabbitmqctl list_exchanges -p /order # 查看某個(gè)vhost下的綁定關(guān)系 rabbitmqctl list_bindings -p /order # 查看某個(gè)vhost下已配置的用戶權(quán)限 rabbitmqctl list_permissions -p /order排障時(shí)養(yǎng)成“先確認(rèn)當(dāng)前vhost再查具體資源”的習(xí)慣很多所謂“隊(duì)列不見(jiàn)了”的問(wèn)題其實(shí)只是Web界面或命令行里沒(méi)有切到正確的vhost。管理界面頂部的Virtual Host下拉框切換后Queues、Exchanges、Connections等頁(yè)面都會(huì)跟著過(guò)濾如果你在“/”下面建了隊(duì)列切到“/order”自然看不到。4.3 刪除vhost是不可逆的“清盤操作”rabbitmqctl delete_vhost /order這一條命令會(huì)把下面這些東西全部帶走vhost內(nèi)的所有exchange和queue、queue里積壓的所有消息、所有的binding、所有的policy、所有用戶在這個(gè)vhost上的權(quán)限以及此刻還連在上面的全部連接。沒(méi)有回收站沒(méi)有undo。想恢復(fù)只能靠外部系統(tǒng)重建或者提前用rabbitmqctl export_definitions導(dǎo)出定義文件再導(dǎo)入。但這里必須說(shuō)清楚定義文件導(dǎo)出的是邏輯結(jié)構(gòu)里面不包含消息數(shù)據(jù)。也就是說(shuō)隊(duì)列里的消息一旦隨著vhost刪除就永久丟失了。我見(jiàn)過(guò)一次線上事故運(yùn)維本意是清理一個(gè)廢棄的測(cè)試環(huán)境vhost結(jié)果節(jié)點(diǎn)名看錯(cuò)了把生產(chǎn)業(yè)務(wù)vhost刪了。等業(yè)務(wù)報(bào)障隊(duì)列和積壓消息已經(jīng)全部消失最后靠其他系統(tǒng)的數(shù)據(jù)把消息重新推入才把業(yè)務(wù)恢復(fù)。所以生產(chǎn)環(huán)境下刪vhost前務(wù)必做到幾點(diǎn)先備份定義文件在管理界面觀察該vhost一段時(shí)間確認(rèn)沒(méi)有任何連接和消息流量最好在維護(hù)窗口操作并讓業(yè)務(wù)方也確認(rèn)一次。跳過(guò)觀察步驟直接手一抖刪掉是這類事故最常見(jiàn)的起因。4.4 可選的vhost級(jí)限制連接數(shù)與隊(duì)列數(shù)上限RabbitMQ 3.9以后的版本支持給vhost設(shè)置連接數(shù)和隊(duì)列數(shù)上限這個(gè)功能在共享集群里非常實(shí)用rabbitmqctl set_vhost_limits -p /order {max-connections: 100, max-queues: 1000} rabbitmqctl list_vhost_limits客戶端連接池控制的是自己這邊的行為vhost limit控制的是所有接入方的總行為。當(dāng)某個(gè)業(yè)務(wù)異常發(fā)起大量連接或聲明海量隊(duì)列時(shí)vhost limit能兜底避免把整個(gè)集群的全局資源拖垮。注意這是一把雙刃劍限得太死正常擴(kuò)容時(shí)連接數(shù)先撞墻建議初始值給業(yè)務(wù)峰值留足余量并同步配置告警。5. 五個(gè)讓人頭疼的vhost實(shí)戰(zhàn)問(wèn)題5.1 跨vhost路由消息綁定不到另一個(gè)vhost的exchange前面反復(fù)說(shuō)過(guò)queue的綁定關(guān)系只能在同一個(gè)vhost內(nèi)成立。但真實(shí)業(yè)務(wù)里兩個(gè)vhost之間偶爾就是需要傳遞消息怎么辦官方有兩個(gè)方案Shovel和Federation。Shovel可以理解成一個(gè)后臺(tái)搬運(yùn)工讀取源vhost某個(gè)隊(duì)列里的消息再發(fā)布到目標(biāo)vhost的exchange或queue。配置時(shí)URI里天然帶vhost信息rabbitmqctl set_parameter shovel order-to-payment \ {src-protocol:amqp091,src-uri:amqp://shovel_user:passrabbit-01:5672/order,src-queue:order.shipped,dest-protocol:amqp091,dest-uri:amqp://shovel_user:passrabbit-01:5672/payment,dest-queue:payment.order-shipped}Federation則是把上游vhost里的exchange或queue鏡像到下游vhost消息到了上游下游自動(dòng)出現(xiàn)適合持續(xù)扇出或跨地域分發(fā)場(chǎng)景。我自己用下來(lái)的感受是簡(jiǎn)單的一對(duì)一搬運(yùn)Shovel最直觀需要多個(gè)隊(duì)列或exchange做持續(xù)級(jí)聯(lián)同步時(shí)Federation更貼合。5.2 AMQP URI里的vhost導(dǎo)致連接串混亂很多連接串問(wèn)題根源是vhost在URI里的位置沒(méi)搞清。AMQP URI的格式是amqp://user:passhost:port/vhostvhost體現(xiàn)在路徑段。默認(rèn)vhost是/所以amqp://guest:guestlocalhost:5672/和amqp://guest:guestlocalhost:5672都表示連默認(rèn)vhost。但vhost叫/order時(shí)有些初學(xué)同學(xué)會(huì)把queue名也拼進(jìn)去寫成amqp://user:passlocalhost:5672/order/myqueue這是不支持的。vhost在URI里只能有一級(jí)queue應(yīng)該通過(guò)客戶端API參數(shù)指定。還有一個(gè)小坑vhost名是區(qū)分大小寫的。/Order和/order是兩個(gè)完全不同的vhost客戶端連接時(shí)大小寫不一致表現(xiàn)就是“vhost not found”。這類問(wèn)題排查起來(lái)特別容易忽略因?yàn)楹芏嗳藭?huì)下意識(shí)認(rèn)為路徑大小寫無(wú)所謂。5.3 遠(yuǎn)程連不上默認(rèn)guest用戶回環(huán)限制和權(quán)限生產(chǎn)環(huán)境RabbitMQ通常裝在獨(dú)立服務(wù)器上運(yùn)維圖省事直接用guest用戶讓應(yīng)用連結(jié)果應(yīng)用日志里全是“Login was refused using authentication mechanism PLAIN”。這基本上都是guest默認(rèn)只能本機(jī)訪問(wèn)在起作用。正確做法是創(chuàng)建專用業(yè)務(wù)用戶授權(quán)到目標(biāo)vhost然后讓客戶端用專用賬號(hào)連接。不建議通過(guò)修改loopback_users配置把guest的回環(huán)限制放開(kāi)那等于把整個(gè)Broker的登錄入口都敞開(kāi)了安全風(fēng)險(xiǎn)太大。我自己的習(xí)慣是guest用戶只保留在本地開(kāi)發(fā)環(huán)境任何跨節(jié)點(diǎn)連接都不允許使用它。5.4 海量vhost把管理界面拖垮vhost本身不是昂貴的資源但它不是完全免費(fèi)的。每個(gè)vhost在節(jié)點(diǎn)上都有自己的元數(shù)據(jù)、統(tǒng)計(jì)指標(biāo)和后臺(tái)任務(wù)。我見(jiàn)過(guò)有人把vhost當(dāng)成“表”來(lái)用一個(gè)業(yè)務(wù)模塊一個(gè)vhost結(jié)果管理界面的Queues頁(yè)面卡到超時(shí)監(jiān)控面板的指標(biāo)數(shù)量也跟著膨脹。規(guī)劃vhost時(shí)優(yōu)先按“環(huán)境業(yè)務(wù)域”組合比如/dev/order、/prod/order而不是為每個(gè)微服務(wù)建一個(gè)vhost。這里特別建議控制集群里的vhost總數(shù)在一個(gè)量級(jí)幾十個(gè)以內(nèi)比較舒服至少不要輕易讓vhost數(shù)變成三位數(shù)。確實(shí)需要大量隔離時(shí)優(yōu)先考慮多集群架構(gòu)。5.5 遷移vhost沒(méi)有rename命令時(shí)的重建流程RabbitMQ沒(méi)有rename vhost命令。要改vhost名本質(zhì)上是一次重建流程導(dǎo)出舊vhost的定義文件rabbitmqctl export_definitions /tmp/order_defs.json新建目標(biāo)vhost比如/order-v2修改定義文件里的vhost名再導(dǎo)入把客戶端連接參數(shù)灰度切換到新vhost確認(rèn)舊vhost已經(jīng)沒(méi)有任何連接和消息流量后再刪除注意定義文件不包含存量消息。消息的搬運(yùn)要么靠Shovel在遷移窗口同步轉(zhuǎn)運(yùn)要么靠業(yè)務(wù)側(cè)雙寫/停寫維護(hù)。很多人把“改配置”和“遷移”混為一談其實(shí)配置只是最后一步數(shù)據(jù)遷移才是真正的麻煩事。切換新vhost之后舊vhost里殘留的未消費(fèi)消息如果沒(méi)有處理基本就等同于丟了。如果只是代碼里環(huán)境配錯(cuò)了不需要搬數(shù)據(jù)把應(yīng)用層的vhost參數(shù)改對(duì)就能解決。但遷移前還是要多比對(duì)幾遍客戶端配置特別是Spring Cloud Config這類配置中心管理多個(gè)環(huán)境的時(shí)候很容易在profile切換時(shí)把vhost帶錯(cuò)。如果讓我給新手一個(gè)最簡(jiǎn)明的記憶方式我會(huì)說(shuō)RabbitMQ的Virtual Host就是消息世界里的“獨(dú)立房間”。你在哪個(gè)房間做的事就只存在于那個(gè)房間想進(jìn)別的房間要重新拿鑰匙重新連接并且確認(rèn)那道門的門禁權(quán)限。把這個(gè)概念焊在腦子里后面接觸Shovel、Federation、多租戶權(quán)限管理都會(huì)順很多。實(shí)際環(huán)境里做規(guī)劃時(shí)也別忘了它隔離的是邏輯和權(quán)限不是物理資源——該分集群的分集群該設(shè)limit的設(shè)limitvhost才能用得又穩(wěn)又省心。