Amazon Linux vs. Ubuntu für Amazon EC2 [geschlossen]

Ich richte meine erste Website auf Amazon EC2 ein und versuche zu entscheiden, welche Distribution ich verwenden möchte. Ich habe in der Vergangenheit Redhat und CentOS verwendet, aber ich habe keine Vorurteile für ein System. Ich möchte nur das Beste verwenden (ich hatte in der Vergangenheit auch teilweise verwaltete Server, daher habe ich nicht zu viele Server ausgeführt Verwaltung bis vor kurzem). Die Website ist nur eine in PHP und MongoDB geschriebene Web-App.

Ich mag die Idee, ein leichtes Betriebssystem zu haben, das für Amazon Linux beschrieben ist, aber ich befürchte, dass es im Vergleich zu Ubuntu oder anderen Optionen, bei denen sich Teams ausschließlich auf ein Server-Betriebssystem konzentrieren, an Kompatibilität / Updates leiden könnte. Irgendein Rat?

Ich war in einer ähnlichen Situation; vollständig verwalteter dedizierter Server, LAMP, CentOS. Dann entschieden wir uns für EC2. Außerdem hatte ich sehr wenig System- oder Linux-Administrationserfahrung. Ich habe fast keine Erfahrung mit Ubuntu, daher kann ich wirklich nicht mit dem sogenannten besseren Betriebssystem sprechen.

Ich habe einige vorgefertigte AMIs mit minimalen Betriebssysteminstallationen von Rightscale, Alestic, Scalr und Amazon ausprobiert. Am Ende habe ich alle meine eigenen AMIs auf Amazon Linux erstellt, zuerst mit Version 2010.11.01, jetzt habe ich alle meine benutzerdefinierten AMIs auf Amazon Linux Version 2011.03.01 migriert.

Die Entscheidung für ein Amazon Linux AMI im Vergleich zu den anderen AMI-Anbietern war nicht einfach. Ich habe fast einen Monat lang mit verschiedenen Setups herumgespielt und sie getestet, bevor ich meine endgültige Entscheidung traf. Da ich CentOS verwenden wollte, lief es letztendlich auf eine Sache hinaus. Ich dachte mir, wer könnte besser wissen, welche hardwarebezogenen Abhängigkeiten im Betriebssystem enthalten sein müssen, als die Leute, die EC2 entworfen, gebaut und gewartet haben. Nichts gegen Rightscale, Scalr oder Alestic.

Ein halbes Jahr später war Amazon Linux recht stabil, obwohl ich einige Probleme hatte. Ich habe mich jedoch entschlossen, einen Teil der von uns verwendeten Software aus dem Quellcode zu kompilieren (z. B. PHP 5.3, MySQL 5.5 usw.), da ich Probleme mit den vorgefertigten Paketen hatte, die Amazon in ihrem Paket-Repository verwaltet.

Amazon Linux ist eine rollende Distribution wie Fedora oder Debian Testing. Meiner Meinung nach ist es für kein Produktionsprodukt geeignet. Ich bin überrascht, dass mehr Leute dies nicht bemerken. Wenn Sie also Ihre Amazon Linux-Instanz vor 450 Tagen gestartet haben und heute ein Update durchführen, beziehen Sie Updates von einer völlig anderen Version. Sobald ein neues Release erstellt wurde und Sie keine Pufferzeit mehr haben, rufen Sie sofort Updates aus dem neuen Release ab. Wie Sie sich vorstellen können, kann dies zu einer Kaskade von Abhängigkeiten führen und dazu, Dinge zu zerbrechen. Aus diesem Grund ist es von Natur aus nicht handhabbar. Sie können so etwas nicht in eine Update-Richtlinie einarbeiten, ohne dass es ein absolutes Chaos ist. Verwenden Sie Amazon Linux nicht für ernsthafte Zwecke.

Ubuntu LTS ist eine gute Wahl, genauso wie Debian Stable oder CentOS. Alle diese Updates enthalten viele Jahre lang Aktualisierungen für dieselbe Version.

