我可以制作EBS卷的真正增量跨区域快照副本吗？

Question

通过阅读文档，看起来相同卷的快照副本是增量式的。但是，当我将该卷的快照复制到另一个区域时，即从us-east-1到us-west-2，这看起来并不是我所看到的，性能明智的。

我会真的喜欢做的事是创建卷直接到西部地区的初始快照，但似乎并没有成为一种选择。所以我必须先在东部创建一个快照，这个快照的唯一目的是复制到西部。

那么我现在做的是

1. 创建东临EBS卷的快照。这确实表现得好像是增量式的，比来自相同大小的不同卷的新原始快照要快得多。
2. 通过定期轮询新的快照编号
3. 等待直到此快照完成后，将新快照从东向西复制。这似乎没有像增量式那样表现出来，每个人花费的时间和原始快照一样多，而且大小相当稳定。

它所似乎喜欢我是因为它不是直接从卷或相同的快照每次复制，快照复制到西不知道是增量。

当然，我也愿意接受我以而不是看到我认为我看到的东西，而跨区域快照副本确实是增量式的。但是考虑到每当它没有这种感觉时，复制需要9个小时才能完成。我所阅读的大多数文档似乎都是从同一个EBS卷中增加的，而当我对向西拷贝的快照进行描述时，它没有提到原始卷ID，而是一个虚拟ID，而不是当然是WAD。

- 对数据

的自然背景信息只是一些信息，因为有些人可能想知道给我们的副本病程延长到西有多少数据 - 原来EBS卷的数据量ec2实例用于存储由其专有备份工具生成的源代码控制系统的备份。

数据卷有几个“供应商快照”，这些快照是在rsync下创建的，所以每个新的“供应商快照”在运行和很多通用性之间都有很多硬链接，可能有5％数据在AWS快照副本之间切换。
总的EBS卷大小为3TB，其中40％是未使用的空间，因为我们减少了我们保留的并发备份数量。

Answer 1

我回到了这个问题，并再次挖掘文档。我不知道是否有文档的补充，或者我最初错过了，但现在有文档解释它。 为了使加密的跨区域快照副本为增量式，您必须使用默认的加密密钥。 执行此操作后，我们的跨区域副本从4-12小时之间的任何地方到10-35分钟之间。为我们的灾难恢复实现合理的RPO更容易管理。