Solution 1 :
Amazon Linux est une distribution mobile, comme Fedora ou Debian Testing (en quelque sorte). À mon avis, il ne convient à aucun produit de production, quel qu'il soit. Je suis surpris que plus de gens ne s'en rendent pas compte. Cela signifie que si vous avez lancé votre instance Amazon Linux, disons, il y a 450 jours et que vous effectuez une mise à jour aujourd'hui, vous tirerez des mises à jour d'une version entièrement différente. Une fois qu'une nouvelle version est créée, vous n'avez pas de temps tampon, vous commencez immédiatement à extraire les mises à jour de la nouvelle version. Comme vous pouvez l'imaginer, cela peut entraîner une cascade de dépendances et a tendance à casser les choses. Pour cette raison, il est intrinsèquement ingérable. Vous ne pouvez pas travailler quelque chose comme ça dans une politique de mise à jour sans que ce soit un gâchis absolu. N'utilisez pas Amazon Linux pour quoi que ce soit de sérieux.
Ubuntu LTS est un bon choix, tout comme Debian Stable ou CentOS. Tout cela vous donne de nombreuses années de mises à jour pour la même version.
Amazon Linux n'a également pas de système de suivi des bogues , les utilisateurs doivent publier des questions sur les forums des développeurs AWS pour signaler un bogue sur un package ! Il n'y a pas non plus de moyen de rechercher des bogues. Cela devrait être un problème majeur pour presque tout le monde.
Amazon Linux rend très difficile la récupération inutile des packages source.
Solution 2 :
Depuis que cette question a été écrite, Amazon a complètement repensé pour Amazon Linux AMI 2011.09 , avec tout le bootstrap pour CloudFormation ainsi que les outils Amazon.
De plus, il inclut Nginx et PHP-FPM dans le yum repos si vous recherchez rapide et léger.
Tenez-vous au courant des dernières versions ici :http://aws.amazon.com/amazon-linux-ami/latest-release-notes/
Gardez également un œil sur les mises à jour de sécurité :http://aws.amazon.com/amazon-linux-ami/security-bulletins/
Vous aurez généralement moins de soucis à vous faire, car l'AMI de base est un serveur simple avec uniquement les outils nécessaires pour démarrer les services dont vous avez réellement besoin.
Solution 3 :
J'étais dans une situation similaire; serveur dédié entièrement géré, LAMP, CentOS. Ensuite, nous avons décidé de passer à EC2. De plus, j'avais très peu d'expérience en administration système ou Linux. Je n'ai presque aucune expérience avec Ubuntu, donc je ne peux vraiment pas dire quel est le soi-disant meilleur système d'exploitation.
J'ai essayé un tas d'AMI pré-construites avec un minimum d'installations de système d'exploitation de Rightscale, Alestic, Scalr et Amazon. J'ai fini par créer toutes mes propres AMI sur Amazon Linux, d'abord en utilisant la version 2010.11.01, maintenant j'ai migré toutes mes AMI personnalisées vers la version 2011.03.01 d'Amazon Linux.
La décision d'opter pour une Amazon Linux AMI par rapport aux autres fournisseurs d'AMI n'a pas été facile. J'ai joué avec et testé différentes configurations pendant près d'un mois avant de prendre ma décision finale. En fin de compte, puisque je voulais utiliser CentOS, cela se résumait essentiellement à une chose. Je me suis dit qui était mieux placé pour savoir quelles dépendances liées au matériel devaient être incluses dans le système d'exploitation que les personnes qui ont conçu, construit et maintenu EC2. Rien contre Rightscale, Scalr ou Alestic.
Six mois plus tard, même si j'ai rencontré quelques bosses sur la route, Linux d'Amazon est resté assez stable. Cependant, j'ai décidé de compiler certains des logiciels que nous utilisons à partir de la source (c'est-à-dire php 5.3, MySQL 5.5, etc.) car j'ai rencontré des problèmes avec les packages pré-construits qu'Amazon maintient dans leur référentiel de packages.
Solution 4 :
Si vous connaissez déjà RHEL/CentOS, je m'en tiendrai à cela. Il n'y a pas de "meilleure" distribution pour un serveur d'applications Web. Cela dépend des outils et des conventions que vous connaissez le mieux.
Solution 5 :
Bien qu'Ubuntu fasse mieux sur ces points de repère, les tests eux-mêmes contribuent à la victoire d'Ubuntu, et les différences ne semblent pas être grandes de toute façon.
J'ai récemment choisi Amazon Linux en grande partie à cause des mises à jour automatiques, et aussi à cause du bogue Ubuntu AMI signalé par Steven et Ethan dans la version Quora de cette question.