Amazon EC2 EBS备份:AMI与快照

Question

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

浏览完亚马逊文档后,我就了解了创建备份和还原的过程

备用

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

恢复(脚本)

1. 使用AMI创建EBS实例
2. 将EBS卷附加到创建的实例

现在我的问题是

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

Answer 1

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

对于EBS

备份:

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

恢复(脚本)

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

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

Answer 2

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

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

快照也可以从Region复制到Region,以便针对灾难性事件提供备份.

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

Answer 3

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

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

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

Answer 4

如果您的实例是基于Linux的,则在拍摄快照时无需创建AMI.您可以在需要恢复时从快照中动态创建AMI.如果您将该过程自动化,那么它很容易实现.

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

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