我一整天都与AWS实验首次。我有运行的EC2实例和我安装在弹性块存储(EBS),以保持MySQL数据库。

这是否有道理也提上了EBS我的Web应用程序文件,或者我应该只是他们部署到正常的EC2的文件系统?

有帮助吗?

解决方案

当你说你的Web应用程序文件,我不知道你指的是什么。

如果你指的是你部署的代码,它可能没有意义使用EBS。什么,你想要做的就是创建一个AMI与你的先决条件,然后有一个脚本来创建AMI的实例,并部署最新的代码。我强烈建议您自动化和测试这一进程,因为它很容易对一些设置你必须手动更改的地方忘记了。

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

EBS将是很好的:数据库,Lucene索引,基于文件的不育系,SVN仓库,或任何类似

其他提示

EBS给你持久存储,所以如果你EC2实例失败的文件仍然存在。显然,他们是提高IO性能,但我会测试它是肯定的。

如果您的文件要经常改变(如DB一样),你不想让他们同步到S3(或其他地方),然后一个EBS是一个很好的路要走。如果您不经常变化,你可以手动(或脚本)同步的文件,然后根据需要将它们存储在S3。如果您需要关闭或你失去了你的实例不管出于什么原因,你可以拉下来当你开始了新的实例。 这也是假设你关心成本。如果成本不是问题,使用EBS是那么复杂。 我不知道,如果你打算在具有对您的数据库和Web文件的单独EBS,但如果你只打算在具有一个EBS和你有它足够的空空间,为您的网页文件,然后再次,EBS的是那么复杂。 如果它的性能你担心,如前所述,这是最好的测试您对特定应用程式。

我们的做法是有一个脚本预先部署在我们的AMI,其获取从源头控制的最新和最伟大的版本的代码。这使得它非常简单快速启动新实例,或更新所有正在运行的实例(我们带他们出去的负荷同时平衡转动的一个,运行脚本,并把它们放回旋转)。

更新:

它看起来像你安装一个单独的EBS卷到实例店内支持实例字里行间。 AWS最近推出EBS背有一吨的好处与旧实例店内的人的情况。我仍然安装我的MySQL数据在一个单独的EBS的分区,虽然如此,如果需要,我可以很容易地将其安装到不同的服务器。

我强烈建议备份实例与一个单独的EBS体积为MySQL数据的EBS。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top