RabbitMQ 3.8.8 發布,引入維護模式

2020-12-08 開源中國

RabbitMQ 3.8.8 已經發布。RabbitMQ 是一個 Advanced Message Queuing Protocol（AMQP）的開源實現，由以高性能、健壯以及可伸縮性出名的 Erlang 編寫而成，因此它也繼承了這些優點。

此版本最大亮點是引入了一種新的節點操作模式，稱為維護模式。

當將節點放下進行維護並處於維護模式時，該節點將無法用於服務客戶端流量，並且將嘗試儘可能實際地轉移其職責使其安全。當前，這涉及以下步驟：

  • 掛起所有客戶端連接偵聽器（不接受新的客戶端連接）
  • 關閉所有現有的客戶端連接：應用程式應重新連接到其它節點並恢復
  • 所有經典鏡像隊列的主副本託管在傳輸目標節點上
  • 所有仲裁隊列的主要副本託管在傳輸目標節點上，並阻止它們參與隨後觸發的 Raft 選舉
  • 將節點標記為關閉以進行維護
  • 此時，由於節點已經轉移了大部分職責，因此節點關閉的破壞性將最小

不管隊列類型和使用的隊列主定位器策略如何，都不會考慮將處於維護模式的節點用於新的主隊列副本放置。處於維護模式的節點應在短時間內關閉、升級或重新配置，然後重新啟動。節點不應長時間在此模式下運行。

操作員可以使用一系列新的 CLI 命令顯式打開和關閉該模式。詳情查看發布說明：https://github.com/rabbitmq/rabbitmq-server/releases/tag/v3.8.8

