Amazon Linux проти Ubuntu для Amazon EC2 [закрито]

Я налаштовую свій перший веб-сайт на Amazon EC2, і я намагаюся вирішити, який дистрибутив використовувати. У минулому я використовував Redhat і CentOS, але я не маю упередженості щодо будь-якої системи, я просто хочу використовувати все найкраще (у мене також були частково керовані сервери в минулому, тому я не робив занадто багато сервера адміністрація до недавнього часу). Веб-сайт - це лише веб-додаток, написане на PHP та MongoDB.

Мені подобається ідея мати легку ОС, описану для Amazon Linux, але я переживаю, що вона може постраждати від сумісності / оновлень порівняно з Ubuntu або іншими параметрами, у яких команди орієнтовані виключно на ОС сервера. Будь-яка порада?

Я опинився в подібній ситуації; повністю керований виділений сервер, LAMP, CentOS. Тоді ми вирішили перейти на EC2. Крім того, у мене було дуже мало системного управління або досвіду адміністрування Linux. У мене майже нульовий досвід роботи з Ubuntu, тому я дійсно не можу говорити, яка так звана краща ОС.

Я спробував купу попередньо побудованих AMI з мінімальними встановленнями ОС від Rightcale, Alestic, Scalr та Amazon. Я закінчив будувати всі свої власні AMI на Amazon Linux, спочатку використовуючи версію 2010.11.01, тепер я перемістив усі свої власні AMI на Amazon Linux версії 2011.03.01.

Рішення співпрацювати з AMI Amazon Linux проти інших постачальників AMI було непростим. Я майже один місяць бавився і випробовував різні установки, перш ніж прийняв остаточне рішення. Зрештою, оскільки я хотів використовувати CentOS, це в основному зводилося до одного. Я зрозумів, хто краще знати, які саме апаратні залежності потрібно включати в ОС, ніж люди, які проектували, будували та підтримували EC2. Нічого проти прав масштабів, скальрів чи алестичних.

Через півроку, незважаючи на те, що я вдарив кілька ударів у дорозі, Linux Amazon був досить стабільним. Хоча я вирішив скласти частину програмного забезпечення, яке ми використовуємо з джерела (наприклад, php 5.3, MySQL 5.5 тощо), оскільки я зіткнувся з проблемою з попередньо побудованими пакетами, які Amazon підтримував у їх сховищі пакетів.

Amazon Linux - це нестабільний дистрибутив, як Fedora або Debian Testing (подібний). На мій погляд, він не підходить для жодного виробничого продукту. Я здивований, що більше людей цього не усвідомлюють. Це означає, що якщо ви запустили свій екземпляр Amazon Linux, скажімо, 450 днів тому і зробите оновлення сьогодні, ви будете тягнути оновлення з зовсім іншого випуску. Після створення нового випуску у вас немає часу на буфер, ви негайно починаєте витягувати оновлення з нового випуску. Як ви можете собі уявити, це може втягнути в себе каскад залежностей і має тенденцію руйнувати речі. З цієї причини вона по суті некерована. Ви не можете працювати щось подібне в політиці оновлення, не будучи абсолютним безладом. Не використовуйте Amazon Linux для нічого серйозного.

Ubuntu LTS - прекрасний вибір, як і Debian Stable або CentOS. Усі вони дають багато років оновлень того ж випуску.

В Amazon Linux також немає системи відстеження помилок , користувачі повинні публікувати запитання на Форумах розробників AWS, щоб подати помилку на пакет! Неможливо також шукати помилки. Це має бути проблемою виставок майже для всіх.

Amazon Linux дуже непотрібно отримувати вихідні пакети.

Оскільки це питання було написано, Amazon повністю оновлено для Amazon Linux AMI 2011.09 , з усіма завантажувальними програмами для CloudFormation, а також інструментами Amazon.

Крім того, він включає Nginx і PHP-FPM у yumрепост, якщо ви шукаєте швидкий і легкий.

Будьте в курсі останніх випусків тут: http://aws.amazon.com/amazon-linux-ami/latest-release-notes/

Також слідкуйте за оновленнями безпеки : http://aws.amazon.com/amazon-linux-ami/security-bulletins/

Зазвичай вам доведеться менше турбуватися, оскільки базовий AMI - це сервер із голими кістками, з допомогою лише інструментів, необхідних для завантаження послуг, які вам потрібні.

Якщо ви вже знайомі з RHEL / CentOS, я б дотримувався цього. Не існує "найкращого" дистрибутива для сервера веб-додатків. Це зводиться до того, які інструменти та конвенції ви найбільше знайомі.

Хоча Ubuntu і в цих показниках краще , проте самі тести сприяють виграшу Ubuntu, і різниці, схоже, не такі великі.

Нещодавно я вибрав Amazon Linux значною мірою через автоматичні оновлення, а також через помилку Ubuntu AMI, про яку повідомили Стівен та Етан у версії Quora цього питання .

Якщо ви хочете швидко ознайомитися, і вам подобається встановлювати речі без особливих дій, хоч я б пішов на ubuntu. Як правило, на веб-сервері, що живе у прямому ефірі, ви не хочете робити таких справ! Люди також стверджують, що вибір між RedHat, CentOS та Debian. Технологи жорсткого ядра наполягають, що ubuntu не підходить для живих серверних середовищ, тому що не все повністю захищено та протестовано.

Мій вибір був би ubuntu, оскільки це набагато менше головного болю, я використовував досить багато різних дистрибутивів для веб-серверів, але змінити правила брандмауера і все може бути набагато простіше в ubuntu.

Єдине, що ubuntu є трохи більш важким у використанні ресурсів, тому CentOS може економити кілька доларів на місяць за методом ціноутворення Amazon!

У вашому випадку знайомство з CentOS / RHEL, ймовірно, нагадує будь-які інші міркування.

Системи, з якими я працюю, значною мірою стояли на межі - нове програмне забезпечення, що використовує нові технології та нові версії. Для цього використання Ubuntu - кращий вибір; Я уникаю створення пакетів з вихідного коду, і пакунки Ubuntu добре підтримуються (звичайно, не ідеально, звичайно), і стандартні сховища мають, як правило, потрібні речі, а якщо ні, то сховища легко доступні. Я схильний відмовлятися від однієї редакції з останнього, оскільки проблеми, як правило, опрацьовуються через кілька місяців.