Amazon Linux vs. Ubuntu per Amazon EC2 [chiuso]

Sto configurando il mio primo sito Web su Amazon EC2 e sto cercando di decidere quale distribuzione utilizzare. Ho usato Redhat e CentOS in passato, ma non ho alcun pregiudizio verso qualsiasi sistema, voglio solo usare ciò che è meglio (in passato ho anche avuto server parzialmente gestiti, quindi non ho fatto troppo server amministrazione fino a poco tempo fa). Il sito Web è solo un'app Web scritta in PHP e MongoDB.

Mi piace l'idea di avere un sistema operativo leggero descritto per Amazon Linux, ma temo che possa soffrire di compatibilità / aggiornamenti rispetto a Ubuntu o altre opzioni che hanno i team focalizzati esclusivamente su un sistema operativo server. Qualche consiglio?

Sono stato in una situazione simile; server dedicato completamente gestito, LAMP, CentOS. Quindi abbiamo deciso di passare a EC2. Inoltre, ho avuto pochissimi sistemi o esperienza di amministrazione di Linux. Ho quasi zero esperienza con Ubuntu, quindi non posso davvero parlare di quale sia il cosiddetto sistema operativo migliore.

Ho provato un sacco di AMI pre-costruite con installazioni OS minime da Rightscale, Alestic, Scalr e Amazon. Ho finito per costruire tutti i miei AMI su Amazon Linux, prima usando la versione 2010.11.01, ora ho migrato tutti i miei AMI personalizzati su Amazon Linux versione 2011.03.01.

La decisione di scegliere una AMI Amazon Linux rispetto agli altri provider AMI non è stata facile. Ho giocato e testato diverse configurazioni per quasi un mese prima di prendere la mia decisione finale. Alla fine, poiché volevo usare CentOS, sostanzialmente si riduceva a una cosa. Ho pensato a chi fosse meglio sapere quali dipendenze legate all'hardware dovevano essere incluse nel sistema operativo rispetto alle persone che progettavano, costruivano e mantenevano EC2. Niente contro Rightscale, Scalr o Alestic.

Sei mesi dopo, anche se ho riscontrato alcuni dossi, il Linux di Amazon è stato abbastanza stabile. Tuttavia, ho deciso di compilare alcuni dei software che utilizziamo dal sorgente (ad es. Php 5.3, MySQL 5.5, ecc.) Perché ho riscontrato problemi con i pacchetti predefiniti che Amazon gestiva nel loro repository di pacchetti.

Amazon Linux è una distribuzione mobile, come Fedora, o Debian Testing (una specie di). A mio avviso, non è adatto a nessun prodotto di produzione. Sono sorpreso che più persone non se ne rendano conto. Questo significa che se hai lanciato la tua istanza di Amazon Linux, diciamo, 450 giorni fa e fai un aggiornamento oggi, otterrai aggiornamenti da una versione completamente diversa. Una volta effettuata una nuova versione, non si ha tempo di buffer, si inizia immediatamente a estrarre gli aggiornamenti dalla nuova versione. Come puoi immaginare, questo può comportare una cascata di dipendenze e ha la tendenza a spezzare le cose. Per questo motivo è intrinsecamente ingestibile. Non è possibile utilizzare qualcosa di simile in una politica di aggiornamento senza che sia un casino assoluto. Non utilizzare Amazon Linux per nulla di grave.

Ubuntu LTS è un'ottima scelta, così come Debian Stable o CentOS. Tutti questi ti offrono molti anni di aggiornamenti alla stessa versione.

Amazon Linux non ha inoltre alcun sistema di tracciamento dei bug , gli utenti devono pubblicare domande nei forum degli sviluppatori AWS per presentare un bug relativo a un pacchetto! Non c'è nemmeno modo di cercare bug. Questo dovrebbe essere un problema di spettacolo per quasi tutti.

Amazon Linux rende molto difficile recuperare inutilmente i pacchetti sorgente.

Da quando questa domanda è stata scritta, 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 nei yumrepository se stai cercando veloce e leggero.

Tieniti aggiornato sulle ultime versioni 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 di cui preoccuparti, poiché l'AMI di base è un server bare bone con solo gli strumenti necessari per avviare i servizi di cui hai effettivamente bisogno.

Se hai già familiarità con RHEL / CentOS, mi limiterei a questo. Non esiste una distro "migliore" per un server di app Web. Dipende da quali strumenti e convenzioni hai più familiarità.

Sebbene Ubuntu faccia meglio su questi benchmark , i test stessi contribuiscono alla vittoria di Ubuntu e le differenze non sembrano comunque essere grandi.

Di recente ho scelto Amazon Linux principalmente per gli aggiornamenti automatici e anche per il bug Ubuntu AMI segnalato da Steven ed Ethan nella versione Quora di questa domanda .

Se vuoi familiarizzare rapidamente e ti piacerebbe installare le cose senza molto, mi farebbe Ubuntu. In genere, su un server web live non vuoi essere in grado di fare questo tipo di cose! La gente sosterrebbe anche che la scelta è tra RedHat, CentOS e Debian. I tecnici del core hard insistono sul fatto che Ubuntu non è adatto agli ambienti server live perché non tutto è completamente sicuro e testato.

La mia scelta sarebbe Ubuntu in quanto è molto meno mal di testa, ho usato diverse distro per i server Web, ma cambiare le regole del firewall e le cose può essere molto più facile in Ubuntu.

L'unica altra cosa è che Ubuntu è un po 'più pesante nell'uso delle risorse, quindi CentOS potrebbe farti risparmiare qualche dollaro al mese in base al metodo di determinazione dei prezzi di Amazon!

Nel tuo caso, la familiarità con CentOS / RHEL probabilmente vince su qualsiasi altra considerazione.

I sistemi con cui lavoro sono stati ampiamente all'avanguardia: nuovi software che utilizzano nuove tecnologie e nuove versioni. Per questo uso Ubuntu è una scelta migliore; Evito di creare pacchetti dal codice sorgente e i pacchetti di Ubuntu sono ben mantenuti (non assolutamente perfetti, ovviamente) e i repository standard tendono ad avere le cose di cui abbiamo bisogno e, in caso contrario, ci sono repository prontamente disponibili. Tendo a rimanere indietro di una revisione dall'ultima poiché i problemi tendono a risolversi dopo alcuni mesi.