本文介绍微消息队列MQTT版包年包月实例的计费项目和计费价格。

包年包月

微消息队列MQTT版包年包月实例的计费项目如下表所示。

项目 定义 说明 示例
连接数上限 任一时刻在单个实例上存在的客户端TCP连接的数量上限。同时在线连接数是瞬态值,更新周期为1分钟。 确保连接数上限大于等于业务实际在线连接数,以免业务在连接峰值脉冲时触发微消息队列MQTT版服务限流,导致部分客户端无法连接。 instance_a在10:00的同时在线连接数是1000个,10:01的同时在线连接数是2000个,则instance_a需要超过2000个(例如5000个)的连接数上限,才能保证服务正常运行。
消息TPS上限 每秒钟使用微消息队列MQTT版支持的协议,进行上行数据发送和下行数据接收的消息总条数上限。
  • 确保消息TPS上限大于等于业务实际消息TPS,以免业务异常。
  • 消息TPS仅涉及通过微消息队列MQTT版进行收发的消息,不涉及通过消息队列RocketMQ版进行收发的消息。
  • 消息TPS包括消息接收的TPS和消息发送的TPS。
  • 对于QoS=1且cleanSession=false的消息,如果没有推送成功则存储为离线消息等待重试,存储离线消息也会计算成一次推送调用。
  • 每条消息(包含客户端和云端API的调用请求)以1为基本计价单位,针对具体协议中的特定传输质量,需要乘以相应的倍率。详情请参见计价倍率
instance_a有100个客户端,每个客户端都设置了cleanSession=true,每秒发送1条QoS0消息、2条QoS1消息、3条QoS2消息,每秒接收1条QoS0消息、1条QoS1消息、1条QoS2消息,instance_a的消息TPS为100×(1+2×2+3×5)+100×(1+1×2+1×5)=2800条/秒,则instance_a需要超过2800条/秒(例如3000条/秒)的消息TPS上限,才能保证服务正常运行。
订阅关系数上限 用户在微消息队列服务端注册保留的订阅规则的数量上限。
  • 确保订阅关系数上限大于等于业务订阅关系数,以免业务异常。
  • 订阅关系的计算单位是每个Client ID对每个MQTT Topic的订阅。
  • 订阅关系数的统计周期为1分钟,服务端统计会给出统计周期内的最大值。
  • 根据MQTT协议,当客户端设置cleansession=true时,客户端离线后服务端会清理掉该客户端所有订阅的Topic;如果cleanSession=false,服务端会一直保留客户端订阅的Topic。
instance_a有client_1和client_2两台设备,其中client_1订阅了TopicA/sub_1、TopicA/sub_2、TopicB/sub_1,client_2订阅了TopicA/sub_1、TopicB/sub_2,instance_a的订阅关系数为3+2=5个,则instance_a需要超过5个(例如1000个)的订阅关系数上限,才能保证服务正常运行。

计费价格

微消息队列MQTT版包年包月实例的连接数上限的计费价格如下表所示。

实例类型 连接数上限(个) 价格(元/月)
基础版实例 100 13
1千 125
5千 625
1万 1250
2万 2500
5万 6250
10万 12500
铂金版实例 10万 17000
30万 50000
50万 83000
100万 167000
200万 333000

微消息队列MQTT版包年包月实例的消息TPS上限的计费价格如下表所示。

实例类型 消息TPS上限(条/秒) 价格(元/月)
基础版实例 100 125
1千 1250
5千 6250
1万 12500
2万 25000
铂金版实例 2万 23000
5万 35000
10万 53000
20万 80000
50万 187000

微消息队列MQTT版包年包月实例的订阅关系数上限的计费价格如下表所示。

实例类型 订阅关系数上限(个) 价格(元/月)
基础版实例 1千 50
1万 500
5万 2500
10万 5000
20万 10000
50万 25000
100万 50000
铂金版实例 10万 7000
50万 33000
100万 67000
200万 133000
500万 333000
说明 包年包月的微消息队列MQTT版实例可被转换为按量付费实例,详情请参见包年包月转按量付费