Amazon ec2 用于存储数据库和网站文件的EBS

我第一次用AWS做了一天的实验。我已经运行了一个EC2实例，并安装了一个弹性块存储（EBS）来保存MySQL数据库

---

将我的web应用程序文件也放在EBS上有意义吗？还是应该将它们部署到普通的EC2文件系统上？

EBS为您提供持久存储，因此，如果EC2实例失败，文件仍然存在。显然，它们的IO性能有所提高，但我会对此进行测试以确定。

如果您的文件将频繁更改（如DB），并且您不想继续将其同步到S3（或其他地方），那么EBS是一个很好的方法。如果您进行了不频繁的更改，并且可以根据需要手动（或编写脚本）同步文件，则将其存储在S3中。如果您需要关闭实例或出于任何原因丢失实例，您可以在启动新实例时将它们拉下来。 这也是假设您关心成本。如果成本不是问题，那么使用EBS就不那么复杂了。 我不确定您是否计划为您的DB和web文件使用单独的EBS，但是如果您只计划使用一个EBS，并且上面有足够的空白空间来存储web文件，那么EBS就不那么复杂了。

---

如前所述，如果您担心的是性能，那么最好测试您的特定应用程序。

当您说您的web应用程序文件时，我不确定您到底指的是什么

如果您引用的是部署的代码，那么使用EBS可能没有意义。您要做的是使用您的先决条件创建一个AMI，然后使用脚本创建该AMI的实例并部署最新代码。我强烈建议您自动化并测试此过程，因为您很容易忘记某些必须在某处手动更改的设置

如果您正在存储由正在运行的应用程序修改的数据文件，EBS可能是有意义的。如果这类似于用户上传的图像或类似的内容，您可能会发现S3提供了一个更简单的模型

---

EBS适用于：数据库、lucene索引、基于文件的CMS、SVN存储库或任何类似的应用。

我们的方法是在我们的AMI上预先部署一个脚本，从源代码管理获取最新和最好的代码版本。这使得快速启动新实例或更新所有正在运行的实例变得非常简单（我们一次将它们从负载平衡循环中取出一个，运行脚本，然后将它们放回循环中）

更新：

从字里行间看，您似乎正在将一个单独的EBS卷装载到一个实例存储备份实例。AWS最近引入了EBS支持的实例，与旧的实例存储相比有很多好处。尽管如此，我仍然将MySQL数据装载在一个单独的EBS分区上，以便在需要时可以轻松地将其装载到不同的服务器上

---

我强烈建议使用一个带有单独EBS卷的EBS备份实例来存储MySQL数据。

除了您之外，没有人知道您的需求。也许你应该支持elborate…因为这是一个完全合理的问题。正如Kevin Peterson在他的回答中指出的，知道你是指部署的代码还是数据文件是非常相关的。+1，这是这里最清楚的答案。此外，如果OP碰巧想知道EBS相对于实例存储的速度，他应该检查以下内容：