Cloudron, CasaOS или Coolify: что выбрать для VPS?

Что вы создаете

Выбирая инструмент, вы делаете такой же важный выбор, как и при его установке. Три панели обещают превратить «чистый» VPS в хостинг приложений с управлением в один клик: Cloudron, CasaOS и Coolify. В этом руководстве каждая из них будет установлена на свежую систему Ubuntu 24.04, после чего мы развернем первое приложение и детально изучим то, что обычно не попадает на скриншоты: TLS, резервное копирование, обновления, потребление оперативной памяти и сложность миграции. К концу руководства вы поймете, какой вариант вам подходит, или осознаете, что честный ответ — «ни один из них, используйте Docker Compose».

Ни один из этих инструментов не является магией. В основе всех трех лежит тот же Docker Engine, которым вы могли бы управлять вручную. Панель продает вам — за деньги, оперативную память или привязку к вендору — автоматизацию четырех задач: установку приложений в один клик, автоматические TLS-сертификаты, запланированное резервное копирование и управление пользователями. Если эти четыре задачи стоят для вас затраченных ресурсов, панель оправдывает свое использование. Если вы запускаете один или два сервиса и предпочитаете точно знать, что именно находится на вашем сервере, сначала прочитайте раздел «Пропустить все три» и сэкономьте себе время.

Общие предварительные требования и важные нюансы

Все три решения предполагают использование VPS на базе KVM, а не контейнерную виртуализацию. Docker требует полноценного ядра, а Cloudron категорически не поддерживает OpenVZ и LXC. Проверьте это с помощью systemd-detect-virt: kvm или qemu подходят, а openvz или lxc — нет. На тарифе KVM команда выведет kvm, а на выделенном сервере — none; любой из этих вариантов означает, что можно продолжать.

Помимо этого, требования различаются, и это первый фактор, определяющий выбор.

• ОЗУ. CasaOS успешно работает на 1 ГБ; система проектировалась для оборудования Raspberry Pi и остается легковесной. Coolify требует минимум 2 ГБ ОЗУ и два ядра процессора, при этом около 600 МБ потребляет сам Coolify. Cloudron требует минимум 2 ГБ, но стабильнее работает на 4 ГБ, так как запускает почтовый сервер и базу данных еще до установки первого приложения.
• Домен и DNS под вашим контролем. Cloudron и Coolify требуют наличие реального домена с настроенным DNS. Cloudron предпочтительно требует API-доступ к вашему DNS-провайдеру, чтобы самостоятельно создавать записи и wildcard-сертификаты. CasaOS может работать на чистом IP-адресе, но в этом случае вы не получите TLS-шифрование.
• Порты. Cloudron и Coolify требуют открытых портов 80 и 443 для HTTP и HTTPS. CasaOS предоставляет доступ к панели управления через обычный HTTP, поэтому ей нужен только 80 порт. Coolify дополнительно использует порт 8000 для панели управления, 6001 для канала связи в реальном времени и 6002 для терминала в браузере. Оставьте порт 22 открытым для SSH на каждом из них.

Настройте DNS-записи на сервер до начала установки. Панель, которая не может разрешить собственное имя хоста, не сможет запросить сертификат, и вы потратите первый час на отладку этой проблемы вместо работы с ПО. Направьте A-запись на IP-адрес сервера, а для Coolify добавьте wildcard-запись (*.apps.example.com), чтобы каждое развернутое приложение получало собственный поддомен.

Cloudron: готовое решение с жесткими стандартами

Что это такое. Cloudron — это коммерческая платформа, превращающая весь сервер в управляемое устройство. Она включает собственный reverse proxy, базу данных, стек почтовых сервисов и магазин приложений (Nextcloud, WordPress, Gitea, Mattermost и другие). Платформа предназначена для тех, кому нужно управление приложениями с автоматическими обновлениями, сертификатами и резервным копированием, и кто готов за это платить.

