Все товары 
CloudLinux на VPS: когда он нужен и сколько стоит его лицензия
CloudLinux — коммерческая система для серверов, на которых живёт много чужих сайтов: она совместима с RHEL и AlmaLinux по пакетам, но добавляет механизмы, которые не дают одному аккаунту положить весь сервер. Её ставят те, кто сам продаёт хостинг, держит сервер для клиентов веб-студии или размещает десятки сайтов разных владельцев. Если на VPS работает один ваш проект, CloudLinux почти ничего не даст — хватит обычной AlmaLinux.
Что CloudLinux делает на общем сервере
- LVE — лимиты на каждого пользователя: доля процессора, память, скорость диска и число операций ввода-вывода, количество процессов и одновременных входящих запросов. Сайт, который попал под нагрузку или завис в цикле, упирается в свой лимит, а соседи продолжают работать.
- CageFS — у каждого пользователя своя виртуальная файловая система. Скрипт одного аккаунта не видит чужих файлов, других пользователей и большую часть системных утилит.
- Выбор версии PHP для каждого аккаунта отдельно, включая старые ветки, которые сам PHP уже не поддерживает: для них выходят исправления от разработчика CloudLinux.
- Ограничение нагрузки на MySQL по пользователям, чтобы тяжёлые запросы одного сайта не тормозили базы остальных.
Всё это управляется из панели: CloudLinux работает вместе с cPanel, Plesk и DirectAdmin, а без панели его используют гораздо реже.
Лицензия: главная статья расходов
CloudLinux платный, и лицензия обычно не входит в цену VPS из таблицы. Её покупают помесячно у хостера (если он её перепродаёт), у продавца лицензий панелей или напрямую у разработчика. Лицензии бывают привязаны к IP-адресу сервера или к ключу активации; при переезде на новый VPS с IP-привязкой лицензию придётся перевыпустить. Есть несколько редакций: для общего хостинга с многими пользователями, расширенная с дополнительными функциями ускорения сайтов и упрощённые — для сервера одного владельца. Перед заказом посчитайте итог: цена VPS, лицензия панели и лицензия CloudLinux. На маленьких тарифах лицензии нередко стоят дороже самого сервера.
Отдельно уточните, что значит «CloudLinux» в списке ОС конкретного хостера: готовый шаблон с активированной лицензией, шаблон без лицензии или просто возможность поставить систему самостоятельно. В таблице эти случаи выглядят одинаково, а разница в цене бывает заметной.
Как установить и на чём
Механизмы LVE работают на уровне ядра, поэтому CloudLinux нужен VPS с полной виртуализацией, лучше всего KVM. На контейнерах OpenVZ и LXC ядро общее для всех клиентов хоста, и CloudLinux там не встанет. Если готового образа нет, систему получают конвертацией: ставят AlmaLinux или Rocky Linux той же мажорной версии, затем запускают официальный скрипт конвертации с ключом лицензии и перезагружаются в ядро CloudLinux. С cPanel порядок обычно обратный: сначала конвертация, потом панель, хотя на работающем сервере с cPanel конвертация тоже поддерживается.
Перед конвертацией сервера, на котором уже есть сайты, сделайте снимок диска в панели хостера. После перезагрузки проверьте, что загружено нужное ядро, и включите CageFS для всех пользователей: по умолчанию её включают не всем.
Какие ресурсы брать
Сама система расходует не больше обычной AlmaLinux, но на общем сервере ресурсы делятся между аккаунтами, и запас нужен с первого дня. Ориентиры для сервера с cPanel и CloudLinux:
- до 20–30 небольших сайтов — от 4 ядер, 8 ГБ памяти и NVMe-диска на 100 ГБ и больше;
- сотня аккаунтов и выше — от 8 ядер и 16–32 ГБ памяти; здесь уже стоит сравнить цену с выделенным сервером;
- диск — только SSD или NVMe: лимиты на ввод-вывод бессмысленны, если медленный диск один на всех.
Лимиты LVE для пакетов тарифов задавайте до того, как переносить клиентов: если поставить их на живом сервере слишком низко, сайты начнут отдавать ошибку 508 и владельцы придут в поддержку. Для начала разумно взять лимиты, которые предлагает панель по умолчанию, и неделю смотреть статистику превышений.
И не забывайте про резервные копии: CloudLinux изолирует аккаунты, но не защищает данные. Храните копии сайтов и баз вне самого VPS — на отдельном сервере или в объектном хранилище, — и раз в месяц проверяйте восстановление хотя бы одного аккаунта. Обновления ядра на общем сервере ставьте в заранее объявленное клиентам окно: перезагрузка затрагивает всех сразу.