Amazon Linux vs. Ubuntu dla Amazon EC2 [zamknięte]

Konfiguruję moją pierwszą stronę na Amazon EC2 i próbuję zdecydować, której dystrybucji użyć. W przeszłości korzystałem z Redhat i CentOS, ale nie mam uprzedzeń do żadnego systemu, chcę po prostu użyć wszystkiego, co jest najlepsze (w przeszłości miałem również częściowo zarządzane serwery, więc nie zrobiłem zbyt wiele serwerów administracja do niedawna). Witryna to tylko aplikacja internetowa napisana w PHP i MongoDB.

Podoba mi się pomysł posiadania lekkiego systemu operacyjnego opisanego dla Amazon Linux, ale martwię się, że może ucierpieć w zakresie kompatybilności / aktualizacji w porównaniu do Ubuntu lub innych opcji, w których zespoły koncentrują się wyłącznie na systemie operacyjnym serwera. Jakakolwiek rada?

Byłem w podobnej sytuacji; w pełni zarządzany serwer dedykowany, LAMP, CentOS. Następnie zdecydowaliśmy się przejść na EC2. Poza tym miałem bardzo małe doświadczenie w administrowaniu systemami i Linuxem. Mam prawie zerowe doświadczenie z Ubuntu, więc naprawdę nie mogę mówić o tym, który jest tak zwanym lepszym systemem operacyjnym.

Wypróbowałem kilka gotowych AMI z minimalnymi instalacjami systemu operacyjnego z Rightcale, Alestic, Scalr i Amazon. Skończyłem budować wszystkie moje AMI na Amazon Linux, najpierw używając wersji 2010.11.01, teraz migrowałem wszystkie moje niestandardowe AMI do Amazon Linux 2011.03.01.

Decyzja o zastosowaniu Amazon Linux AMI w porównaniu z innymi dostawcami AMI nie była łatwa. Bawiłem się i testowałem różne konfiguracje przez prawie miesiąc, zanim podjąłem ostateczną decyzję. W końcu, ponieważ chciałem używać CentOS, w zasadzie sprowadzało się to do jednej rzeczy. Uznałem, kto lepiej wiedzieć, jakie zależności związane ze sprzętem muszą być uwzględnione w systemie operacyjnym, niż ludzie, którzy zaprojektowali, zbudowali i utrzymywali EC2. Nic przeciwko Rightscale, Scalr lub Alestic.

Sześć miesięcy później, mimo że wpadłem na kilka przeszkód na drodze, Linux Amazona był dość stabilny. Mimo to zdecydowałem się na kompilację części oprogramowania, którego używamy ze źródła (np. Php 5.3, MySQL 5.5 itd.), Ponieważ miałem problemy z gotowymi pakietami Amazon przechowywanymi w repozytorium pakietów.

Amazon Linux to ciągła dystrybucja, taka jak Fedora lub Debian Testing (niejako). Moim zdaniem nie nadaje się do żadnego produktu produkcyjnego. Dziwi mnie, że więcej ludzi nie zdaje sobie z tego sprawy. Oznacza to, że jeśli uruchomiłeś instancję Amazon Linux, powiedzmy 450 dni temu i zrobisz aktualizację dzisiaj, będziesz pobierał aktualizacje z zupełnie innej wersji. Po utworzeniu nowej wersji nie masz czasu buforowania, natychmiast zaczynasz pobierać aktualizacje z nowej wersji. Jak możesz sobie wyobrazić, może to wywołać kaskadę zależności i ma tendencję do niszczenia rzeczy. Z tego powodu jest to z natury niemożliwe do zarządzania. Nie można zastosować czegoś takiego w polityce aktualizacji bez absolutnego bałaganu. Nie używaj Amazon Linux do niczego poważnego.

Ubuntu LTS jest dobrym wyborem, podobnie jak Debian Stable lub CentOS. Wszystkie zapewniają wiele lat aktualizacji tego samego wydania.

Amazon Linux również nie ma systemu śledzenia błędów , użytkownicy muszą zamieszczać pytania na forach programistów AWS, aby zgłosić błąd dotyczący pakietu! Nie ma też sposobu na wyszukiwanie błędów. Powinno to być przeszkodą dla prawie wszystkich.

Amazon Linux bardzo niepotrzebnie pobiera pakiety źródłowe.

Odkąd zostało napisane to pytanie, Amazon całkowicie przebudował dla Amazon Linux AMI 2011.09 , ze wszystkimi ładowaniami początkowymi dla CloudFormation, a także narzędzi Amazon.

Ponadto zawiera repozytorium Nginx i PHP-FPM, yumjeśli szukasz szybkiego i lekkiego.

Bądź na bieżąco z najnowszymi wersjami tutaj: http://aws.amazon.com/amazon-linux-ami/latest-release-notes/

Obserwuj także aktualizacje zabezpieczeń : http://aws.amazon.com/amazon-linux-ami/security-bulletins/

Zwykle nie musisz się martwić, ponieważ podstawowy AMI to serwer bez kości z tylko narzędziami potrzebnymi do uruchomienia usług, których faktycznie potrzebujesz.

Jeśli znasz już RHEL / CentOS, trzymałbym się tego. Nie ma „najlepszej” dystrybucji dla serwera aplikacji WWW. Wszystko sprowadza się do narzędzi i konwencji, które znasz najbardziej.

Chociaż Ubuntu radzi sobie lepiej w tych testach porównawczych , same testy przyczyniają się do zwycięstwa Ubuntu, a różnice i tak nie wydają się duże.

Niedawno wybrałem Amazon Linux głównie ze względu na automatyczne aktualizacje, a także z powodu błędu Ubuntu AMI zgłoszonego przez Stevena i Ethana w wersji Quora tego pytania .

Jeśli chcesz szybko się zaznajomić i lubisz instalować rzeczy bez większych problemów, wybrałbym ubuntu. Ogólnie rzecz biorąc, na serwerze internetowym na żywo nie chcesz być w stanie tego robić! Ludzie twierdzą również, że wybór jest pomiędzy RedHat, CentOS i Debian. Twarde technologie twierdzą, że ubuntu nie nadaje się do środowisk serwerów na żywo, ponieważ nie wszystko jest w pełni bezpieczne i przetestowane.

Moim wyborem byłby ubuntu, ponieważ jest to dużo mniejszy ból głowy, użyłem kilku różnych dystrybucji dla serwerów internetowych, ale zmiana reguł zapory i rzeczy mogą być znacznie łatwiejsze w Ubuntu.

Jedyną inną rzeczą jest to, że ubuntu jest nieco bardziej obciążone pod względem zużycia zasobów, więc CentOS może zaoszczędzić kilka dolarów miesięcznie w oparciu o amazonową metodę wyceny!

W twoim przypadku znajomość CentOS / RHEL prawdopodobnie przewyższa wszelkie inne względy.

Systemy, z którymi pracuję, były w dużej mierze na krawędzi - nowe oprogramowanie wykorzystujące nowe technologie i nowe wersje. W tym celu Ubuntu jest lepszym wyborem; Unikam budowania pakietów z kodu źródłowego, a pakiety Ubuntu są dobrze utrzymane (oczywiście nie są idealne), a standardowe repozytoria zwykle zawierają rzeczy, których potrzebujemy, a jeśli nie, są one łatwo dostępne. Mam tendencję do cofania się o jedną wersję od najnowszej, ponieważ problemy pojawiają się po kilku miesiącach.