Как выбрать дистрибутив Linux
Первое, что нужно сделать, чтобы настроить облачный сервер, – это установить операционную систему. В современном мире это почти всегда будет операционная система Linux. Исторически сложилось так, что, хотя серверы Windows и другие типы Unix были популярны в определенных коммерческих отраслях, сегодня почти все используют Linux – из-за ее качественной поддержки, свободного или гибкого лицензирования и широкого распространения в серверных вычислениях. Существует множество доступных дистрибутивов Linux, у каждого из которых есть свои сопроводители. Некоторые дистрибутивы поддерживаются коммерческими провайдерами, а некоторые – нет. Дистрибутивы, которые мы подробно опишем в следующих разделах, являются одними из самых популярных операционных систем для облачных серверов.
Общий обзор дистрибутивов
Ubuntu — один из самых популярных дистрибутивов Linux как для серверов, так и для настольных компьютеров. Новые релизы Ubuntu выпускаются каждые шесть месяцев, а новые версии с долгосрочной поддержкой выходят каждые два года и поддерживаются в течение пяти лет. Большая часть образовательного контента о Linux посвящена Ubuntu из-за популярности этого дистрибутива, а широкая поддержка является ее значительным преимуществом.
Дистрибутив Debian – это upstream от Ubuntu: это значит, что его основные архитектурные решения обычно используются в релизах Ubuntu и он использует тот же формат.deb и менеджер пакетов apt, что и Ubuntu. Debian не так популярен среди производственных серверов, потому что он более консервативен в выборе пакетов и у него нет коммерческой поддержки. Однако многие пользователи все же выбирают Debian из-за его портативности – его легко можно использовать в качестве основы для многих других дистрибутивов Linux на разных платформах, включая Raspbian, самую популярную ОС Raspberry Pi.
Red Hat Enterprise Linux, или RHEL — это самый популярный коммерчески поддерживаемый дистрибутив Linux. В отличие от семейства Debian, в нем используются пакеты .rpm и менеджер пакетов dnf, а также собственная экосистема инструментов. Из-за особенностей лицензирования Red Hat используется только при наличии соглашения о коммерческой поддержке.
Rocky Linux – это downstream от Red Hat (точно так же Ubuntu – downstream от Debian), и, в отличие от RHEL, его можно использовать бесплатно, как и большинство других дистрибутивов Linux, что делает его популярным выбором для пользователей, которые хотят использовать инструменты Red Hat, но не хотят устанавливать коммерческую версию системы. Раньше ту же роль, что и Rocky Linux, выполнял дистрибутив CentOS, но он устарел. Версии Rocky Linux тесно связаны с версиями RHEL, и большая часть документации используется ими совместно.
Fedora Linux предшествует Red Hat и, как и Ubuntu, используется как в настольных средах, так и на серверах. Fedora по факту является средой разработки большинства пакетов экосистемы RHEL и среды Gnome, которая используется по умолчанию Ubuntu и другими.
Arch Linux — еще один популярный дистрибутив Linux для настольных компьютеров, который не входит ни в семейство Debian, ни в Red Hat Linux. Оно предоставляет собственный уникальный формат упаковки и свои инструменты. В отличие от других дистрибутивов, он не использует никаких версий релизов — его пакеты всегда самые новые из доступных. По этой причине его не рекомендуется использовать на рабочих серверах. Однако он предоставляет отличную документацию, и знающие пользователи могут по достоинству оценить его гибкость.
Alpine Linux — это минималистичный дистрибутив Linux, который по умолчанию не предоставляет многих распространенных и базовых инструментов. Исторически с такой целью было создано много дистрибутивов Linux. Alpine обычно используется в современных контейнерных развертываниях, таких как Docker, где для запуска программному обеспечению нужна виртуализированная операционная система, но в то же время она должна занимать как можно меньше места. Обычно Alpine Linux не используется самостоятельно, только для создания прототипов контейнеров.
Раньше между дистрибутивами было больше различий касательно системы инициализации, оконного менеджера и других библиотек, но теперь почти все главные дистрибутивы Linux стандартизированы под systemd и другие подобные инструменты.
Выбор дистрибутива
Существует еще много дистрибутивов Linux, но большинство из них в настоящее время можно свести к одному из семи дистрибутивов, перечисленных выше. Как видите, критерии для выбора дистрибутива Linux сводятся к следующим:
- Какая экосистема вам больше подходит: Debian-подобная или Red Hat-подобная?
- Проект, который вы разрабатываете, в первую очередь предназначен для облака, для рабочего стола или для работы в контейнере?
- Нужно ли вам использовать новейшие доступные или стабильные пакеты?
Выбор дистрибутива зависит от предпочтений, но если вы работаете в облаке и у вашего проекта нет никаких производственных требований к экосистеме Red Hat, в таких ситуациях чаще используется Ubuntu. Вы также можете просмотреть доступные пакеты для данного дистрибутива в веб-репозиториях их пакетов. Например, пакеты Ubuntu 22.04 Jammy Jellyfish размещены в разделе Jammy на Ubuntu.com.
Управление пакетами
Большинство дистрибутивов Linux также значительно отличаются тем, как в их средах создаются, ищутся и устанавливаются сторонние пакеты — пакеты, недоступные в собственных репозиториях. В дополнение к своим официальным пакетам Red Hat, Fedora и Rocky Linux обычно используют всего несколько популярных сторонних репозиториев, что соответствует их более авторитетному подходу, ориентированному на производство. Одним из таких репозиториев является EPEL (Extra Packages for Enterprise Linux). Поскольку экосистема RHEL проводит различие между пакетами, которые поддерживаются на коммерческой основе, и пакетами, которые поддерживаются иначе, многие стандартные пакеты, доступные в Ubuntu «из коробки», потребуют EPEL для их установки в Red Hat. В этом и многих других случаях доступность upstream пакетов из собственных репозиториев вашего дистрибутива часто обусловлена вопросом ответственности за обслуживание. Многие сторонние источники пакетов пользуются большим доверием, однако могут просто не входить в сферу компетенции сопроводителей дистрибутива.
Ubuntu позволяет пользователям создавать PPA (или личные архивы пакетов) для поддержки стороннего программного обеспечения и его установки другими пользователями. Однако если одновременно использовать слишком много PPA, у вас в системе может возникнуть путаница из-за несовместимости – версии пакетов Debian и Ubuntu имеют определенные требования, поэтому специалистам по поддержке PPA необходимо довольно точно соответствовать обновлениям основной ветки Ubuntu. Arch Linux предлагает единый репозиторий для отправленных пользователями пакетов, который называется Arch User Repository (или AUR), и хотя такой подход кажется более хаотичным, на практике он может быть более удобным, особенно если вы используете десятки сторонних пакетов.
Если вы не хотите усложнять свой системный менеджер пакетов, вы можете устанавливать стороннее программное обеспечение через Homebrew или Docker.
Читайте также:
- Как установить Homebrew на Linux
- Установка и использование Docker в Ubuntu 20.04
Хотя докеризация или контейнерные развертывания могут быть неэффективными с точки зрения использования диска и накладных расходов на установку (именно здесь следует вспомнить об ОС Alpine Linux), зато их легко переносить между дистрибутивами и они не предъявляют никаких требований к версиям. Однако любые пакеты, которые вы не устанавливали через системный менеджер пакетов, не будут обновляться автоматически, что также следует учитывать.
Заключение
В этом материале мы рассмотрели некоторые из наиболее важных соображений, которые следует учитывать при выборе дистрибутива Linux для вашего облака. В настоящее время широко распространены Docker и других контейнерные движки, а это означает, что теперь выбор дистрибутива не так важен с точки зрения программного обеспечения, которое вы можете запускать, как это было ранее. Тем не менее, дистрибутив по-прежнему сильно влияет на поддержку программного обеспечения, кроме того, это важный фактор при масштабировании вашей инфраструктуры для производства.
unixforum.org
Вопрос чисто «для общего развития». Чем отличаются дистрибутивы на основе Red Hat от дистрибутивов на основе Debian кроме разного способа установки программ (rpm и apt-get соответственно). Еще чем-нибудь отличаются? Где можно почитать на эту тему?
Сейчас происходит расцвет Линукса, поэтому у меня хорошее настроение! 🙂
Дневник линуксоида
Новости про Linux
Спасибо сказали:
mczim Сообщения: 665 ОС: Debian/Ubuntu Контактная информация:
Re: Различия между Red Hat и Debian ветками
Сообщение mczim » 14.05.2007 19:38
Почитать на эту тему можно в интернете, например в обзорных статьях дистрибутивов. На самом деле вопрос очень обширный и за один пост не опишешь. Главное что вы должны уяснить, это то что Linux —это ядро, а все остальные приставки в названии —это дистрибутивы. RedHat, Debian, Suse, ASP, и т.д. Соответственно у разработчиков этого множества дистрибутивов свой подход к написанию. Но все они базируются на одном Linux ядре соответственно с ядерной точки зрения, по барабану какой дистрибутив. Не забывайте что и ядра бывают разные, но это разговор другой темы, в данном случае мы имеем: МОДУЛЬНОЕ ЯДРО LINUX.
Я странный.
Спасибо сказали:
Uncle_Theodore Сообщения: 3339 ОС: Slackware 12.2, ArchLinux 64
Re: Различия между Red Hat и Debian ветками
Да. Именно это мы и имеем. Хм.
Ну ладно. Дистры между собой отличаются или могут отличаться
1. Системой инициализации (BSD или SystemV или еще некоторые приколы)
2. Пакетными менеджерами.
3. Структурой системных каталогов.
4. Конфигурационными утилитами.
Практически все различия присутствуют между дистрами из Дебиановой ветки и дистрами из РедХатовой.
OS Linux (Ubuntu/Debian/Сentos/Fedora/RHEL). А есть ли разница?
Сегодня мы поговорим об операционных системах семействах GNU/Linux и о разнице между ними. Но говорить будем не о десктопных, а о серверных ОС. На текущий момент наиболее часто используются следующие ОС семейства Linux:
1. Ubuntu
2. Centos
3. Debian
4. RedHat
Список составлен, исходя из статистики востребованности серверных операционных систем. Хотя многие могут и не согласиться, но, по мнению автора, на сегодня серверные операционные системы GNU/Linux можно разделить на 2 вида: 1) Red Hat Enterprise Linux 2) Debian/Ubuntu: https://www.debian.org/intro/about https://www.ubuntu.com https://www.canonical.com
Red Hat Enterprise Linux
И начнем мы обсуждение с Red Hat Enterprise Linux (в будущем RHEL). На текущий момент RHEL не только начала распространять Enterprise-версию по системе «no-cost»-подписки, но и особо выделяет некоторые направления: Red Hat Enterprise Linux Server — возможность разработки корпоративных приложений и решений на базе Linux. Dev tools с долгосрочной поддержкой — каждый крупный релиз Red Hat Enterprise Linux включает в себя набор базового инструментария, который будет поддерживаться на протяжении десяти лет (Python, PHP, Ruby, OpenJDK 7 (1.7), OpenJDK 8 (1.8) и многое другое). Сейчас в RHEL входят такие проекты как Centos и Fedora Core. Сначала Centos был бесплатной версии RHEL без логотипа и поддержки компании. Стабильность дистрибутива не страдала. Fedorа же была дистрибутивом, поддерживаемым сообществом на базе бесплатной Centos. Теперь RHEL спонсирует проект Fedora Core и проект из дистрибутива стал тестовым «полигоном» RHEL. Fedora — самый часто обновляемый дистрибутив. Его новые версии выходят каждые 6-9 месяцев. Все самые новые фишки «обкатываются» на пользователях именно черезFedora Core. И не важно, десктопная это версия или серверная. На втором месте по обновляемости — Centos. Последняя версия – Centos 7– появилась спустя 3 года после выпуска Centos 6, в июле 2011 года. На третьем месте у нас Red Hat Enterprise Linux. Каждая ветка дистрибутива поддерживается по 10 лет, c возможностью продлить поддержку до 13 лет.
Debian/Ubuntu
Первые версии операционной системы Debian появились в 1993 году. Это был полностью некоммерческий проект. Из-за особенностей философии дистрибутива он до сих пор растет и развивается. Серверный дистрибутив Debian менее популярен, чем Ubuntu. Почему? Всё из-за desktop-версии Ubuntu. Ubuntu — детище Debian и Canonical. Первая версия появилась на свет в далеком 2005 году. Canonical более чем лоялен к критике и пожеланиям пользователей. Поэтому за какие-то 16 лет desktop-версии Ubuntu удалось зарекомендовать себя как самой удобной системе, работающей из коробки. Продаются компьютеры и нетбуки с Ubuntu. Большая часть пользователей, которая только начинает знакомство с Linux, устанавливает именно Ubuntu. Отсюда большое число мануалов по настройке. Это отразилось и на серверной Ubuntu Server. При запросе «Как настроить «что-то» на VPS» 99% статей будут посвящены процессу установки приложения именно UbuntuServer. Итак, в чем же разница между дистрибутивами? Разница не только в названиях или в философии. Разница как минимум в пакетных менеджерах. Если RHEL, Centos и Fedora используют yum, rpm и DNF, то в Debian и Ubuntu используется пакетный менеджер APT (apt-get в старых версиях Ubuntu). Разница в файлах конфигурации. Если в семействе RHEL структура папок говорит нам о том, что система готова разместить 1 проект, то в Debian и Ubuntu папки и конфиги подготовлены таким образом, как будто сразу после установки Ubuntu Server мы планируем развернуть маленький хостинг с большим числом сайтов. Хотя, как правило, происходит наоборот. Разница также в огромном числе уже готовых собранных «пакетов» (в Ubuntu Server). В данной статье мы не углубляемся в сравнение технических различий, а лишь проходим по самому очевидному. Выбор операционной системы для сервера — это выбор между стабильностью и простотой (в случае выбора между RHEL-семейством и Ubuntu/Debian). По мнению автора, любой проект, развернутый на Centos, можно развернуть и на Ubuntu. Но во втором случае, скорее всего, это будет просто чуть быстрее из-за большего числа готовых «пакетов». Ссылки на серверные дистрибутивы, упоминаемые в статье: RHEL Centos Fedora Ubuntu Debian
В чем принципиальная разница между Linux Red Hat Enterprise и Linux CentOS?
В чем принципиальная разница между Linux Red Hat Enterprise и Linux CentOS? То что пишут что CentOS-это полностью бесплатная параллельная ветка RHEL это понятно. Но меня интересует конкретика, в чем разница?
ChAnton ★★
28.05.10 10:01:42 MSD
У редхата поддержка есть, поэтому он труЪ-ынтерпрайз.
yirk ★★★
( 28.05.10 10:11:49 MSD )
Ответ на: комментарий от yirk 28.05.10 10:11:49 MSD
Разница только лишь в этом?
ChAnton ★★
( 28.05.10 10:20:21 MSD ) автор топика
Ответ на: комментарий от ChAnton 28.05.10 10:20:21 MSD
Походу да, Red Hat Enterprise ещё стоит деньги, а можно скачать бесплатно CentOS.
Absolute_Unix ★
( 28.05.10 10:37:51 MSD )
В вырезанных трейдмарках в центосе. Всё, большое разницы нет.
Deleted
( 28.05.10 10:50:54 MSD )
Centos собирается исключительно из исходников, опубликованынх RH. Выгребаются только части, связанные с брендингом RH. Собственно, цель Centos — быть бесплатным RH. При условии, что редхат не изменяет исходники перед тем как их выложить, имеем разницу только в бесплатности и отсутствии поддержки.
stormy ★
( 28.05.10 10:52:33 MSD )
В отсутствии RHN и up2date
vasily_pupkin ★★★★★
( 28.05.10 11:07:09 MSD )
Ответ на: комментарий от stormy 28.05.10 10:52:33 MSD
Тоесть вывод таков:
1) Бесплатность дистрибутива. 2) Отсутствие поддержки. 3) Отсутствие доступа к официальным репозиториям RPM 4) Возможно в отсутствии некоторых особых проприетарных фич, разработанных конкретным заказчикам под конкретные нужды.
ChAnton ★★
( 28.05.10 11:22:13 MSD ) автор топика
Ответ на: комментарий от ChAnton 28.05.10 11:22:13 MSD
>4) Возможно в отсутствии некоторых особых проприетарных фич, разработанных конкретным заказчикам под конкретные нужды?
Да, это конечно тоже. В итоге
Centos = RH(srpm) — (branding + artwork) — non-free;
stormy ★
( 28.05.10 11:25:49 MSD )
Ответ на: комментарий от ChAnton 28.05.10 11:22:13 MSD
1) Да 2) Нет — там есть что- то о поддержке на сайте дистриба 3) Да 4) там не разрабатывается ничего под конкретного заказчика в рамках RHEL-ов
Единственное функциональное отличие — отсутствие инструментария для работы с RedHat Network, там несколько пакетов. При желании их можно взять из проекта Spacewalk — бесплатного варианта RedHat Satellite.
oxumorron ★
( 28.05.10 11:36:24 MSD )
Ответ на: комментарий от vasily_pupkin 28.05.10 11:07:09 MSD
>В отсутствии RHN и up2date
up2date — это пакетный менеджер RHEL и CentOS до четвертой версии включительно. В пятой оба дистра используют yum.
А RHN в центосе действительно нет. Это же система получения обновлений для платных подписчиков.
nnz ★★★★
( 28.05.10 13:02:19 MSD )
Ещё можно добавить, что под ядро RH некоторые производители выпускают драйвера (бинарные), которые могут не заработать в CentOS, например, RAID на мамке intel VSA5000.
mky ★★★★★
( 28.05.10 23:56:33 MSD )
Ответ на: комментарий от mky 28.05.10 23:56:33 MSD
>Ещё можно добавить, что под ядро RH некоторые производители выпускают драйвера (бинарные), которые могут не заработать в CentOS, например, RAID на мамке intel VSA5000.
Это на практике проверялось? У них же вроде ядерный аби одинаковый, с чего дровам не заработать?
nnz ★★★★
( 29.05.10 20:54:09 MSD )
Ответ на: комментарий от nnz 29.05.10 20:54:09 MSD
К сожалению, проверялось. Дали эту мамку, с fake-raid’ом и сказали, сделай там RAID5. Доводы, что это fake игнорировались, «raid там, да ещё и ключ для RAID5 оплачен». Ставили разные CentOS, драйвер не работал. Поставили RHEL 5, (как написано на сайте intel) — заработало. Сейчас подписка на RHEL кончилась, ждём новой CentOS, где вроде бы обещана поддержка VSA5000.
Наверно, можно предположить, что если есть брендовый сервак (hp, dell), и заявлена поддержка RHEL, то купив RHEL можно звонить в техподдержку, а если CentOS, то нет. Хотя не проверял.
mky ★★★★★
( 29.05.10 21:48:48 MSD )
Ответ на: комментарий от mky 29.05.10 21:48:48 MSD
А минорная версия была та же самая?
Приходилось работать с интеловскими рейдами, у которых дрова были разные для разных минорных релизов RHEL. (Возможно, вскоре придется снова иметь с ними дело, поэтому и расспрашиваю.)
nnz ★★★★
( 30.05.10 00:29:36 MSD )
Ответ на: комментарий от nnz 30.05.10 00:29:36 MSD
У того драйвера не была указана требуемая минорная версия. Мы попробовали CentOS 5.1, 5.2 и 5.3 и не заработало. И если я правильно помню, то драйвер нормально ставился, но RAID не работал. Потом поставили RHEL 5, тогда заработало, потом её обновили, но продолжало работать. Пробовали компилировать это модуль, но так и не поняли, как это делать, там какие то обрывки сорцов и объектников есть, а как из них собрать модуль не понятно.
В общем, тогда убили 2 недели, сейчас, вроде, начальство по этому поводу успокоилось, планирую перевести с fake-raid на soft-raid и забыть про всё это.
P.S. Сейчас пишу этот пост по памяти, в понедельник попробую вспомнить подробнее.
mky ★★★★★
( 30.05.10 13:03:27 MSD )
Ответ на: комментарий от mky 30.05.10 13:03:27 MSD
В общем то я посмотрел на скаченные образа, получается, что тогда пробовали CentOS 5.0-5.2 ни с одним требуемый RAID5 не заработал. Тогда взяли RHEL 5.0, но аналогично RAID5 не заработал. Тогда сделали на RHEL RAID10 и доложили, что RAID работает.
То есть, получается что у меня нет точных сведений, что тот драйвер (делающий RAID10) не подошёл бы к CentOS 5.0. Тогда я был сильно недоволен этим fake-RAID5 за отдельные деньги и запомнил всю эту чехарду не точно.
Сейчас на инеловском сайте вроде бы новые дрова и возник ещё одни S5000VSA, можно будет повторить развлечение с fake-raid’ом.