相關焦點

  • RabbitMQ 3.7.8 RC3 發布,Erlang 的 AMQP 開源實現
    RabbitMQ 3.7.8 RC3 發布了，這是一個維護版本，側重於 bug 修復和進一步提高 Erlang/OTP 21 的兼容性
  • RabbitMQ 3.7.8-rc.4 發布,多協議消息代理
    RabbitMQ 3.7.8-rc.4 已發布，該版本側重於 Bug 修復，並進一步改進 Erlang/OTP 21 的兼容性。
  • RabbitMQ 3.0.3 發布,高級消息隊列服務
    基於Erlang的高級消息隊列RabbitMQ 3.0.3 發布。2013-03-06 之前版本是2013-01-31的3.0.2 主要是bug 修復。
  • rabbitmq功能介紹
    一個producer發布任務，一堆consumers接收到任務後進行處理。這種模式極為好用，但其結構卻很簡單。只要兩個信息：1）connection uri，2）queue的名字，然後啟動生產者和消費者就可以工作。 但是，本文想聊一聊的是rabbitmq所提供的更多功能。可以用它們來實現更多的模式，完成更複雜的功能。 首先，需要把rabbitmq的幾個基本概念說明一下。
  • RabbitMQ 3.3.5 發布,AMQP 消息伺服器
    基於Erlang的高級消息隊列RabbitMQ 3.3.5發布。2014-08-11。
  • RabbitMQ 3.6.16 和 3.7.6 發布,多協議消息代理
    RabbitMQ 3.6.16 和 3.7.6 已發布，RabbitMQ 3.6.16 是一個維護版本，主要包括來自 3.7.x
  • 想了解 Kafka, RabbitMQ, ZeroMQ, RocketMQ, ActiveMQ 之間的差異?這一篇文章就夠了!
    3>對於rabbitmq而言，客戶端與集群建立的TCP連接不是與集群中所有的節點建立連接，而是挑選其中一個節點建立連接。但是rabbitmq集群可以藉助HAProxy、LVS技術，或者在客戶端使用算法實現負載均衡，引入負載均衡之後，各個客戶端的連接可以分攤到集群的各個節點之中。
  • 實戰|SpringBoot+RabbitMQ,保證消息100%投遞成功並被消費
    rabbitmq、郵箱配置# rabbitmqspring.rabbitmq.host=localhostspring.rabbitmq.port=5672spring.rabbitmq.username=guestspring.rabbitmq.password=guest# 開啟confirms回調 P -> Exchangespring.rabbitmq.publisher-confirms
  • SpringBoot+RabbitMQ (保證消息100%投遞成功並被消費)
    spring.rabbitmq.host=localhostspring.rabbitmq.port=5672spring.rabbitmq.username=guestspring.rabbitmq.password=guest# 開啟confirms回調 P -> Exchangespring.rabbitmq.publisher-confirms
  • 想了解Kafka,RabbitMQ,ZeroMQ,RocketMQ,ActiveMQ之間的差異?這一篇文章就夠了!
    3>對於rabbitmq而言，客戶端與集群建立的TCP連接不是與集群中所有的節點建立連接，而是挑選其中一個節點建立連接。但是rabbitmq集群可以藉助HAProxy、LVS技術，或者在客戶端使用算法實現負載均衡，引入負載均衡之後，各個客戶端的連接可以分攤到集群的各個節點之中。客戶端均衡算法：1)輪詢法。
  • RabbitMQ 消費端限流、TTL、死信隊列
    注意：prefetchSize 和 global 這兩項，rabbitmq 沒有實現，暫且不研究。特別注意一點，prefetchCount 在 no_ask=false 的情況下才生效，即在自動應答的情況下這兩個值是不生效的。
  • 《RabbitMQ》如何保證消息的可靠性
    public RabbitTemplate rabbitTemplate(ConnectionFactory connectionFactory){ return new RabbitTemplate(connectionFactory); }}修改ymlspring: rabbitmq
  • mac如何安裝和啟動RabbitMQ
    1.通過brew指令執行安裝rabbitmq的命令，如下：brew install rabbitmq【小知識】Brew又叫Homebrew，是MAC中的一款軟體包管理工具，通過brew可以很方便的在MAC中安裝軟體或者是卸載軟體。
  • RabbitMQ 3.4.3 發布,AMQP 消息伺服器
    RabbitMQ 3.4.3 發布，此版本更新內容如下：安全修復==============管理插件-----
  • 阿里P8精心整理MongoDB+RabbitMQ+Memcached面試題,100%拿offer
    7、Memcached 和MySQL的qee-----8、Memcached和伺服器的local cache (比如PHP的APC、mmap 文件等)相比，有什麼優缺點?9. Memcached 的cache機制是怎樣的?
  • 熬夜整理的RabbitMQ知識點相當齊全的文章
    、高可用性等方面表現還挺不俗，具體特點有：（1）可靠性：RabbitMQ使用一些機制來保證可靠性，如持久化、消費確認、發布確認；（2）靈活的路由：在消息進入隊列之前，通過交換器Exchange 來路由消息的；對於典型的路由功能，RabbitMQ 已經提供了一些內置Exchange來實現；針對更複雜的路由功能，可以將多個 Exchange 綁定在一起，也通過插件機制實現自己的 Exchange；（3）
  • RabbitMQ 高頻考點
    fanout模式類似公眾號的訂閱跟發布，屬於 fanout 模式，不處理路由鍵。Msg 設置 TTL，Msg 是否過期是在即將投遞到消費者之前判定的，如果當前隊列有嚴重的Msg 積壓情況，則已過期的 Msg 也許還能存活較長時間，解決辦法 安裝插件 rabbitmq_delayed_message_exchange。
  • RabbitMQ 3.6.14 發布,常規維護版本
    CentOS 8.3 已正式 GA，這是 CentOS Linux 8 的最新版本，rebuild 自 RHEL 8.3
  • Springboot2.2.6構建RabbitMQ消息發布端代碼
    RabbitMQ官網：www.rabbitmq.com 上次介紹了RabbitMQ底層核心原理，即AMQP協議及模型，以及模型所涉及的組件都是什麼具體到應用開發，需要使用RabbitMQ API來實現具體業務場景