Установка. Система требует «чистый» сервер и полностью берет управление на себя. Запускайте этот скрипт только на свежем сервере с Ubuntu 24.04 (Noble), где больше ничего нет:

wget https://cloudron.io/cloudron-setup
chmod +x cloudron-setup
sudo ./cloudron-setup

Скрипт устанавливает Docker, nginx, базу данных и почтовый стек, после чего перезагружает сервер. Когда сервер вернется в сеть, откройте https://<your-ip>, примите временный самоподписанный сертификат и завершите настройку в браузере: укажите свой домен, выберите провайдера DNS, и система развернет панель управления по адресу my.example.com.

Добавление первого приложения. В панели управления откройте App Store, выберите (например) Nextcloud, укажите поддомен files.example.com и нажмите Install. Cloudron создаст DNS-запись, запросит сертификат Let's Encrypt, подготовит базу данных, настроит единый вход (SSO) и запланирует резервное копирование — всё это без редактирования конфигурационных файлов. В этом и заключается основная идея, и она работает.

TLS и резервное копирование. Самая сильная сторона из трех рассмотренных решений. Каждый поддомен приложения получает автоматический сертификат Let's Encrypt с продлением. Резервное копирование встроено и работает по расписанию, поддерживая локальные директории, S3 или другие удаленные хранилища. Доступно восстановление отдельных приложений и даже клонирование приложения на новый поддомен в один клик.

Стоимость и лицензирование: прочтите перед началом. Cloudron — это платный продукт с ограниченным бесплатным тарифом: бесплатный план позволяет использовать два приложения. При попытке установить третье приложение вы столкнетесь с необходимостью оплаты; платная подписка (Pro или Max, с ежемесячной или ежегодной оплатой, обе с неограниченным количеством приложений) снимает эти ограничения. Это самый важный факт о Cloudron. Продукт отполирован именно потому, что это бизнес, а бесплатный тариф ближе к расширенной пробной версии, чем к полноценной среде для растущего стека.

Режим сбоя: правило «чистого сервера». Если попытаться установить Cloudron на сервер, где уже что-то запущено, установка прервется до внесения каких-либо изменений:

Error: Some packages like nginx/docker/nodejs are already installed. Cloudron requires
specific versions of these packages and will install them as part of its installation.
Please start with a fresh Ubuntu install and run this script again.

Причина не в излишней требовательности. Cloudron жестко привязан к конкретным версиям nginx, Docker и Node, глубоко интегрируя их в систему, поэтому он не может сосуществовать с вашими собственными экземплярами этих программ. Решение — свежий образ Ubuntu 24.04 и ничего более: никакого веб-сервера, никакого Docker, даже брандмауэр не должен быть настроен вручную. Если вы загрузили не тот образ, установка также отклонит любую систему, кроме поддерживаемых Ubuntu LTS (22.04, 24.04 или 26.04) на архитектуре x86-64; ARM, LXC и OpenVZ не поддерживаются вовсе. Начиная с Cloudron 10 (сентябрь 2026 года), Ubuntu 26.04 является стандартом для новых установок, поэтому выбирайте этот образ, если начинаете с нуля.

Второй режим сбоя: wildcard-сертификаты требуют API DNS. Если при настройке выбрать вариант DNS «Manual» вместо предоставления API-токена, Cloudron не сможет создавать записи или wildcard-сертификаты автоматически. В этом случае для каждого нового приложения вам придется вручную добавлять DNS-запись, прежде чем сертификат будет выпущен, а панель управления будет ожидать появления этой записи. Предоставьте Cloudron доступ по API к поддерживаемому DNS-провайдеру (Cloudflare, Route 53, DigitalOcean и другие), и весь процесс станет выполняться в один клик.

CasaOS: бесплатная панель управления для домашней лаборатории

