AWS EBS快照“Full Snapshot Size”远超预期，求排查方案

1. 验证快照增量机制有效性 #

• 检查快照链关联：用aws ec2 describe-snapshots --filters Name=volume-id,Values=VOLUME_ID命令，确认新快照是否关联到正确的父快照，避免每次生成全量快照。
• 对比同卷连续快照Size：若后续快照Size仍接近卷总容量，说明增量快照未生效，块标记机制可能异常。

2. 排查Ubuntu磁盘空间管理问题 #

• 手动触发TRIM测试：执行fstrim -v /后立即创建测试快照，观察Full Snapshot Size是否下降，验证空块是否被正确标记。
• 清理未释放的已删除文件：用lsof | grep deleted查找被进程占用的已删除文件，重启进程或服务器释放后重新测试快照。
• 检查TRIM自动配置：查看/etc/fstab是否有discard挂载选项，或用systemctl status fstrim.timer确认定时TRIM任务是否启用，未启用会导致空块未被标记。

3. 核查EBS卷的状态变更记录 #

• 查看卷操作历史：检查2024年11月前后是否有批量卷类型变更（如gp2转gp3）、扩容等操作，这类操作可能重置快照增量链，导致全量快照生成。
• 测试空白卷快照：创建同类型空卷，挂载后写入少量数据生成快照，删除数据并TRIM后再生成快照，对比两次快照Size，确认增量机制是否正常。

4. 验证快照策略执行逻辑 #

• 检查快照生成时间：用aws ec2 describe-snapshots查看StartTime，确认是否存在策略配置错误导致重复生成全量快照的情况。
• 计算理论容量：按实际使用空间估算单卷42个快照的理论总容量，若实际容量远高于理论值，说明多数快照为全量生成。

5. 请求AWS技术支持协助 #

• 提供2024年11月前后的快照ID、卷ID，请求AWS检查快照生成时的块标记日志，排查服务端是否存在TRIM处理异常或增量机制故障。

内容的提问来源于stack exchange，提问作者Jason Wood