Amazon EC2 EBS备份:AMI与快照

时间:2012-12-12 06:49:23

标签: amazon-s3 amazon-web-services amazon-ec2 amazon

我正在尝试为我们的服务器创建备份机制,这样如果我的系统崩溃,我应该能够通过运行单个脚本来创建整个系统

在浏览完亚马逊文档后,这是我对创建备份和恢复的理解

备份

  1. 创建AMI图像(可以每月更新)
  2. 创建快照(可以使用创建快照的每日脚本完成)
  3. 恢复(脚本)

    1. 使用AMI创建EBS实例
    2. 将EBS卷附加到创建的实例
    3. 现在我的问题是

      1. 这是进行备份和恢复的最佳方式吗?
      2. 我们是否真的需要备份2件事,AMI和EBS卷(使用快照),我们可以保留快照吗?
      3. 我知道这对本地实例存储实例不起作用,因为没有快照功能。那么如何为本地实例存储实例创建备份和还原过程呢?

5 个答案:

答案 0 :(得分:8)

由于我找不到更好的选择,我坚持使用最初的方法。

对于EBS

备份:

  • 创建AMI图像(可以每月更新)。
  • 创建快照(可以使用创建快照的每日脚本来完成)。

恢复(脚本)

  • 使用AMI创建EBS实例。
  • 将EBS卷附加到创建的实例。

例如商店,我只保留应用程序(没有数据库),所以不需要保留它的备份。

答案 1 :(得分:8)

EBS快照是创建备份的绝佳方式。

您可以通过脚本频繁执行EBS卷的快照。每周,每日,每小时或您的信用卡允许的频率。唯一的限制是你可以做多少同步快照 - 当你点击它时,EBS API将开始回复错误,直到完成一些飞行中的操作。

还可以从区域复制快照到区域,以便针对灾难性事件提供备份。

对EBS卷进行快照时,该快照属于整个卷。即使它是从AMI创建的,您的快照也包含创建卷的新实例所需的一切。您可以自己轻松尝试。

答案 2 :(得分:6)

除了EBS快照之外,我建议使用Auto Scaling。如果Instance由于硬件故障而死亡或者亚马逊计划退休,Auto Scaling将自动启动新实例。

但在这种情况下,您必须为动态数据设置NAS。根据服务器负载,运行实例的数量将不同,并且所有扩展服务器必须安装在其间共享的NAS存储。

您的数据库也应位于不同的服务器或服务器上。或者您可能希望使用Amazon RDS,因为它具有出色的自动备份/ Point-In-Time-Restore功能,但您必须为此付出额外费用。

答案 3 :(得分:6)

如果您的实例是基于Linux的,则在拍摄快照时无需创建AMI。您可以在需要恢复时从快照中动态创建AMI。如果你自动完成了这个过程,那很容易做到。

  • 在Windows中,存在一个限制,即不允许从快照启动EC2实例,因此必须使用AMI。有办法解决这个限制:您可以查看我在公司博客中写的这篇文章:

http://www.n2ws.com/blog/3-ways-ec2-windows-backup-and-recovery.html

答案 4 :(得分:2)

1)是。快照是备份和恢复EBS卷的最佳方式。

2)取决于,如果您将根卷作为EBS支持的AMI,那么您也可以对它们进行快照并提高可管理性

3)Rsync和AMI是实例商店

的选项