Что это такое. CasaOS от компании IceWhale — это бесплатная панель управления с открытым исходным кодом, которая работает поверх Docker и предоставляет пользователю главный экран, магазин приложений и файловый менеджер. Проект вырос из среды домашних серверов, поэтому его идеология ориентирована на home-lab: быстрая настройка, дружелюбный интерфейс и минимум формальностей. Он предназначен для энтузиастов, которые хотят получить удобный графический интерфейс для Docker без дополнительных затрат.

Установка. Достаточно одной строки, при этом чистая система не требуется:

curl -fsSL https://get.casaos.io | sudo bash

Установщик добавляет набор сервисов systemd (casaos, casaos-gateway, casaos-app-management и другие). Перед тем как открывать браузер, убедитесь, что шлюз запущен:

systemctl status casaos-gateway

Когда сервис запущен, панель управления доступна по адресу http://<your-ip> (обычный HTTP, порт 80). Создайте локальную учетную запись, чтобы войти в систему.

Добавление первого приложения. Откройте магазин приложений, выберите нужное и нажмите Install. CasaOS автоматически создает проект Docker Compose и открывает приложение на порту хоста, например http://<your-ip>:8080. В магазине представлен стандартный набор для домашних серверов, поэтому медиасервер Jellyfin на VPS или самохостируемая фотогалерея Immich устанавливаются в пару кликов. Если вы еще не определились с выбором фотосервера, стоит сначала прочитать статью о требованиях к оперативной памяти и мобильных приложениях для PhotoPrism и Immich, так как на системе с 1 ГБ ОЗУ от этого выбора зависит, будет ли приложение работать вообще. Вы также можете импортировать любой файл docker-compose.yaml, что является главным преимуществом: приложения представляют собой обычные контейнеры, а не проприетарный формат.

TLS и резервное копирование — слабые места. Здесь проявляются ограничения «бесплатного» решения. По умолчанию CasaOS работает через обычный HTTP, включая саму панель управления. Встроенная поддержка Let's Encrypt и планировщик резервного копирования отсутствуют. Ваши данные хранятся в томах Docker по пути /DATA, и их резервное копирование — ваша задача (используйте restic или tar по расписанию cron).

Режим сбоя, отсутствие TLS и отсутствие уведомлений. Ошибки не возникают. Вы устанавливаете приложение, открываете http://<your-ip>:8080, и оно работает через незашифрованное соединение, которое браузер помечает как «Не защищено». Пароли и сессионные cookie передаются в открытом виде. Хуже того, в панели управления CasaOS ранее обнаруживались уязвимости, позволяющие выполнить произвольный код (CVE-2023-37265 и CVE-2023-37266 — обход аутентификации, ведущий к полному захвату хоста), поэтому прямой доступ к этому HTTP-порту из интернета представляет реальную угрозу, а не просто эстетическое замечание. Решение заключается в том, чтобы никогда не открывать CasaOS напрямую. Установите перед ней обратный прокси-сервер с TLS-терминацией, например Nginx с сертификатом Let's Encrypt от Certbot, Caddy или Cloudflare Tunnel, и перенаправляйте трафик на CasaOS только внутри локальной сети. Учтите, что CasaOS уже занимает 80-й порт, поэтому прокси и CasaOS будут конфликтовать, если вы предварительно не перенесете CasaOS на другой порт.

Стоимость. Полностью бесплатно, навсегда, без ограничений на количество приложений. Вы платите своим временем на обслуживание: настройка TLS, резервное копирование и обеспечение безопасности ложатся на вас.

Coolify: self-hosted PaaS

Что это такое. Coolify — это open-source платформа как услуга (PaaS) для самостоятельного хостинга, аналог Heroku или Vercel на вашем собственном сервере. Основная единица работы здесь — не «установка готового приложения», а «развёртывание Git-репозитория»: вы подключаете репозиторий, Coolify собирает его (через Nixpacks или ваш собственный Dockerfile) и выполняет деплой, обновляя приложение при каждом push. Также доступны базы данных и сервисы в один клик. Платформа ориентирована на разработчиков, которые хотят использовать push-to-deploy для своего кода без аренды сторонних PaaS-решений.

