问题描述
我正在探索 AWS EBS 快照策略，以最大限度地减少服务器发生任何故障时的数据丢失。我正在考虑保留 7 天的每小时快照策略。它的目的是最大限度地减少数据丢失，但它会淹没 AWS 快照控制台，这可能会导致将来出现错误。为了防止这种情况，我正在探索一种方法，使每小时备份可以每天合并在一起。
场景
保留 7 天的每小时快照策略意味着每天 24 个快照直到一周结束 = 168 个服务器快照和 1 个合并快照将在一周结束时创建。
我在探索什么
具有 7 天保留期和 1 天合并的每小时快照策略意味着它将每小时创建一次快照，直到一天结束，然后将它们合并为 1 个单一快照，因此我将拥有当天的一个快照，而不是 24 个。
我浏览了 AWS 文档，但这没有帮助。任何帮助都会非常可观。
解决方法
如果您删除中间的任何快照，您会发现 AWS 将自动执行此合并功能，以确保快照之间没有丢失数据。
删除快照可能不会降低您组织的数据存储成本。其他快照可能会引用该快照的数据，并且始终保留引用的数据。如果您删除包含稍后快照正在使用的数据的快照，则与引用数据相关的成本会分配给较晚的快照。
如果您删除任何快照（包括第一个），数据将与拍摄的下一个快照合并。
因此您可以根据需要放松和调整策略，而不会造成数据丢失的风险。
在 how incremental snapshots work 文档中提供了更多详细信息。
,我喜欢将 Amazon EBS 快照视为由两个项目组成：
- 磁盘上每个“块”的单独备份
- 磁盘上所有块的“索引”及其备份存储位置
创建 EBS 快照时，会备份所有尚未备份的块。还会创建一个索引，列出该“备份”中的所有块。
例如，假设 EBS 卷具有快照 #1，然后在磁盘上修改了一个块。如果创建另一个快照 (#2)，则只会备份一个块，但快照索引将指向备份中的所有块。
如果快照 #1 然后被删除，所有的块都将自动保留给快照 #2。因此，无需“合并”快照——这一切都是自动完成的。
底线：您可以删除所需的任何快照。将保留恢复所有剩余快照所需的块。