4. 快照生命周期管理：快照创建、快照保留策略、快照过期与自动清理

快照生命周期管理是成本分摊与运行时容量回退演练中的核心环节。若缺乏有效的生命周期策略，快照将无限堆积，导致存储成本失控、回退效率下降。本节围绕快照的创建、保留策略、过期与自动清理三个关键阶段，构建可落地的管理框架。

4.1 快照创建：触发条件与一致性保障

快照创建并非简单的“拍一张照片”，而是需要根据业务场景选择触发方式，并确保数据一致性。常见的创建触发方式包括：

4.2 快照保留策略：成本与恢复窗口的平衡

保留策略决定了快照在存储中留存的时间长度与数量。不合理的保留策略要么导致成本失控，要么导致回退窗口不足。以下是三种主流保留模型：

• 基于时间窗口的保留： 保留最近 N 天的快照，超出自动删除。适用于短期回退需求。
• 基于数量的保留： 保留最近 N 个快照，新快照创建时删除最旧的。适用于固定轮转场景。
• 分层保留（阶梯策略）： 近期高频保留（如每小时快照保留 24 小时），中期降频（如每日快照保留 30 天），长期归档（如每周快照保留 6 个月）。

4.3 快照过期与自动清理：避免存储黑洞

快照过期与自动清理是生命周期管理的“最后一公里”。若清理机制失效，过期快照将变成存储黑洞，持续产生费用且无法用于回退。自动清理的核心要素包括：

1. 过期标记： 快照创建时即计算过期时间，并写入元数据标签（如 expire_at: 2025-04-15T00:00:00Z）。
2. 清理触发器： 定时任务（如 CronJob）或事件驱动（如快照创建后检查存量）触发清理流程。
3. 依赖检查： 清理前检查该快照是否被其他资源（如 AMI、克隆卷、回退任务）引用，避免误删。
4. 批量删除： 使用云厂商 API 批量删除过期快照，减少 API 调用次数与延迟。
5. 审计日志： 记录每次清理操作的快照 ID、大小、删除时间，用于成本核算与合规审计。

4.4 生命周期策略配置示例（伪代码）

以下是一个基于分层保留策略的自动化脚本示例，适用于云平台 API 或运维编排工具：

# 快照生命周期策略配置示例
policy:
  name: "分层保留策略"
  rules:
    - frequency: "hourly"
      retention: 24          # 保留最近 24 个
      tag: "snap:hourly"
    - frequency: "daily"
      retention: 30          # 保留最近 30 个
      tag: "snap:daily"
    - frequency: "weekly"
      retention: 26          # 保留最近 26 个（约 6 个月）
      tag: "snap:weekly"

cleanup:
  schedule: "0 2 * * *"      # 每天凌晨 2 点执行
  dry_run: false             # 是否仅模拟
  dependency_check: true     # 是否检查依赖
  audit_log: "s3://audit-bucket/snapshots/cleanup.log"