Answers:
我也有类似的情况。完全托管的专用服务器,LAMP,CentOS。然后,我们决定移至EC2。另外,我几乎没有系统或Linux管理经验。我对Ubuntu的使用经验几乎为零,因此我真的无法与所谓的更好的OS谈一谈。
我尝试了一些从Rightscale,Alestic,Scalr和Amazon最小安装OS的预建AMI。我最终在Amazon Linux上构建了自己的所有AMI,首先使用版本2010.11.01,现在我已将所有自定义AMI迁移到Amazon Linux版本2011.03.01。
与Amazon AMI AMI和其他AMI提供程序一起使用的决定并非易事。在做出最终决定之前,我玩了近一个月并测试了不同的设置。最后,由于我想使用CentOS,因此基本上可以归结为一件事。与那些设计,构建和维护EC2的人相比,我认为谁更了解OS中需要包含哪些与硬件相关的依赖关系。不反对Rightscale,Scalr或Alestic。
六个月后,即使我遇到了一些困难,亚马逊的Linux也相当稳定。但是,我确实决定从源头编译我们使用的某些软件(即php 5.3,MySQL 5.5等),因为我遇到了亚马逊在其软件包存储库中维护的预构建软件包的麻烦。
Amazon Linux是一个滚动发行版,例如Fedora或Debian Testing(类似)。我认为它根本不适合任何生产产品。我很惊讶更多的人没有意识到这一点。这意味着,如果您在450天前启动了Amazon Linux实例,并在今天进行了更新,则您将从完全不同的版本中提取更新。制作新版本后,就没有缓冲时间了,您立即开始从新版本中提取更新。可以想象,这可能会引入一系列的依赖关系,并且有破坏事物的趋势。因此,它本质上是无法管理的。您不能将这样的事情用于更新策略,除非它绝对是一团糟。请勿将Amazon Linux用于任何严重的事情。
Ubuntu LTS和Debian Stable或CentOS都是不错的选择。所有这些使您可以对同一版本进行多年的更新。
Amazon Linux也没有错误跟踪系统,用户必须在AWS开发人员论坛中发布问题才能针对软件包提交错误!也没有办法搜索错误。这应该是几乎每个人都关注的热点问题。
Amazon Linux使得不必要地检索源程序包变得非常困难。
自从撰写此问题以来,Amazon完全针对Amazon Linux AMI 2011.09进行了改进,并为CloudFormation和Amazon工具提供了所有引导程序。
此外,yum
如果您正在寻求快速便捷的解决方案,则它在回购协议中包括Nginx和PHP-FPM 。
在此处了解最新版本:http : //aws.amazon.com/amazon-linux-ami/latest-release-notes/
还请留意安全更新:http : //aws.amazon.com/amazon-linux-ami/security-bulletins/
通常,您不必担心,因为基本AMI是裸机服务器,仅具有引导您实际需要的服务所需的工具。
如果您已经对RHEL / CentOS有所了解,那么我会坚持的。Web应用程序服务器没有“最佳”发行版。取决于您最熟悉的工具和约定。
尽管Ubuntu在这些基准测试中表现更好,但测试本身对Ubuntu的获胜做出了贡献,而且两者之间的差异似乎并不大。
最近,我之所以选择Amazon Linux,主要是因为有自动更新功能,也有史蒂文(Steven)和伊桑(Ethan)在该问题的Quora版本中报告的Ubuntu AMI错误。
如果您想快速熟悉并且喜欢在不花太多钱的情况下安装东西,尽管我会去ubuntu。通常,在实时Web服务器上,您不希望能够执行此类操作!人们还会认为,选择是在RedHat,CentOS和Debian之间。硬核技术人员坚持认为ubuntu不适合实时服务器环境,因为并非所有内容都经过完全安全和测试。
我的选择是ubuntu,因为它不那么麻烦,我为Web服务器使用了许多不同的发行版,但是更改防火墙规则和事情在ubuntu中可以轻松得多。
唯一的另一件事是ubuntu在资源使用上更为繁重,因此基于亚马逊的定价方法,CentOS可以每月为您节省几美元!