快照计费怎么算
云盘快照是某一时刻云盘数据的块级备份，用途是回滚、做自定义镜像、跨地域容灾。它按快照数据的实际占用容量（GB/月）计费，而不是按云盘容量或快照个数：首次快照是全量，之后只记录变化的块，因此同一时间点的快照链总容量通常小于各快照容量之和。容量随保留时长和数据变更幅度持续增长，只有删除才停止计费。
基本信息
| 计费维度 | 按快照占用容量 GB/月，不足一月按小时折算 |
|---|---|
| 计费对象 | 手动快照与自动快照都计费，无差别 |
| 跨地域复制 | 复制到目标地域的快照在目标地域单独计费，原地域按本地快照计费 |
| 免费额度 | 部分厂商对首定额度内的快照免费，具体以官网价格页为准 |
| 节省手段 | 自动快照策略设保留天数 + 手动快照定期审计清理 |
| 删除后 | 快照删除即停止计费；只要不删就一直在计费 |
典型使用场景
- 系统盘或数据盘变更前打快照，给回滚留一条退路
- 创建自定义镜像：先打快照再由快照生成镜像，此时快照不能删
- 数据库定期备份：停写或使用厂商一致性快照组，保证多盘时间点一致
- 跨地域复制做容灾副本，满足异地恢复要求
- 账单治理：按容量与创建时间排序审计，清理无价值快照直接降本
快照审计与清理流程
快照审计与清理流程
1. 列出全部快照，按创建时间与占用容量排序，导出成表
2. 标记归属：属于哪个盘、哪个实例、是否被镜像或容灾策略引用
3. 删除：盘已释放、系统已更换后遗留的历史快照
4. 保留：最近 N 天滚动窗口 + 每月 1 份归档点
5. 对齐策略：自动快照的保留天数与业务恢复目标（RPO/RTO）一致
6. 复查：清理后下月核对账单，确认快照费用确实下降容量增长与处理
| 现象 | 原因 | 处理方式 |
|---|---|---|
| 快照费用逐月上涨 | 长期保留叠加数据频繁变更，增量块不断累积 | 自动快照设保留天数，手动快照纳入季度审计 |
| 单个快照容量异常大 | 首次全量，或大版本升级后大量数据块被改写 | 确认是否为升级前后的回滚点，非必需的不留 |
| 跨地域费用突然增加 | 复制策略未收敛，把非关键盘也复制到多地域 | 只复制关键盘到一两个目标地域，其余取消 |
| 删了快照账单没降 | 删除的是增量块较小的快照，容量大头仍在 | 按容量排序删，优先处理占用最大的历史快照 |
清理前确认两件事：该快照不是某个自定义镜像的来源快照，也不是某次尚未验证的变更的唯一回滚点。删错这两类，损失的是可用性而不只是钱。
主流厂商的快照链是独立可用的：删除同盘的某个快照一般不影响其他快照的恢复能力。但使用一致性快照组时，组内快照的删除规则按各厂商文档执行，不要按单个快照的经验操作。