BYOC 计费说明
参考计费概要的说明，本文详细介绍 BYOC 环境下 AutoMQ Cloud 产品涉及到的各个计费项详情。
本文中提及的云厂商、公共云厂商等名词，均指主流的云服务商，例如 AWS、GoogleCloud、Azure 、阿里云、腾讯云、华为云等厂商。
软件服务费用（向 AutoMQ 支付）
在 BYOC 环境下使用 AutoMQ Cloud，需要根据用户实际的集群规模来支付软件服务费。AutoMQ 度量软件服务费的规模指标包括如下：
- 消息处理规格 AKU（AutoMQ for Kafka Unit）： 必选，消息处理规格 AKU 用来衡量 Kafka 集群收发消息过程中分配的计算处理资源的规模。AKU 规格和集群的规模压力成正相关。
消息处理规格 AKU 费用
指标约束
消息处理规格 AKU 代表了集群在消息传输过程中所分配的计算处理资源。AKU 考虑了计算处理、存储 IOPS、网络吞吐等资源消耗。
为每个 AutoMQ 实例分配适当的 AKU 规格可以确保实现所需的消息传输吞吐能力。根据基准性能测试结果，每增加 1 个 AKU 规格可提供以下性能能力：
| 每 1 AKU 提供的能力项 | 说明 | |
|---|---|---|
| 消息写入吞吐 | 20 MB/s | 消息读写调用的核心业务指标和压力。如果超过预定规格，可能造成服务响应变慢，RT 增大或者被限流失败。 |
| 消息读取吞吐 | 20 MB/s | |
| 客户端请求频率 | 800 次/秒 | 应用通过 Kafka Producer、Consumer SDK 访问服务端的请求频率和压力。如果超过预定规格，可能造成被限流或者 RT 增大。 请求类型包括：
|
| 分区数上限 | 1125 个 | 分区数量约束了实例同时承载的元数据规模。如果超过预定规格，可能造成如下现象：
|
生产环境中建议应用严格按照上述规格处理能力来评估资源消耗及时进行扩缩容，避免超限使用造成集群压力过大影响服务稳定性。
计算规则（按小时计费为例）
每个 AutoMQ 实例（集群）可在创建、变更规格时指定所需的 AKU 规格。计量计费时会统计各实例实时消耗的 AKU 数量。
统计范围：AutoMQ Kafka 每个实例的 AKU 数量。
统计方式：按小时为周期，统计周期内峰值。
聚合方式：按照实例粒度聚合统计。
计量单位： AKU·时，即实际计量消耗是按小时粒度统计每小时的 AKU 消耗，不足 1 小时按 1 小时计算。
计费举例（按小时计费为例）
基于上述计算规则，给出几种典型场景的计费案例：
举例一：
用户在 10:00 时，创建了一个实例，预定了 12 AKU 的规模。11:00 分进行扩容，升级为 24 AKU。
则 10:00-12:00 之间，则用户实际 AKU 消耗为：
12 * 1 小时 + 24 * 1 小时 = 36 AKU·时。
以上是以云市场实时结算方式为例，按小时粒度计算软件服务费，如果采用按月结算或者提前购买订阅许可证，同样需要衡量各实例消耗的 AKU 数量。
云资源费用（部署实例依赖的云资源，向云厂商支付）
部署 AutoMQ 实例，除软件服务费用外，用户还会产生依赖的资源消耗。以阿里云云厂商为例：
| 云产品 | 规格和用量 | 依赖说明 |
|---|---|---|
| ECS（虚拟主机） |
|
|
| 云盘( Elastic Block Service) |
|
|
| 对象存储 |
|
|