全部產品
Search
文件中心

ApsaraMQ for Kafka:使用限制

更新時間:Jul 06, 2024

雲訊息佇列 Kafka 版對某些具體指標進行了約束和規範,您在使用雲訊息佇列 Kafka 版時注意不要超過相應的限制值,以免程式出現異常。

重要

若由於您的執行個體配置超出使用限制導致的任何不穩定情況,不在SLA承諾和賠償範圍內。

雲訊息佇列 Kafka 版的限制項和限制值,請參見下表。

限制項

限制值

說明

限制Topic總數(分區總數)

支援

雲訊息佇列 Kafka 版的儲存和協調機制是以分區為粒度的,Topic總數(分區總數)太多,會導致儲存片段化,叢集效能和穩定性下降。

Topic減少對應分區

不支援

這是Apache Kafka自身設計所限制的。

暴露ZooKeeper

不支援

在使用設計層面,Apache Kafka自0.9.0之後已經屏蔽掉ZooKeeper,即用戶端使用無需訪問ZooKeeper。雲訊息佇列 Kafka 版的ZooKeeper是部分共用的,出於安全考慮,不予暴露。您也無需感知到ZooKeeper。

登入部署雲訊息佇列 Kafka 版的機器

不支援

無。

版本

支援0.10.x版本~2.2.x版本

  • 2.2.x向前相容0.10.x、0.9.0。

  • 0.10.x向前相容0.9.0。

  • 如需將0.10.x版本的執行個體升級到2.2.x版本,請參見升級執行個體版本

分區數量和Topic數量的對應關係

1∶1

可使用的Topic數量與總分區數強相關。例如,您購買了分區數為50、流量規格為alikafka.hw.2xlarge、規格內贈送分區數為1000的執行個體,那麼該執行個體總分區數=購買分區數+規格內贈送分區數=50+1000=1050,可用Topic數量為1050。

分區數量和Group數量的對應關係

1∶2

可使用的Group數量與總分區數強相關。例如:您購買了分區數為50、流量規格為alikafka.hw.2xlarge、規格內贈送分區數為1000的執行個體,那麼該執行個體總分區數=購買分區數+規格內贈送分區數=50+1000=1050,可用Group數量為2100。

變更執行個體的地區

不支援

執行個體購買部署之後,其地區與實體資源緊密結合,無法變更。如需變更執行個體的地區,請釋放執行個體,並重新購買。

變更執行個體網路屬性

支援

網路屬性可以根據需要變更。具體操作,請參見升級執行個體配置

訊息大小

10 MB

訊息大小不得超過10 MB,否則訊息會發送失敗。

監控警示

支援

資料延時1分鐘。

用戶端與每個Broker串連數量

建議不超過1000個

雲訊息佇列 Kafka 版的用戶端發送訊息和訂閱訊息都需要與Broker建立Socket串連。 當用戶端與每個Broker串連數量過多時,Broker會消耗大量效能來維持串連,Broker穩定性將受到嚴重影響, 因此建議用戶端與每個Broker的串連數量不超過1000個。

存取點

購買規格

  • 標準版:支援預設存取點、SSL存取點。

  • 專業版:支援預設存取點、SSL存取點、SASL存取點。

雲端儲存單分區

宕機和升級時可能導致不可用

建議建立的分區數大於1,如果強依賴單分區,可以使用Local儲存。

說明

僅專業版執行個體支援在建立Topic時將儲存引擎類型選擇為Local儲存,標準版暫不支援。

說明

雲訊息佇列 Kafka 版不再支援按照Topic規格購買執行個體,若您的已有執行個體是按照Topic規格購買的,那麼Topic數量與分區數量的對應關係為1∶16,Group數量=Topic數量×2,專業版執行個體Topic數量=購買Topic數量×2。