一家做在线教育的中型客户，业务分三套环境：生产、预发、测试。原来用自建 Kubernetes，运维两个人扛着，扩缩容靠手工。迁到阿里云容器服务 ACK 时，对方采购负责人拿到报价单第一句话是：“这个 Agent 是干什么的，为什么每个节点都要算钱？”他担心的是，集群里每台机器都跑一个 Agent，节点一多，这笔费用会不会失控。
问题出在哪
先把概念捋清楚。ACK 里常被叫做“Agent”的东西，主要指节点上负责和管控面通信的组件，以及日志、监控、网络这些以 DaemonSet 形式在每个节点驻留的采集组件。它们本身是容器服务的一部分，不按“Agent 数量”单独计费。真正进账单的是三类：节点资源（ECS 实例及系统盘）、托管集群的管理费、以及可观测与日志这类按量计费的云产品。
所以“Agent 收费”这个说法，本质是用户把节点成本、组件成本和托管费混在一起了。节点越多，驻留组件占用的资源越多，你为这些资源付的钱就越多——但这不是按 Agent 个数收费，而是按资源收费。
第二个误区是环境不分。生产集群要托管、要高可用、要日志全量采集；测试集群其实用免费版或单节点就够。很多报价单之所以看着吓人，是把三套环境按同一规格报了。
怎么解决
要算清账，按下面几步走，顺序不要乱。
- 先定集群形态。生产环境选 ACK 托管版，管控面由阿里云维护，省掉 etcd 和 API Server 的运维；测试和预发可以用 ACK 专有版或直接跑在少量 ECS 上。托管版按集群收管理费，具体单价以官网为准。
- 再定节点规格和数量。节点是账单大头。先按业务峰值的内存和 CPU 反推节点数，再留 20% 左右余量，不要按“一个 Pod 一台机器”拍脑袋。驻留组件本身会占掉每节点一小部分资源，规划时要算进去。
- 把日志和监控单独拆出来看。日志采集对接 SLS 是按写入量和存储量计费的，监控指标也有按量部分。这部分最容易被忽略，也最容易超支。采集规则要设过滤，不要把调试日志全量投进去。具体做法可以参考 ACK日志收集：SLS日志服务对接。
- 网络和存储按需选。Terway 网络模式、云盘或 NAS 存储，都直接影响单价。没有特殊需求就用默认组合，别一上来全上高性能规格。
- 多环境做隔离和分级。如果集群数量多，考虑统一纳管，避免每个集群单独买一套。可参考 ACK多集群管理：Karmada集群联邦 的思路。
下面这张表是常见的配置档位和成本构成，方便你对照自己的场景。价格均为参考价，以阿里云官网实时价格为准。
| 场景 | 集群形态 | 节点规模 | 主要费用项 | 月成本量级（参考） |
|---|---|---|---|---|
| 测试/开发 | 专有版或单节点 | 1-3 台 | ECS + 少量存储 | 几百元起 |
| 中小生产 | 托管版 | 3-6 台 | ECS + 管理费 + SLS | 数千元 |
| 中大型生产 | 托管版 + 多可用区 | 10 台以上 | ECS + 管理费 + 日志监控 + 网络 | 万元以上 |
选型时还要注意几个不适合的情况：如果业务是长期稳定的单体应用，容器化收益有限，直接上 ECS 可能更省；如果团队没有 Kubernetes 运维能力，托管版能降低门槛，但应用侧的配置管理仍要有人负责。这些不是产品问题，是匹配问题。
结果与成本
回到开头那个客户。我们把三套环境分开报价：生产用托管版、6 个节点、日志只采集错误级别和关键业务日志；预发和测试合并成一套小集群。最终账单比最初那份“全生产规格”报价低了不少，具体降幅因配置而异。更重要的是，他们知道了钱花在哪，后续扩容也有依据。
常见的坑有三个：一是日志全量采集，SLS 费用悄悄超过 ECS；二是节点规格买太大，实际利用率不到三成；三是忽略管理费按集群计，环境一多就叠加。避开这三点，预算基本可控。更多部署、网络、存储的细节问题，可以看 ACK常见问题FAQ：部署、网络、存储全解析，产品能力本身在 容器服务 页面有完整说明。
可复用的经验
- Agent 不单独收费，账单核心是节点资源、托管管理费和日志监控按量费。
- 先定集群形态，再定节点，最后拆日志监控，顺序反了容易重复报预算。
- 环境分级：生产托管、测试精简，不要一套规格报到底。
- 日志采集一定设过滤规则，这是最容易超支的一项。
- 报价前先问清是否含 SLS、监控、网络和存储，避免后期追加。
如果你正在做 ACK 的选型和预算，维启网络作为阿里云代理商，可以协助梳理配置清单和申请优惠，电话 400-6800-390。
