AWS EBS 快照问题

Question

我写这篇文章是因为我对负责拍摄 EBS 快照的机制感到非常困惑。

1. 首先，据我了解“备份”和“快照”之间的区别 - 备份是卷块一对一的完整副本，其中快照是“增量”方法，其中仅复制更改的块，对吧？

2. 如果这个定义是正确的，那么我可以假设拍摄 EBS 快照应该称为备份 - 因为我们通常会完整复制特定 EBS 所构建的所有块。

3. 在AWS网站上的几乎每个文档中，我都可以读到EBS快照是增量拍摄的（第一个快照已满，然后仅与之前的“状态”之间存在差异）。但在我在 AWS 控制台上进行了小练习之后，我无法看到它的实际效果。

我对我的 EBS 卷 (50GB) 做了快照，快照的大小正好是 50GB。我又做了一个快照——大小同样是 50GB。这让我难以置信的困惑:///

4. 我的所有经验/测试都是仅使用根卷（首先附加到 EC2 实例）进行的。现在我想知道我是否在仅附加根卷的 EC2 上安装了数据库（postgreSQL），在机器运行时制作 EBS 快照（作为我的数据库的安全备份）是否安全？或者不幸的是，我应该定期使整个实例脱机，然后只备份我的数据库卷？

Answer 1

EBS 快照的工作原理如下：

在您的初始快照上，它将在后台在 S3 上创建卷的块级副本。在后续快照中，它仅保存自上次快照以来已更改的块到 S3，其余的它将跟踪指向原始块的指针。第三个快照的工作方式与第二个快照类似，它再次存储自第二个快照以来已更改的块，并添加指向其他块的指针。

如果您恢复第二个快照，它将创建一个新卷并查看其元数据存储，哪些指针属于该快照，然后从 S3 检索这些指向的块。

如果删除快照二，它将删除指向属于快照二的块的指针。如果S3上的任何块没有剩余指针，即不再属于快照，则它将被删除。

对于作为客户端的您来说，整个过程是透明的- 您可以删除或恢复您喜欢的任何快照，EBS 将在后台处理具体细节。

如果您对幕后细节更感兴趣，我可以推荐这篇文章：AWS Block Storage 下受 Jellyfish 启发的数据库