包年包月（预付费） - 云消息队列 MQTT 版

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

计费公式

实例费用=（连接数上限单价+消息TPS上限单价+订阅关系数上限单价）×购买时长（月）

连接数指任一时刻，在指定实例上存在的客户端TCP连接的数量。连接数是瞬态值，更新周期为1分钟。

请确保您购买的连接数上限的规格大于业务实际在线的最大连接数，避免超过规格上限值触发限流，导致部分客户端无法连接。

instance_a在10:00的同时在线连接数是1000个，10:01的同时在线连接数是2000个，则您需要购买的连接数上限规格需要超过2000个（例如5000个），才能保证服务正常运行。

消息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=200200条

订阅关系数为用户在指定实例下注册且保留的订阅关系的数量。

请确保您购买的订阅关系数上限的规格大于业务实际所需的订阅关系数，避免超过规格上限值触发限流，导致部分消息收发失败。

若您的某些客户端不再使用且订阅关系不需要保留，请及时清除订阅关系，节约系统资源。具体操作，请参见订阅关系清理。

订阅关系数的统计周期为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，并计算订阅关系。

则该场景下，消息订阅关系数为10×2=20个。