我正在尝试为我们的服务器创建备份机制,这样如果我的系统崩溃,我应该能够通过运行单个脚本来创建整个系统
在浏览完亚马逊文档后,这是我对创建备份和恢复的理解
备份
恢复(脚本)
现在我的问题是
答案 0 :(得分:8)
由于我找不到更好的选择,我坚持使用最初的方法。
备份:
例如商店,我只保留应用程序(没有数据库),所以不需要保留它的备份。
答案 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。如果你自动完成了这个过程,那很容易做到。
http://www.n2ws.com/blog/3-ways-ec2-windows-backup-and-recovery.html
答案 4 :(得分:2)
1)是。快照是备份和恢复EBS卷的最佳方式。
2)取决于,如果您将根卷作为EBS支持的AMI,那么您也可以对它们进行快照并提高可管理性
3)Rsync和AMI是实例商店
的选项