服务器已经显示“已停止”，账单却还在增加，未必是平台多扣了钱。云服务器的费用通常不只包括 CPU 和内存，磁盘、公网 IP、带宽以及其他关联产品可能分别计费。实例停止了，不代表这些资源也一起释放。
排查时先看三件事：实例是什么计费方式，实际进入了哪种停机模式，新增费用对应哪个资源和使用时段。只盯着“已关机”三个字，很容易把正常保留费用当成异常扣费。
一、先分清：关机、停止计费和释放不是一回事
包年包月实例已经购买了一段使用期限。关机通常不会暂停这段期限，也不会自动顺延到期时间。阿里云的停止实例文档明确说明，包年包月实例停止后，到期时间保持不变。停用自动续费也不能等同于退订或退回当前周期费用。[2]
按量计费实例则要继续看停机规则。部分厂商提供普通停机与节省停机两种方式：前者保留计算资源，可能照常计费；后者回收计算资源，符合条件的费用项目才停止计费。选择了一个看起来相似的“停止”按钮，结果可能完全不同。
释放实例比停机更进一步，可能同时删除系统盘等数据。它不是排查账单的第一步。先确认备份、关联资源和删除选项，再决定是否释放，不能为了省几小时费用直接删掉仍有业务数据的实例。
二、三家云平台的停机规则，不能混用
腾讯云 CVM：需要符合“关机不收费”的条件。
腾讯云要求按量计费实例的系统盘和数据盘均为云硬盘，并选择“关机不收费”，实例进入已关机状态后，相应计算资源才不再收费。云硬盘、按固定带宽计费的公网带宽以及镜像等保留项目仍可能继续收费。含本地盘的实例、欠费关机，以及在操作系统内部执行关机命令等情况，不适用该项规则。[1]
这意味着，在腾讯云实例里执行 shutdown，并不能代替控制台里的“关机不收费”。批量关机时也要逐台确认资格，不能因为部分实例支持，就认定整批实例都已经停止计算资源计费。
阿里云 ECS：核对是否真正进入“节省停机模式”。
阿里云的节省停机模式主要适用于符合条件的按量付费 VPC 实例，不支持带本地盘或持久内存的实例。进入该模式后，CPU、内存以及固定公网 IP 的固定带宽等相应费用暂停，系统盘、数据盘及绑定 EIP 的固定带宽等费用仍需支付。普通停机保留资源，计费方式不同。[2][3]
在操作系统内执行 shutdown、poweroff 或 halt，不会让实例进入阿里云的节省停机模式。操作完成后，除了看“已停止”，还要确认控制台显示了节省停机模式标识。不要只以提交操作成功作为计费状态的证据。[3]
AWS EC2：停止实例计算用量，不等于停止关联资源费用。
对支持停止的 EBS 根卷实例，AWS 文档说明，实例停止后不再收取实例使用费用，但保留的 EBS 卷以及关联的 Elastic IP 仍会产生费用。实例内存和实例存储中的数据不能当作停止后仍可靠保留的数据。[4][5]
AWS 对操作系统关机的处理与上述两家厂商的节省停机模式不同，不能套用“在系统里关机一定继续收计算费”的结论。同样，停止一台实例也不能据此认定预留实例或 Savings Plans 等独立购买承诺被取消，相关费用需要另查对应合同和账单。
三、服务器停了，哪些项目还要单独查？
- 云硬盘：磁盘里没有读写，不代表不占用存储容量。检查系统盘、数据盘及已脱离实例的磁盘，按各自计费方式核对。
- 快照与备份：单独保存的快照、备份库可能有独立账单。停机不应被当作它们已删除的证明，删除实例也不应被当作备份一定保留的保证。
- 公网 IP 与带宽：区分实例普通公网 IP、EIP，以及固定带宽和按流量计费。是否保留地址、是否收地址或带宽费用，需要按具体产品判断。
- 负载均衡、NAT、数据库与对象存储：这些可能是独立产品。一台服务器停了，并不意味着整个业务架构都停止计费。
- 商业镜像、软件许可和订阅：不要直接套用 CPU、内存的停费规则，应单独核对产品说明、订单和实际账单。
公网 IP 尤其容易混淆。腾讯云所引用的 CVM 文档说明，在该“关机不收费”场景下，绑定的 EIP 保留且不收取 EIP 闲置费用；AWS 的相应文档则明确提示停止实例关联的 Elastic IP 仍收费。因此，“EIP 只要闲置就收费”或“关机后 EIP 都免费”都不适合作为通用结论。[1][5]
也不要把“没有流量”当成“网络没有费用”。按固定带宽收取的保留费用，与按实际使用量收取的费用，需要分开看。
四、已经关机还在扣费，按这个顺序核对
- 记录停机时间和实例身份。保留实例 ID、地域、计费方式、停机选项及操作结果，避免拿错地域或拿错实例的账单。
- 查看真正生效的停机模式。核对是否满足厂商条件，是否只是普通关机；必要时查看控制台操作记录，而不是反复点停止。
- 进入费用明细，按产品、资源 ID、计费项和使用时段筛选。先定位是计算费、磁盘费、IP 费还是其他服务费用，再判断是否异常。
- 区分费用使用时段与入账时间。关机后看到一笔新入账费用，可能对应关机之前的用量。不要自行假定固定延迟多久，按账单字段和该产品出账规则核对。
- 检查后续启动或替换操作。查看是否有自动化脚本、定时任务、伸缩组或其他管理员重新拉起资源。AWS 文档也提示，伸缩组可能替换被停止的实例。[4]
- 仍无法解释时，提交工单。提供资源 ID、停机时间、实际模式、费用项和使用时段，请厂商核对；不必附带登录密码、访问密钥等敏感信息。
举个核对方法：实例在 10:00 停机，11:00 出现一条费用，先看费用对应的是 09:00—10:00 的计算用量，还是 10:00 之后保留的磁盘容量。入账发生在停机后，本身不足以证明“关机不收费”没有生效。这里的时间只是排查示例，不代表任何厂商的固定出账周期。
五、使用节省停机模式前，先考虑重新开机
节省停机之所以能减少计算资源费用，往往是因为平台回收了相应资源。腾讯云和阿里云都提示，后续启动可能遇到库存不足；原本分配的普通公网 IP 也可能变化。磁盘数据仍在，不等于一定能在原来的时间点、用原来的公网地址恢复业务。[1][3]
计划停机前，至少检查域名解析、第三方 IP 白名单、监控、备份任务和业务依赖。绑定的 EIP 与普通公网 IP 要分开处理，不能默认地址会一起释放或一起保留。
数据库或持续写入的服务应先正常结束写入，再执行正常停机。强制停止存在未落盘数据丢失等风险，不适合仅为了尽快停止费用而使用。对于有恢复时间要求的生产业务，先评估容量与恢复方案，再决定是否接受资源回收。
六、临时闲置和彻底下线，处理方式不同
开发测试环境只是晚上不用，可以比较“继续运行的计算费用”和“节省停机后的保留费用”，同时把启动失败风险、操作成本和地址变化算进去。价格以自己的实例规格、地域、合同和费用明细为准，不要直接拿活动首购价估算按量账单。
业务彻底不用时，应按资源清单逐项下线：先做备份并验证能恢复，再检查实例、云盘、IP、快照、负载均衡及其他关联产品的依赖关系，最后按各产品规则释放或退订。保留什么、删除什么，应有明确记录。
完成后，再检查后续使用时段的费用明细，确认不需要的计费项确实停止。不要靠故意欠费来清理资源，也不要把“实例列表里没有了”当作所有关联费用已经结束。
云服务器停机后的账单，关键不是判断一个“停止”按钮有没有用，而是把每一项费用对应到实际保留的资源上。先核对模式和费用时段，再处理不需要的资源，才能既减少支出，也避免误删数据。
参考资料
本文依据以下官方文档整理，核验日期为2026年9月10日。不同地域、实例类型与合同可能有差异，具体以当前控制台提示、订单及官方计费规则为准。