Установка.

curl -fsSL https://cdn.coollabs.io/coolify/install.sh | sudo bash

Скрипт устанавливает Docker и запускает стек контейнеров Coolify. Перед продолжением убедитесь в их работоспособности:

docker ps --format 'table {{.Names}}\t{{.Status}}'

Вы должны увидеть, что coolify, coolify-db, coolify-redis, coolify-realtime и coolify-proxy имеют статус Up. Панель управления доступна по адресу http://<your-ip>:8000. Немедленно создайте учётную запись администратора, так как страница регистрации открыта до создания первого аккаунта, и любой, кто получит к ней доступ, сможет управлять сервером. Затем укажите домен вашего экземпляра и настройте wildcard DNS-запись (*.example.com или *.apps.example.com), указывающую на ваш сервер, чтобы Coolify мог назначать каждому развёрнутому приложению собственный поддомен.

Добавление первого приложения. Подключите источник Git (GitHub, GitLab или прямой URL репозитория), выберите ветку, укажите домен и выполните деплой. Встроенный прокси-сервер Traefik в Coolify направит трафик на поддомен и запросит сертификат. Для готового программного обеспечения каталог сервисов позволяет развернуть нужные компоненты в пару кликов: например, стек автоматизации рабочих процессов n8n, который иначе пришлось бы настраивать вручную, или Uptime Kuma для мониторинга статуса сервисов.

TLS и резервное копирование. Автоматическое получение сертификатов Let's Encrypt для каждого приложения реализовано через встроенный Traefik, поэтому каждый развёрнутый поддомен получает свой сертификат. Резервное копирование в первую очередь касается баз данных: вы можете настроить расписание дампов Postgres и MySQL в S3-совместимое хранилище. Резервное копирование всего экземпляра (конфигурации Coolify, которая находится в /data/coolify) выполняется преимущественно вручную, поэтому экспортируйте и сохраняйте эти данные самостоятельно.

Стоимость и лицензирование. Self-hosted версия является полностью открытой и бесплатной, без ограничений на количество приложений. Существует опциональный платный сервис Coolify Cloud, который размещает панель управления за вас, в то время как ваши приложения продолжают работать на ваших собственных серверах. Это удобно, но не обязательно.

Режим отказа: приложение развёрнуто, но домен не открывается. Панель управления работает корректно по адресу http://<ip>:8000, сборка завершилась успешно, но URL приложения возвращает ошибку соединения или 404 page not found от Traefik. Это указывает на проблему с прокси или DNS, а не с самим приложением. Есть две частые причины. Во-первых, порты 80 или 443 были заняты в момент запуска прокси, из-за чего его контейнер завершился с ошибкой Docker:

Error response from daemon: driver failed programming external connectivity on endpoint coolify-proxy: Bind for 0.0.0.0:443 failed: port is already allocated

Во-вторых, имя хоста не разрешается в IP-адрес сервера: либо приложение использует поддомен, сгенерированный через wildcard, но сама wildcard DNS-запись отсутствует, либо используется пользовательский домен, у которого нет собственной DNS-записи, указывающей на сервер, поэтому Traefik не получает запрос для этого имени хоста. Если вместо этого в карточке сервера в Coolify отображается "Server is not reachable", это другая ошибка: Coolify не может подключиться к Docker-сокету сервера. Обычно это связано с остановленным демоном Docker или повреждённым SSH-ключом. Прежде чем делать выводы, прочитайте реальную причину в логах:

docker logs coolify-proxy --tail 100

