我們很高興地告訴大家，[EMQX Enterprise](https://www.emqx.com/zh/products/emqx) 4.4.12 以及 4.4.13 版本正式釋出！

在本次釋出中，我們帶來了叢集負載重平衡與節點疏散功能為運維人員提供更靈活的叢集管理方式，適配了 TDengine 3.0 版本並新增分表批次插入功能，以提供更高的資料整合吞吐。除此之外，我們還修復了多項缺陷。

## 叢集負載重平衡與節點疏散

MQTT 作為有狀態的長連線接入協議，在生產環境下 EMQX 叢集運維不可避免的會遇到一些困難。

一方面，在跨版本升級、垂直或水平擴充套件時要求關閉 EMQX 節點，這會導致節點上所有連線幾乎同時斷開並重連，增加了叢集過載的風險，與此同時非持久會話也將在節點關閉時丟失。另一方面，長連線一旦建立就不會輕易斷開，新加入叢集或重新啟動的節點會長時間處於負載不足的狀態。

為解決以上困難，叢集負載重平衡與節點疏散應運而生。

節點疏散功能允許使用者在關閉節點之前強制將連線和會話遷移到其他節點，以避免節點關閉帶來的會話資料丟失。

啟用節點疏散後，當前節點將停止接受 MQTT 新連線，並將所有連線及會話轉移到指定節點，在此過程中客戶端透過重連或 MQTT 5.0 [Server redirection](https://docs.oasis-open.org/mqtt/mqtt/v5.0/os/mqtt-v5.0-os.html#_Toc3901255) 機制，經歷短暫的斷開後會迅速連線到新節點。

為確保短時間內的大規模重連導致叢集負載過高，EMQX 允許設定疏散速度引數，在可控的範圍內平穩地完成這一操作。

叢集負載重平衡基於節點疏散，透過手動的方式，控制將部分連線從負載較高的節點疏散到負載較低的節點，從而達成整個叢集的負載平衡。

[![](http://img.blog.itpub.net/blog/2023/01/05/a03b8b1a515beb04.png?x-oss-process=style/bb)](https://www.emqx.com/zh/blog/emqx-enterprise-v-4-4-13-released)

叢集負載重平衡與節點疏散能夠確保所有節點以良好的負載工作，並大大降低 EMQX 維護工作對線上客戶端以及客戶業務的影響，詳細的使用方式請參閱 [EMQX 文件](https://docs.emqx.com/zh/enterprise/v4.4/advanced/rebalancing.html)，目前這一功能已經被整合至 [EMQX Operator](https://www.emqx.com/zh/emqx-kubernetes-operator) 中以為 EMQX 的 K8s 自動化部署帶來更好的使用體驗。

## TDengine 3.0 適配以及子表批次插入

TDengine 3.0 帶來了大量的架構重構和功能新增，提供了更好的效能和更多靈活易用的功能。在 TDengine 3.0 中，EMQX 依賴的資料寫入介面也做了相應的調整導致無法正確寫入資料。

本次釋出我們對這一變更進行了無縫適配，現有的規則與資源無需修改即可支援 TDengine 3.0 版本。

在版本適配的同時，我們還加入了 [TDengine 子表](https://docs.taosdata.com/concept/#子表subtable) 批次插入能力，透過批次機制提供更高的吞吐效能，效能測試資料表明，預先建立好子表的情況下，單個 EMQX 節點可以支援每秒 10 萬 QoS 1、Payload 100B 的訊息寫入 TDengine。

## BUG 修復

以下是主要 BUG 修復，完整 BUG 修復列表請參考 [EMQX 企業版 4.4.12 更新日誌](https://www.emqx.com/zh/changelogs/enterprise/4.4.12)、[EMQX 企業版 4.4.13 更新日誌](https://www.emqx.com/zh/changelogs/enterprise/4.4.13)。

- 修復 GCP PubSub 整合測試連線時可能的記憶體洩露以及 JWT 令牌二次重新整理問題。
- 為修復 Kafka 整合的連線問題，為 Kafka 資源 SSL 連線配置增加 `SNI` 欄位，能夠方便的連線到諸如 Confluent Cloud 等啟用了 TLS 且叢集部署的 Kafka 資源中。
- 修復備份配置下載時錯誤，以及匯入時不會在叢集所有節點上生效的問題。
- 修復 RocketMQ 認證失敗問題，該錯誤導致 EMQX 無法連線到由阿里雲提供的 RocketMQ 服務。
- 為 Kafka 與 Pulsar 動作引數新增檢查，確保 Segment Bytes 不會超過 Max Bytes。
- 修復 Dashboard 使用者驗證問題，透過 Dashboard 建立使用者時，要求密碼格式為字母、數字、中劃線與下劃線，必須以字母或數字開頭(`^[A-Za-z0-9]+[A-Za-z0-9-_]*$`）。
- 持久會話的 MQTT 客戶端重新連線 EMQX 之後，未確認的 QoS1/QoS2 訊息不再週期性重發，該行為符合協議規範。 在此之前由 `znone.<zone-name>.retry_interval` 配置指定該訊息的重發間隔(預設為 30s)，但當持久會話的 MQTT 客戶端重新連線 EMQX 之後，EMQX 只會將佇列中快取的未被確認的訊息重發一次而不是按配置的時間間隔重試。
- 修復持久會話的 MQTT 客戶端斷開連線之後，已經過期的 `awaiting_rel` 佇列不會清除問題。 在這個改動之前，在客戶端重連並且釋出 QoS2 訊息的時候，如果 `awaiting_rel` 佇列已滿，此客戶端會被伺服器以 `RC_RECEIVE_MAXIMUM_EXCEEDED(0x93)` 錯誤碼斷開連線，即使這時候 `awaiting_rel` 佇列裡面的報文 ID 已經過期了。

>版權宣告： 本文為 EMQ 原創，轉載請註明出處。
>
>原文連結：[https://www.emqx.com/zh/blog/emqx-enterprise-v-4-4-13-released](https://www.emqx.com/zh/blog/emqx-enterprise-v-4-4-13-released)</zone-name>

EMQX Enterprise 4.4.12&4.4.13 釋出：叢集負載重平衡、TDengine 3.0 適配

相關文章