VPS с Rocky Linux

Rocky Linux основал Грегори Курцер, один из создателей CentOS, вскоре после того, как Red Hat объявила о переходе CentOS на модель Stream. Проект развивает фонд Rocky Enterprise Software Foundation, а цель сформулирована прямо: система должна вести себя как RHEL вплоть до ошибок. Поэтому Rocky Linux выбирают там, где важна предсказуемость: корпоративные приложения с сертификацией под RHEL, кластеры, научные и инженерные расчёты, инфраструктура, которую годами ведут одни и те же скрипты Ansible.

Кому Rocky Linux подходит на VPS

• Командам, которые держат часть серверов на RHEL. На арендованном VPS платить за подписку Red Hat не нужно, а пакеты, пути и поведение systemd-юнитов совпадают — плейбуки и документация переносятся без правок.
• Под коммерческий софт с требованием «RHEL 8/9 или совместимая». Поставщики баз данных, систем мониторинга и средств резервного копирования часто прямо указывают Rocky Linux в списке поддерживаемых.
• Для Kubernetes и контейнерных платформ. Узлы на одинаковой системе проще обновлять пакетно; подборка тарифов под кластер — на странице VPS для Kubernetes.
• Тем, кто уходит с CentOS и хочет максимальной похожести на прежнюю систему. Для переноса на месте есть скрипт migrate2rocky, но надёжнее поднять новый сервер и перенести данные.

Для типичного сайта под панелью разница с AlmaLinux почти незаметна: обе системы бесплатны, совместимы с RHEL и поддерживаются панелями cPanel, Plesk и ISPmanager. AlmaLinux чуть чаще встречается в шаблонах хостеров и выпускает отдельные сборки для старых процессоров, Rocky ближе к RHEL в мелочах. Сравнить предложения можно на странице VPS с AlmaLinux.

Версии и сроки поддержки

Каждая мажорная версия Rocky Linux получает обновления около десяти лет, как и RHEL. Rocky Linux 8 поддерживается до 2029 года, Rocky Linux 9 — до 2032 года, Rocky Linux 10 — до 2035 года. Внутри ветки выходят точечные релизы (9.5, 9.6 и так далее), и сервер переходит на них обычным dnf upgrade. Смена мажорной версии на месте официально не поддерживается: с 8 на 9 обычно переезжают через новый сервер.

Для нового VPS разумный выбор — Rocky Linux 9: она есть почти у всех хостеров, под неё собраны репозитории EPEL, Remi и сторонние пакеты. Десятую версию берите, если софт уже её поддерживает и вам нужен максимальный срок жизни сервера. Учтите требование к процессору: Rocky Linux 10 собрана под уровень x86-64-v3 и не запустится на виртуальной машине, которой хостер отдаёт упрощённую модель процессора. Перед заказом спросите поддержку, какой CPU видит гостевая система, или проверьте grep -c avx2 /proc/cpuinfo на тестовом сервере: ноль означает, что десятая версия не подойдёт.

Отдельно об исходниках. С 2023 года Red Hat публикует исходные коды RHEL только для подписчиков, и клоны получают их другими путями: из CentOS Stream, из открытых образов UBI и из облачных экземпляров RHEL. Rocky Linux сохраняет цель полной совместимости, AlmaLinux перешла к совместимости на уровне программного интерфейса. Для сервера с типичным софтом это ничего не меняет, но если вы покупаете коммерческое ПО, посмотрите, какие именно клоны поставщик указывает в списке поддерживаемых систем.

Шаблон или свой ISO

Готовый шаблон удобен, но хостеры собирают его по-своему: где-то оставляют только минимальный набор пакетов, где-то отключают SELinux или ставят своё ядро. Если нужна система ровно как у остальных серверов в компании — с вашей разметкой диска, LVM и включённым SELinux, — установите её с официального образа. Это возможно на большинстве тарифов с KVM; список вариантов — на странице VPS со своим ISO. Для автоматической установки пригодится kickstart-файл, тот же, что и для физических машин.

Ресурсы и первые шаги

Минимальная установка Rocky Linux занимает пару гигабайт и работает на 1 ГБ памяти, но dnf при обновлении метаданных репозиториев заметно расходует память — на самых маленьких тарифах добавьте swap. Для приложения с базой данных ориентируйтесь на 2–4 ГБ памяти и 40 ГБ диска, для узла Kubernetes — от 2 ядер и 4 ГБ.

• Сразу выполните dnf upgrade и перезагрузитесь, если обновилось ядро.
• Не отключайте SELinux «на всякий случай»: большинство ошибок решается выставлением правильных меток через restorecon и semanage.
• Проверьте firewalld: в шаблонах он бывает выключен, а SSH открыт для всего интернета.
• Для веб-интерфейса администрирования есть Cockpit, он ставится из базовых репозиториев.