Amazon Linux hat auch kein Fehlerverfolgungssystem . Benutzer müssen Fragen in den AWS-Entwicklerforen stellen, um einen Fehler gegen ein Paket zu melden! Es gibt auch keine Möglichkeit, nach Fehlern zu suchen. Dies sollte für fast alle ein aufsehenerregendes Problem sein.

Amazon Linux macht es sehr schwierig, Quellpakete unnötig abzurufen.

Da diese Frage geschrieben wurde, wurde Amazon für Amazon Linux AMI 2011.09 komplett überarbeitet , mit dem gesamten Bootstrapping für CloudFormation sowie den Amazon-Tools.

Außerdem enthält es Nginx und PHP-FPM in den yumRepos, wenn Sie schnell und leicht suchen.

Bleiben Sie hier über die neuesten Versionen auf dem Laufenden: http://aws.amazon.com/amazon-linux-ami/latest-release-notes/

Beachten Sie auch die Sicherheitsupdates : http://aws.amazon.com/amazon-linux-ami/security-bulletins/

Sie müssen sich in der Regel weniger Gedanken machen, da das Basis-AMI ein Bare-Bones-Server ist, der nur die Tools enthält, die zum Booten der Dienste erforderlich sind, die Sie tatsächlich benötigen.

Wenn Sie bereits mit RHEL / CentOS vertraut sind, würde ich mich daran halten. Es gibt keine "beste" Distribution für einen Web-App-Server. Es kommt darauf an, welche Tools und Konventionen Sie am besten kennen.

Obwohl Ubuntu bei diesen Benchmarks besser abschneidet , tragen die Tests selbst zum Ubuntu-Gewinn bei, und die Unterschiede scheinen ohnehin nicht groß zu sein.

Ich habe mich kürzlich hauptsächlich wegen automatischer Updates für Amazon Linux entschieden und auch wegen des Ubuntu AMI-Fehlers, den Steven und Ethan in der Quora-Version dieser Frage gemeldet haben .

Wenn Sie sich schnell zurechtfinden und Dinge ohne viel Aufwand installieren möchten, würde ich ubuntu gehen. Im Allgemeinen möchten Sie auf einem Live-Webserver nicht in der Lage sein, so etwas zu tun! Die Leute würden auch argumentieren, die Wahl sei zwischen RedHat, CentOS und Debian. Die Hardcore-Techniker bestehen darauf, dass Ubuntu nicht für Live-Server-Umgebungen geeignet ist, da nicht alles vollständig sicher und getestet ist.

Ich würde mich für Ubuntu entscheiden, da es nicht so viel Kopfzerbrechen bereitet. Ich habe einige verschiedene Distributionen für Webserver verwendet, aber das Ändern von Firewall-Regeln und -Dingen kann in Ubuntu sehr viel einfacher sein.

Die einzige andere Sache ist, dass Ubuntu einen etwas höheren Ressourcenverbrauch aufweist, so dass CentOS Ihnen möglicherweise ein paar Dollar pro Monat sparen kann, basierend auf der Amazon-Preismethode!

In Ihrem Fall hat die Vertrautheit mit CentOS / RHEL wahrscheinlich Vorrang vor anderen Überlegungen.

Die Systeme, mit denen ich arbeite, waren größtenteils auf dem neuesten Stand - neue Software mit neuen Technologien und neuen Versionen. Für diesen Zweck ist Ubuntu die bessere Wahl. Ich vermeide es, Pakete aus dem Quellcode zu erstellen, und Ubuntus Pakete sind gut gepflegt (natürlich keineswegs perfekt), und Standard-Repositorys haben in der Regel das Zeug, das wir brauchen, und wenn nicht, gibt es Repositorys, die sofort verfügbar sind. Ich neige dazu, eine Überarbeitung der letzten Version zurückzuhalten, da die Probleme in der Regel nach einigen Monaten behoben werden.