本文介绍微消息队列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版实例可被转换为按量付费实例，详情请参见包年包月转按量付费。