Amazon web services AWS弹性豆茎（AWS EB）备份-最佳实践

备份AWS EB prod环境（包括数据库）的最佳做法是什么？ 我有动态实例配置，源代码存储在其他地方，所以失去EC2不是问题。我需要备份的是

AWS EB环境配置（带部署包？）

AWS EB环境数据库，并能够恢复该数据库

S3存储桶上的已连接文件存储

---

电子商务环境

EB配置文件可以与应用程序源代码捆绑在一起，例如

.ebextensions

，

平台部署挂钩

，

环境yaml

。因此，应用程序提供的所有配置文件都通过备份源代码进行备份

根据您的设置，您还可以使用。这些没有与源代码捆绑在一起。创建保存的配置时，它存储在EB S3 bucket中。因此，如果您想在S3之外备份这些配置，您必须下载它们并单独存储

但是备份这些保存的配置和部署的应用程序zip文件的最简单方法是在EB创建的bucket上启用版本控制。默认情况下，将禁用。一旦启用，它将保护您免受意外删除，并使您能够查看EB bucket中文件的早期版本

如果S3存储桶的内容至关重要，您可以将其设置到不同的区域，以便在发生区域级灾难时进行安全保管

数据库

由EB控制台创建的数据库由提供。因此，您可以使用来备份它。根据数据库的关键程度，您有许多选择：

• 自动备份由AWS每天完成
• 您可以随时进行手动备份
• 将备份复制到不同的区域
• 设置多AZ部署以实现高可用性和抗故障性
• 在不同区域创建读取副本以进行灾难恢复
• 使用db本机工具（例如

  mysqldump

  ）转储

根据您对备份技术的选择，成本会有所不同。免费备份是自动备份。其他一切你都得额外付费

外部数据库

我已经在评论中提到，将db与您的EB环境捆绑在一起不是一种良好做法。如果您已经有此功能，并且希望将其分离，AWS将提供一个关于如何将rds与EB分离的指南：

---

将数据库与您的电子商务环境捆绑在一起不是一个好做法。您选择将其捆绑的具体原因是什么？这是默认选择。为什么这不是一个好的做法？因为当你删除你的EB时，删除db是非常容易的。将它们分开可以最大限度地减少这种风险。谢谢Marcin。这是一个正确的观点——理解。仍然对备份感到好奇