Amazon EC2 实例/卷的简单备份策略？

Question

您已输入 Amazon EC2 EBS 支持的 Windows 映像 010 的介绍性备份...

我一直在绞尽脑汁想为我们运行 SharePoint Services 的单个 Windows 2008 服务器找到一个简单的备份策略。这是具有一个数据卷的一台服务器的 EBS 支持的映像。我不需要任何异国情调的东西。我只需要“每日”备份（丢失一天的数据并不是灾难性的）。

我们创建并保存了一个 EBS 支持的 AMI 映像 (Windows 2008)，我们可以轻松使用。我们开始通过简单地创建一个新的 EBS AMI 映像来进行备份。这真的很简单，但是正在运行的服务器在创建映像的前 10 到 15 分钟内处于离线状态——这并不理想。

创建备份的标准方法似乎是创建附加到正在运行的实例的卷的快照。同样，它非常简单，服务器在快照生成期间仍然可用。显而易见的第 22 条规则是您不能简单地直接从快照启动新实例。

我知道如何将正在运行的实例绑定到 S3 存储，然后从 S3 存储桶注册 AMI。这确实允许我捕获正在运行的实例的备份，如果正在运行的实例丢失，则从 S3 存储桶注册 AMI 并启动新的 AMI 以恢复实例，但这似乎真的很复杂，而且不得不这样做似乎很荒谬在 AWS 控制台和 Firefox 的 S3 Organizer 插件之间来回切换以实现这一目标。（请不要提及命令行方法，这是一门 010 级别的课程）。

通过使用 EBS 支持的图像，以下方法似乎对我有用（全部在 AWS 控制台中完成）：

1.对于您的备份，只需根据需要对系统卷 (/dev/sda1) 进行快照。2.如果您丢失了正在运行的实例，请执行以下操作： a. 从上次快照备份创建一个新卷 b. 启动启动 AMI 的另一个实例（必须由 EBS 支持） c. 停止此实例。d. 将现有系统卷与新停止的实例分离并丢弃。e. 将新创建的卷作为系统卷 (/dev/sda1) 附加到停止的实例。f.重新启动新实例。我已经测试了几次，它似乎对我有用。

问题：这种方法有什么问题吗？

Answer 1

你的方法听起来很好 - 但我可以想到一种可能的方法来改进它。

为了减少自上次备份以来数据丢失和 EBS 卷故障（不太可能，但仍有可能）的影响，您可以将数据存储在与系统文件不同的单独 EBS 卷上，并比系统卷更频繁地备份数据卷.

使用您当前的策略，您将丢失在上次备份时间和实例失败时间之间创建的所有数据。使用新方法，数据卷将被写入直到实例失败，因此您可以在新实例启动并运行后将其重新附加到新实例。