Исправьте проблему на странице Proxy: нажмите Restart Proxy или сбросьте конфигурацию прокси до настроек по умолчанию и запустите его снова, затем подождите около двух минут, пока он инициализируется. Ограничьте доступ к порту 8000 только вашим IP-адресом (или открывайте его временно при сбоях прокси), вместо того чтобы оставлять его открытым для всего Интернета. Он обслуживает панель управления по обычному HTTP, и, согласно документации Coolify, порты 8000, 6001 и 6002 можно закрыть после того, как панель управления начнёт работать через собственный домен.

Ресурсные затраты на одном VPS

Измерения проводились в состоянии покоя на одном и том же сервере с 4GB оперативной памяти до развертывания реальной нагрузки. Проверяйте свои показатели с помощью free -m и docker stats --no-stream, а не доверяйте единственному числу, так как итоговое потребление меняется в зависимости от набора ваших приложений.

• CasaOS — самый легковесный вариант. Панель представляет собой небольшой набор сервисов на Go; ожидайте примерно 150–300 MB затрат сверх потребления ваших контейнеров.
• Coolify запускает несколько собственных вспомогательных контейнеров (само приложение, Postgres, Redis, сервис реального времени и Traefik), поэтому в простое он потребляет около 600 MB – 1 GB до развертывания чего-либо.
• Cloudron — самый тяжелый в состоянии покоя, так как он запускает собственные nginx, базу данных, стек почтового сервера и систему мониторинга независимо от того, используете ли вы их; закладывайте 1–1.5 GB в простое. Именно поэтому он требует минимум 2GB, а комфортно чувствует себя при 4GB.

На небольшом VPS с 2GB памяти CasaOS оставляет больше всего места для реальных приложений, а Cloudron — меньше всего. Если ваш тарифный план ограничен 2GB и вы хотите использовать Cloudron с запущенным почтовым сервером, планируйте обновление сервера.

Сравнение обновлений, резервного копирования и привязки к платформе

Обновления. Cloudron обновляет платформу и каждое приложение по расписанию, которое было предварительно протестировано: это требует минимум усилий и обеспечивает максимальную поддержку. Coolify обновляется из собственной панели управления нажатием одной кнопки. CasaOS обновляет панель через скрипт установки или apt, но за обновление установленных приложений отвечаете вы — их нужно самостоятельно вытягивать и перезапускать.

Привязка к платформе (lock-in), проявляющаяся на второй год использования. CasaOS обеспечивает наименьшую привязку: приложения являются обычными проектами Compose, поэтому вы можете скопировать docker-compose.yaml и тома из /DATA на любой другой хост и продолжить работу. Coolify занимает промежуточное положение: ваши развёртывания основаны на собственных Dockerfiles и репозиториях, но их конфигурация хранится в базе данных Coolify, поэтому перенос на другой хост потребует повторного создания проектов. Cloudron характеризуется наибольшей привязкой: приложения упакованы специально для Cloudron, и хотя ваши данные можно легко выгрузить с помощью отличной системы резервного копирования, сама упаковка не переносится, поэтому на целевой платформе потребуется повторное развёртывание. Данные переносимы, инфраструктурная обвязка — нет.

Что выбрать

Краткий ответ и рекомендации. Выбирайте Cloudron, если вам нужно решение с минимальным вмешательством в работу сервера, вы планируете запускать несколько готовых приложений и готовы платить ежегодную подписку за управление TLS, резервное копирование и обновления. Выбирайте CasaOS, если сервер находится в домашней сети или за reverse proxy, вам нужен удобный графический интерфейс для Docker и вы не хотите платить за ПО. Выбирайте Coolify, если вы разворачиваете собственный код из Git и хотите использовать push-to-deploy с автоматическим TLS без затрат на облачные PaaS-платформы. Если ни один из этих вариантов вам не подходит, честный ответ вы найдете в следующем разделе.

Пропустите все три, если...

