計費概述

云消息隊列 MQTT 版的實例類型有基礎版、鉑金版和專業版，各類型實例的差異，請參見實例類型。

其中基礎版和鉑金版實例的計費方式和計費項均相同，具體計費項如下：

實例的計費公式如下：

實例費用=（連接數上限單價+消息TPS上限單價+訂閱關系數上限單價）×購買時長（月）

連接數上限

計費項說明

連接數指任一時刻，在指定實例上存在的客戶端TCP連接的數量。連接數是瞬態值，更新周期為1分鐘。

請確保您購買的連接數上限的規格大于業務實際在線的最大連接數，避免超過規格上限值觸發限流，導致部分客戶端無法連接。

示例

instance_a在10:00的同時在線連接數是1000個，10:01的同時在線連接數是2000個，則您需要購買的連接數上限規格需要超過2000個（例如5000個），才能保證服務正常運行。

計費單價

消息TPS上限

計費項說明

消息TPS為指定實例下每秒鐘生產消息量和消費消息量之和。更新周期為1分鐘。

請確保您購買的消息TPS上限的規格大于業務實際的消息收發TPS峰值，避免超過規格上限值觸發限流，導致部分消息收發失敗。

計算規則

• 消息TPS僅涉及通過云消息隊列 MQTT 版收發的消息，不涉及云消息隊列 RocketMQ 版收發的消息。

• 對于QoS=1且cleanSession=false的消息，服務端如果沒有推送成功，則存儲為離線消息等待重試，并計算為一次訂閱消息。

• 消息TPS計算時，需要根據傳輸質量乘以對應倍率。具體倍率，請參見計價倍率。

  例如，若客戶端設置為QoS=2且cleanSession=true，即計價倍率為5，則客戶端生產10條消息，生產消息量計算為10×5=50條。

示例

假設有5個Topic，生產者向每個Topic都發送20條消息，每個Topic都有100個客戶端訂閱，所有客戶端傳輸質量級別相同，計價倍率都為2。

則消息收發量為：（Topic個數×消息數＋Topic數×消息數×客戶端訂閱數）×計價倍率=（5×20＋5×20×100）×2=20200條

計費單價

訂閱關系數上限

計費項說明

訂閱關系數為用戶在指定實例下注冊且保留的訂閱關系的數量。

請確保您購買的訂閱關系數上限的規格大于業務實際所需的訂閱關系數，避免超過規格上限值觸發限流，導致部分消息收發失敗。

若您的某些客戶端不再使用且訂閱關系不需要保留，請及時清除訂閱關系，節約系統資源。具體操作，請參見訂閱關系清理。

計算規則

• 訂閱關系數的統計周期為1分鐘，每秒鐘采樣一次，取這60次采樣的最大值。

  例如，1分鐘內，第1秒訂閱關系為30，第2秒為20，第3秒為30.....第60秒為50，則當前這一分鐘的訂閱關系數為50。

• 訂閱關系數的計算維度為每個客戶端（Client ID）對每個云消息隊列 MQTT 版Topic的訂閱，和消息發送場景無關。

• 同一個客戶端對于父級Topic及其子級Topic的訂閱需要分別計算訂閱關系數。

  例如，客戶端Client_1訂閱TopicA、TopicA/sub_1和TopicA/sub_2，則訂閱關系數為3。

• 根據MQTT協議，當客戶端設置cleanSession=true時，客戶端離線后服務端會清理掉該客戶端所有訂閱的Topic；如果cleanSession=false，服務端會一直保留客戶端訂閱的Topic，并計算訂閱關系。

示例

• 實例Instance_A中創建了3個Topic，TopicA、TopicB和TopicC，一共有10個客戶端接入服務端；

• 這10個客戶端每個都向TopicA、TopicB和TopicC中生產消息；每個客戶端只訂閱TopicA和TopicB消費消息；

則該場景下，消息訂閱關系數為10×2=20個。

計費單價