Amazon EC2で最初のウェブサイトをセットアップし、使用するディストリビューションを決定しようとしています。私は過去にRedhatとCentOSを使用しましたが、どのシステムにも偏見はありません。最高のものを使用したいだけです（過去に部分的に管理されたサーバーも持っていたので、あまりサーバーを実行していません）最近までの管理）。Webサイトは、PHPとMongoDBで書かれたWebアプリにすぎません。
Amazon Linux向けに記述された軽量OSを使用するというアイデアは気に入っていますが、Ubuntuや、サーバーOSのみに焦点を当てたチームを持つ他のオプションと比較して、互換性/更新に苦しむ可能性があります。何かアドバイス？
回答:
私は同じような状況にありました。完全に管理された専用サーバー、LAMP、CentOS。その後、EC2に移行することにしました。また、システムやLinuxの管理経験がほとんどありませんでした。私はUbuntuの経験がほとんどないので、どちらがいわゆるより良いOSであるかについて本当に話すことはできません。
Rightscale、Alestic、Scalr、およびAmazonからの最小限のOSインストールで、事前に作成されたAMIを多数試しました。最初にバージョン2010.11.01を使用して、すべてのAMIをAmazon Linuxの上に構築しましたが、今ではすべてのカスタムAMIをAmazon Linuxバージョン2011.03.01に移行しました。
Amazon Linux AMIと他のAMIプロバイダーのどちらを選択するかは簡単ではありませんでした。最終決定を下す前に、1か月近くさまざまな設定を試してみました。最終的に、CentOSを使用したかったので、基本的には1つに要約されました。EC2を設計、構築、保守する人々よりも、OSに含める必要があるハードウェア関連の依存関係を知る方が良いと考えました。Rightscale、Scalr、またはAlesticに対しては何もありません。
6か月後、私は道路でいくつかの衝突を経験しましたが、AmazonのLinuxは非常に安定しています。ただし、Amazonがパッケージリポジトリで保持しているビルド済みのパッケージで問題が発生したため、ソースから使用するソフトウェア（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を選択しました。また、この質問のQuoraバージョンで StevenとEthanによって報告されたUbuntu AMIバグのためです。
あなたがすぐに慣れて、多くを使わずに物事をインストールしたい場合は、ubuntuに行きます。一般に、ライブWebサーバーでは、この種のことはできません。また、選択はRedHat、CentOS、Debianのいずれかであると主張するでしょう。ハードコア技術者は、すべてが完全に安全でテストされているわけではないため、ubuntuはライブサーバー環境に適合しないと主張しています。
頭痛が少ないので、私の選択はubuntuになります。Webサーバーにはかなり多くの異なるディストリビューションを使用しましたが、ubuntuではファイアウォールのルールや物事を簡単に変更できます。
唯一のことは、ubuntuの方がリソース使用量がやや多いことです。そのため、CentOSは、Amazonの価格設定方法に基づいて月に数ドル節約できる可能性があります。
あなたの場合、CentOS / RHELに精通していることは、おそらく他の考慮事項よりも優先されます。
私が使用しているシステムは、主に端にありました-新しい技術と新しいバージョンを使用する新しいソフトウェア。この使用には、Ubuntuの方が適しています。ソースコードからパッケージをビルドすることは避け、Ubuntuのパッケージは適切に維持され（もちろん完璧ではありません）、標準のリポジトリには必要なものが含まれている傾向があり、そうでない場合はすぐに利用できるリポジトリがあります。数か月後には問題が解決する傾向があるため、最新版から1つ前のリビジョンに戻る傾向があります。