Будьте честны в оценке масштаба. Если вы запускаете всего одно или два приложения или хотите точно понимать и контролировать содержимое вашего сервера, откажитесь от панелей управления. Накладные расходы и привязка к конкретному решению не оправданы для небольшого стабильного стека. Путь самостоятельной настройки — это reverse proxy перед вашими собственными Compose-файлами: Traefik с автоматическим TLS перед несколькими Docker Compose приложениями обеспечивает HTTPS, эквивалентный «одному клику», без лишнего веса панелей, а резервное копирование выполняется через cron-задачу restic, логику которой вы полностью понимаете.

services:
  whoami:
    image: traefik/whoami
    labels:
      - traefik.enable=true
      - traefik.http.routers.whoami.rule=Host(`whoami.example.com`)
      - traefik.http.routers.whoami.tls.certresolver=le
    networks: [web]
networks:
  web:
    external: true

Для одного ключевого приложения аргументы еще весомее: установка Nextcloud на Docker с TLS и собственной процедурой резервного копирования — это один Compose-файл и один сертификат. Развертывание целой программной платформы ради этого принесет только затраты без какой-либо выгоды. Если вы еще решаете, что именно запускать, прежде чем определиться с тем, как это делать, руководство по тому, что стоит хостить самостоятельно в 2026 году станет лучшей отправной точкой.

FAQ

Нужна ли мне панель для self-hosting?

Только если вам важны четыре функции, которые панель автоматизирует для нескольких приложений: установка в один клик, автоматический TLS, резервное копирование по расписанию и управление пользователями. Для одного или двух сервисов обычный Docker Compose за Traefik выполняет ту же задачу с TLS с гораздо меньшими накладными расходами и без привязки к конкретному решению. Панели оправданы, когда вы запускаете много приложений, а ваше время стоит дороже, чем оперативная память, которую они потребляют.

Какая панель лучше для новичка?

Для домашней лаборатории, которая не открыта во внешний интернет, CasaOS — самый простой вариант: одна команда и понятный интерфейс, без абонентской платы. Но перед тем как открывать доступ наружу, вы обязаны поставить перед ней reverse proxy с TLS termination, так как по умолчанию она работает по обычному HTTP. Если вам нужно автоматическое управление TLS и резервными копиями и вы готовы за это платить, Cloudron предлагает наиболее комфортные условия в рамках бесплатного лимита на два приложения.

Cloudron бесплатный?

Частично. Бесплатный тариф позволяет использовать два приложения, чего достаточно для тестирования или очень маленькой инсталляции. Сверх этого Cloudron — это платная подписка с ежемесячной или ежегодной оплатой, которая дает неограниченное количество приложений на платных тарифах. Это коммерческий продукт с ограниченным бесплатным планом, а не свободное ПО, поэтому закладывайте бюджет, если ваш стек будет расти.

Могу ли я запустить эти панели рядом с уже имеющимися приложениями?

Cloudron: нет. Ему требуется чистая система Ubuntu. Он прервет установку, если nginx, Docker или Node уже установлены, так как он берет на себя управление всей машиной. CasaOS и Coolify более гибкие: они устанавливают свой стек Docker и в принципе могут делить сервер с другими задачами. Однако CasaOS требует 80 порт для своей панели управления, а прокси Coolify занимает порты 80 и 443, поэтому они будут конфликтовать с любым веб-сервером или прокси, которые уже используют эти порты. На сервере, где уже что-то работает, панель — обычно неверный выбор; лучше используйте Traefik и Compose.

Как потом отказаться от панели?

Планируйте миграцию до того, как она станет необходимой. В случае с CasaOS скопируйте docker-compose.yaml приложения и его тома /DATA на новый хост и запустите их снова. В случае с Coolify экспортируйте конфигурацию каждого проекта и укажите путь к тем же репозиториям на новом месте. В случае с Cloudron восстановите данные из резервных копий в свежеустановленные приложения на новой платформе, так как пакеты Cloudron не переносятся, переносятся только данные. В любом случае протестируйте восстановление на временном сервере, прежде чем отключать старый.