我正在探索AWS EBS快照策略当服务器发生故障时，尽量减少数据丢失。我正在考虑一个7天保留的小时快照策略。它将服务于最小化数据丢失的目的，但它将淹没AWS快照控制台，这可能导致未来的错误。为了防止这种情况，我正在探索一种方法，使每小时的备份可以每天合并在一起。
每小时快照策略，保留7天，即每天24个快照，直到一周结束=每个服务器创建168个快照，并在一周结束时创建一个合并快照。
我正在探索的
7天保留和1天合并的小时快照策略意味着它将每小时创建快照，直到一天结束，然后将它们合并为一个快照，因此我将有一个快照，而不是24天。
我研究了AWS文档，但是没有帮助。任何帮助都是非常感激的。
如果您在快照之间删除任何快照，您会发现AWS将自动执行此合并功能，以确保快照之间没有丢失的数据。
删除快照可能不会降低组织的数据存储成本。其他快照可能引用该快照的数据，并且始终保留引用的数据。如果删除的快照中包含的数据正在被后面的快照使用，则与引用数据相关的成本将分配给后面的快照。
如果删除任何快照(包括第一个快照)，数据将与下一个快照合并。
因此，您可以根据需要放松和调整策略，而不会有数据丢失的风险。
更多的细节可以在如何增量快照工作文档中获得。
我喜欢把Amazon EBS快照看作由两项组成:
- 磁盘上每个"块"的单独备份
- 磁盘上所有块的"索引"及其备份存储位置
当创建EBS快照时，备份由尚未备份的任何块组成。还会创建索引，列出该"备份"中的所有块。
例如，假设一个EBS卷具有快照#1，然后磁盘上的一个块被修改。如果创建了另一个快照(#2)，则只备份一个块，但是快照索引将指向备份中的所有块。.
如果快照#1被删除，所有的块将自动为快照#2保留。因此，没有必要"合并"。快照——这些都是自动完成的。
底线:您可以删除任意快照。恢复所有剩余快照所需的块将被保留。