Amazon Aurora 数据库快速克隆

作者：Jeff Barr | 原文链接

今天，我想快速展示一下 Amazon Aurora 中我认为非常有用的一项功能：数据库快速克隆。利用 Aurora 的底层分布式存储引擎，您可以快速、经济地创建数据库的写入时复制克隆。

在我的职业生涯中，我经常需要花时间等待一些有代表性的数据样本，以便用于开发、试验或分析。如果我有一个 2TB 的数据库，则在执行任务之前，等待数据副本准备就绪的时间可能长达几个小时。即使在 RDS MySQL 内，我也仍需花几个小时等待快照副本完成，然后才能测试架构迁移或执行某些分析任务。Aurora 以一种非常有趣的方式解决了这个问题。

借助 Aurora 的分布式存储引擎，我们可以完成一些使用传统数据库引擎通常不可行或成本高昂的操作。通过创建指向各个数据页面的指针，存储引擎可实现数据库快速克隆。然后，当您更改源或克隆中的数据时，写入时复制协议会为该页面创建一个新副本并相应地更新指针。这意味着，以前花 1 小时才能完成的 2TB 快照恢复任务现在只需大约 5 分钟即可完成 – 其中大部分时间用于预配置新 RDS 实例。

创建克隆所花的时间与数据库大小无关，因为我们指向同一存储。这样还可让克隆操作变得非常经济实惠，因为我只需为更改的页面 (而非整个副本) 支付存储费用。数据库克隆仍是一个常规的 Aurora 数据库集群，具有所有相同的持久性保证。

接下来，我们克隆一个数据库。首先，选择一个 Aurora (MySQL) 实例，并从“Instance Actions”中选择“create-clone”。

接下来，将克隆命名为 dolly-the-sheep 并对其进行预配置。

大约 5 分 30 秒后，我的克隆已变为可用状态，然后，我开始进行一些大型架构更改，但发现性能未受到任何影响。由于 Aurora 团队做出了一些改进以支持更快的 DDL 操作，因此，与传统 MySQL 相比，架构更改本身的完成速度更快。如果我想让其他团队成员对架构更改执行一些测试，则随后可以创建克隆的克隆，甚至是三次克隆，依次类推，同时我还能继续更改自己的克隆。这里需要注意的是，从 RDS 的角度而言，克隆是第一类数据库。我仍然拥有其他 Aurora 数据库支持的所有功能：快照、备份、监控等。

我希望这项功能可以在基于 Amazon Aurora 试验和开发应用程序方面，为您和您的团队节省大量时间与资金。您可以参阅 Amazon Aurora 用户指南详细了解这项功能，并且我强烈建议您关注 AWS 数据库博客。Anurag Gupta 发布的有关 quorum 和 Amazon Aurora 存储的文章十分有趣。

有后续问题或反馈？请发送电子邮件至 aurora-pm@amazon.com 与我们联系，或在此发表评论。我们很想了解您的想法和建议。

– Randall