Amazon web services 我是否可以制作EBS卷的真正增量跨区域快照拷贝？

从阅读文档中可以看出，同一卷的快照拷贝似乎是增量的。但就性能而言，当我将该卷的快照复制到另一个区域（即从us-east-1复制到us-west-2）时，我看到的似乎不是这样

我真正想做的是从卷直接创建初始快照到西部地区，但这似乎不是一个选项。所以我必须首先在东部创建一个快照，这个快照的唯一目的是复制到西部

所以我现在做的是

在east中创建east EBS卷的快照。它的行为就像是增量的，比来自相同大小的不同卷的新原始快照运行得快得多

通过定期轮询新快照id，等待此快照完成

从东向西复制新快照。这看起来不像是增量快照，每个快照占用的时间与原始快照差不多，并且大小相当恒定

在我看来，由于它不是每次直接从卷或同一个快照复制，所以到west的快照拷贝不知道是增量拷贝

当然，我也愿意接受这样一个事实：不知何故，我没有看到我认为我看到的东西，跨区域快照拷贝是真正的增量拷贝。但考虑到每次不这样做都要花费9个小时的时间。我读过的大多数文档似乎都说它是从同一个EBS卷中递增的，而当我对复制到west的快照进行描述时，它没有提到原始卷ID，而是一个虚拟ID，这当然是一个WAD

--关于数据性质的背景信息

只是一些信息，因为有些人可能想知道在我们复制到west的延长期限内有多少数据-原始EBS卷是ec2实例的数据卷，用于存储由其专有备份工具生成的源代码控制系统的备份

数据卷有几个“供应商快照”，它们是在后台使用rsync创建的，因此每个新的“供应商快照”在运行之间有很多硬链接，并且有很多通用性，AWS快照副本之间可能有5%的数据在更改。

---

EBS卷的总大小为3TB，其中40%是未使用的空间，因为我们减少了保留的并发备份数量

我回到这个问题，再次深入研究文档。我不知道文档中是否添加了内容，或者一开始我遗漏了内容，但现在有文档解释了这一点。 为了使加密的跨区域快照副本是增量的，您必须使用默认加密密钥。

---

在实现这一点之后，我们的跨区域拷贝从4-12小时到10-35分钟不等。更易于管理，为灾难恢复实现合理的RPO

在复制到us-west-2后，您是否要删除us-east-1中的中间EBS快照？好问题-不，我通常不会在一两周内清理这些中间快照。由于中间快照正在保留，我认为AWS支持部门确实是唯一可以给您权威答案的人，因为它涉及到服务的内部。谢谢，我必须检查一下。在我看来，west快照甚至没有显示它从虚拟空卷复制的east快照。我想我可能遗漏了什么。当前的行为是复制的快照的卷ID为vol-ffffff。依我看，它应该有原始卷ID，但它没有。