本文介绍微消息队列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版包年包月实例的连接数上限的计费价格如下表所示。

实例类型 连接数上限（个） 价格（元/月）
轻量版实例 1千 63
5千 313
1万 625
2万 1250
5万 3125
10万 6250
基础版实例 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上限（条/秒） 价格（元/月）
轻量版实例 1千 625
3千 1875
5千 3125
1万 6250
2万 12500
基础版实例 1千 1250
5千 6250
1万 12500
2万 25000
铂金版实例 2万 23000
5万 35000
10万 53000
20万 80000
50万 187000

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

实例类型 订阅关系数上限（个） 价格（元/月）
轻量版实例 1千 25
1万 250
5万 1250
10万 2500
20万 5000
50万 12500
100万 25000
基础版实例 1千 50
1万 500
5万 2500
10万 5000
20万 10000
50万 25000
100万 50000
铂金版实例 10万 7000
50万 33000
100万 67000
200万 133000
500万 333000