全部產品
Search
文件中心

ApsaraMQ for RocketMQ:企業鉑金版計費說明

更新時間:Jun 30, 2024

企業鉑金版執行個體的計費方式為訂用帳戶(預付費),適合高SLA要求或訊息量較大的業務情境。通過訂用帳戶付費方式您可以提前預留資源;同時,還能享受更大的價格優惠。和標準版執行個體相比,企業鉑金版執行個體具有更高的可用性,並且支援更多增強特性,例如SQL屬性過濾、Pull Consumer等。

計費項目說明

企業鉑金版執行個體的計費公式如下:

  • TPS峰值:表示每秒鐘訊息發送和訂閱次數的最大總和。

    訊息收發次數計算規則如下:

    • 服務端收到1條普通訊息計算為1次接收訊息次數;服務端投遞1條普通訊息,不管該訊息是否消費成功,都計算為1次投遞訊息次數。

    • 進階特性訊息計算訊息收發次數時,需要在普通訊息的基礎上乘以5倍倍率計算。例如,服務端收到1條事務訊息,並將該訊息向消費者投遞2次,則訊息收發次數為1×5+2×5=15次。

    • 訊息體大小最大限制為4 MB,大小以4 KB為計量單位。例如,投遞1條16 KB的訊息,投遞次數按照16/4=4次計算。

    • 使用HTTP協議消費訊息時,消費者用戶端通過主動調用消費方法擷取訊息,支援短輪詢和長輪詢兩種方式,調用方法的頻率由消費者應用控制。

      • 長輪詢方式:若Topic中沒有訊息,訂閱請求會一直在服務端掛起,直到有訊息或等待時間(最長30秒)到達後返迴響應。服務端有訊息返回時,投遞訊息次數按照以上規則計算,即訊息條數乘以對應的進階特性倍率和訊息體大小倍率。服務端未返回訊息時,則計算為1次投遞次數。

      • 短輪詢方式:若Topic中沒有訊息,服務端也會立即返迴響應,用戶端收到響應後會再次不斷髮起訂閱請求,此時一次訂閱請求也會計算為1次投遞訊息次數。

      當Topic中沒有訊息產生時,短輪詢方式可能會產生大量無效的訂閱請求,這部分請求也會仍然計算API調用費用,建議您可以使用長輪詢方式適當增加長輪詢等待時間,減少無效請求次數以降低費用。具體配置,請參見訂閱訊息API

    說明

    雲訊息佇列 RocketMQ 版有4種訊息類型:普通訊息、定時和延時訊息、事務訊息以及順序訊息,其中,定時和延時訊息、事務訊息以及順序訊息為進階特性訊息。更多資訊,請參見訊息類型列表

  • Topic數上限:表示指定執行個體下可建立的最大Topic數量。

  • 訊息儲存空間:企業鉑金版執行個體獨享實體儲存體空間的大小。

計費單價

企業鉑金版執行個體的費用詳情和價格樣本,請以企業鉑金版執行個體售賣頁為準。

相關文檔