本文介绍云消息队列 MQTT 版的基础版和铂金版实例的计费项目和计费价格。
计费概述
云消息队列 MQTT 版的实例类型有基础版、铂金版和专业版，各类型实例的差异，请参见实例类型。
其中基础版和铂金版实例的计费方式和计费项均相同，具体计费项如下：
计费项 | 计费方式 | 计费周期 |
包年包月 根据选择的规格和时长计算账单，先付费，再使用。 | 月 | |
实例的计费公式如下：
实例费用=（连接数上限单价+消息TPS上限单价+订阅关系数上限单价）×购买时长（月）
连接数上限
计费项说明
连接数指任一时刻，在指定实例上存在的客户端TCP连接的数量。连接数是瞬时值，更新周期为1分钟。
请确保您购买的连接数上限的规格大于业务实际在线的最大连接数，避免超过规格上限值触发限流，导致部分客户端无法连接。
示例
instance_a在10:00的同时在线连接数是1000个，10:01的同时在线连接数是2000个，则您需要购买的连接数上限规格需要超过2000个（例如5000个），才能保证服务正常运行。
计费单价
基础版实例
地域 | 连接数上限（个） | 价格（美元/月） |
华东2（上海）、中国香港、新加坡、日本（东京）、美国（弗吉尼亚）、德国（法兰克福）、美国（硅谷） | 1000 | 29 |
5000 | 142 | |
10000 | 284 | |
20000 | 567 | |
菲律宾（马尼拉）、印度尼西亚（雅加达）、马来西亚（吉隆坡） | 1000 | 26 |
5000 | 130 | |
10000 | 260 | |
20000 | 520 | |
沙特（利雅得） | 1000 | 35 |
5000 | 170 | |
10000 | 341 | |
20000 | 680 |
铂金版实例
地域 | 连接数上限（个） | 价格（美元/月） |
华东2（上海）、中国香港、新加坡、日本（东京）、美国（弗吉尼亚）、德国（法兰克福）、美国（硅谷） | 50000 | 1890 |
100000 | 3852 | |
300000 | 11329 | |
500000 | 18805 | |
1000000 | 37836 | |
2000000 | 75446 | |
菲律宾（马尼拉）、印度尼西亚（雅加达）、马来西亚（吉隆坡） | 50000 | 1733 |
100000 | 3533 | |
300000 | 10391 | |
500000 | 17249 | |
1000000 | 34705 | |
2000000 | 69202 | |
沙特（利雅得） | 50000 | 2268 |
100000 | 4622 | |
300000 | 13595 | |
500000 | 22566 | |
1000000 | 45403 | |
2000000 | 90539 |
消息TPS上限
计费项说明
消息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=20200条
计费单价
基础版实例
地域 | 消息TPS上限（条/秒） | 价格（美元/月） |
华东2（上海）、中国香港、新加坡、日本（东京）、美国（弗吉尼亚）、德国（法兰克福）、美国（硅谷） | 500 | 142 |
1000 | 284 | |
3000 | 850 | |
5000 | 1417 | |
10000 | 2833 | |
20000 | 5665 | |
菲律宾（马尼拉）、印度尼西亚（雅加达）、马来西亚（吉隆坡） | 500 | 130 |
1000 | 261 | |
3000 | 779 | |
5000 | 1299 | |
10000 | 2599 | |
20000 | 5196 | |
沙特（利雅得） | 500 | 170 |
1000 | 341 | |
3000 | 1020 | |
5000 | 1700 | |
10000 | 3400 | |
20000 | 6798 |
铂金版实例
地域 | 消息TPS上限（条/秒） | 价格（美元/月） |
华东2（上海）、中国香港、新加坡、日本（东京）、美国（弗吉尼亚）、德国（法兰克福）、美国（硅谷） | 50000 | 7930 |
100000 | 12009 | |
200000 | 18125 | |
500000 | 42368 | |
菲律宾（马尼拉）、印度尼西亚（雅加达）、马来西亚（吉隆坡） | 50000 | 7274 |
100000 | 11015 | |
200000 | 16625 | |
500000 | 38861 | |
沙特（利雅得） | 50000 | 9516 |
100000 | 14411 | |
200000 | 21750 | |
500000 | 50842 |
MQTT不再支持TPS为100（次/秒）的规格。已购买此规格的存量实例支持正常使用，但升级后的实例不支持回退到此规格。
订阅关系数上限
计费项说明
订阅关系数为用户在指定实例下注册且保留的订阅关系的数量。
请确保您购买的订阅关系数上限的规格大于业务实际所需的订阅关系数，避免超过规格上限值触发限流，导致部分消息收发失败。
若您的某些客户端不再使用且订阅关系不需要保留，请及时清除订阅关系，节约系统资源。具体操作，请参见订阅关系清理。
计算规则
订阅关系数的统计周期为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，并计算订阅关系。
示例
实例Instance_A中创建了3个Topic，TopicA、TopicB和TopicC，一共有10个客户端接入服务端；
这10个客户端每个都向TopicA、TopicB和TopicC中生产消息；每个客户端只订阅TopicA和TopicB消费消息；
则该场景下，消息订阅关系数为10×2=20个。
计费单价
基础版实例
地域 | 订阅关系数上限（个） | 价格（美元/月） |
华东2（上海）、中国香港、新加坡、日本（东京）、美国（弗吉尼亚）、德国（法兰克福）、美国（硅谷） | 1000 | 12 |
10000 | 114 | |
50000 | 567 | |
100000 | 1133 | |
菲律宾（马尼拉）、印度尼西亚（雅加达）、马来西亚（吉隆坡） | 1000 | 11 |
10000 | 104 | |
50000 | 520 | |
100000 | 1040 | |
沙特（利雅得） | 1000 | 14 |
10000 | 137 | |
50000 | 680 | |
100000 | 1360 |
铂金版实例
地域 | 订阅关系数上限（个） | 价格（美元/月） |
华东2（上海）、中国香港、新加坡、日本（东京）、美国（弗吉尼亚）、德国（法兰克福）、美国（硅谷） | 500000 | 7477 |
1000000 | 15180 | |
2000000 | 30133 | |
5000000 | 75446 | |
菲律宾（马尼拉）、印度尼西亚（雅加达）、马来西亚（吉隆坡） | 500000 | 6858 |
1000000 | 13924 | |
2000000 | 27640 | |
5000000 | 69202 | |
沙特（利雅得） | 500000 | 8972 |
1000000 | 18216 | |
2000000 | 36160 | |
5000000 | 90535 |