Soluzione 1:
Amazon Linux è una distribuzione continua, come Fedora o Debian Testing (più o meno). A mio avviso non è adatto a nessun prodotto di produzione. Sono sorpreso che più persone non se ne rendano conto. Ciò significa che se hai avviato la tua istanza Amazon Linux, diciamo, 450 giorni fa e fai un aggiornamento oggi, estrarrai gli aggiornamenti da una versione completamente diversa. Una volta creata una nuova versione, non hai tempo di buffer, inizi immediatamente a estrarre gli aggiornamenti dalla nuova versione. Come puoi immaginare, questo può creare una cascata di dipendenze e ha la tendenza a rompere le cose. Per questo motivo è intrinsecamente ingestibile. Non puoi lavorare qualcosa di simile in una politica di aggiornamento senza che sia un casino assoluto. Non utilizzare Amazon Linux per qualcosa di serio.
Ubuntu LTS è un'ottima scelta, così come Debian Stable o CentOS. Tutti questi ti danno molti anni di aggiornamenti alla stessa versione.
Amazon Linux inoltre non ha nessun sistema di tracciamento dei bug , gli utenti devono pubblicare domande nei forum degli sviluppatori AWS per segnalare un bug relativo a un pacchetto! Non c'è nemmeno modo di cercare bug. Questo dovrebbe essere un problema per quasi tutti.
Amazon Linux rende molto difficile recuperare inutilmente i pacchetti sorgente.
Soluzione 2:
Da quando è stata scritta questa domanda, Amazon ha completamente rinnovato per Amazon Linux AMI 2011.09 , con tutto il bootstrap per CloudFormation e gli strumenti di Amazon.
Inoltre, include Nginx e PHP-FPM nel yum repos se stai cercando veloce e leggero.
Tieniti aggiornato sulle ultime rilasci qui:http://aws.amazon.com/amazon-linux-ami/latest-release-notes/
Tieni d'occhio anche gli aggiornamenti di sicurezza :http://aws.amazon.com/amazon-linux-ami/security-bulletins/
Di solito avrai meno preoccupazioni, poiché l'AMI di base è un server essenziale con solo gli strumenti necessari per eseguire il bootstrap dei servizi di cui hai effettivamente bisogno.
Soluzione 3:
Sono stato in una situazione simile; server dedicato completamente gestito, LAMP, CentOS. Poi abbiamo deciso di passare a EC2. Inoltre, avevo pochissima esperienza di amministrazione di sistemi o Linux. Non ho quasi nessuna esperienza con Ubuntu, quindi non posso davvero parlare di quale sia il cosiddetto sistema operativo migliore.
Ho provato una serie di AMI predefinite con installazioni minime del sistema operativo da Rightscale, Alestic, Scalr e Amazon. Ho finito per creare tutte le mie AMI su Amazon Linux, prima utilizzando la versione 2010.11.01, ora ho migrato tutte le mie AMI personalizzate su Amazon Linux versione 2011.03.01.
La decisione di scegliere un'AMI Amazon Linux rispetto agli altri fornitori di AMI non è stata facile. Ho giocato e testato diverse configurazioni per quasi un mese prima di prendere la mia decisione finale. Alla fine, dal momento che volevo usare CentOS, si è sostanzialmente ridotto a una cosa. Ho pensato a chi fosse meglio sapere quali dipendenze relative all'hardware dovevano essere incluse nel sistema operativo rispetto alle persone che hanno progettato, costruito e mantenuto EC2. Niente contro Rightscale, Scalr o Alestic.
Sei mesi dopo, anche se ho incontrato alcuni ostacoli lungo la strada, Linux di Amazon è stato abbastanza stabile. Tuttavia, ho deciso di compilare parte del software che utilizziamo dalla fonte (ad es. php 5.3, MySQL 5.5, ecc.) perché ho avuto problemi con i pacchetti precompilati che Amazon mantiene nel proprio repository di pacchetti.
Soluzione 4:
Se hai già una certa familiarità con RHEL/CentOS, mi atterrei a quello. Non esiste una distribuzione "migliore" per un server di app Web. Dipende dagli strumenti e dalle convenzioni con cui hai più familiarità.
Soluzione 5:
Sebbene Ubuntu faccia meglio su questi benchmark, i test stessi contribuiscono alla vittoria di Ubuntu, e comunque le differenze non sembrano essere grandi.
Di recente ho scelto Amazon Linux principalmente a causa degli aggiornamenti automatici e anche a causa del bug dell'AMI di Ubuntu segnalato da Steven ed Ethan nella versione Quora di questa domanda.