Сколько RAM нужно для Cloudron

MAATRIX

На странице загрузки Cloudron написано «2 ГБ RAM минимум» — и это правда, панель на такой машине запустится. Вопрос в другом: сколько всего влезет рядом с ней, если вы планируете держать не пустую панель, а десяток реальных приложений с почтой, файлами и базами. Разберём, из чего складывается память Cloudron — платформа, встроенные сервисы, каждое приложение по отдельности — и как посчитать свою цифру, а не гадать по чужому тарифу.

Из чего вообще состоит память Cloudron

Cloudron — не просто панель управления контейнерами, а целая платформа: она сама разворачивает Docker, поднимает обратный прокси на nginx, управляет TLS-сертификатами, ведёт бэкапы и — что отличает её от Coolify или Dokploy — включает полноценный почтовый сервер (Postfix, Dovecot, антиспам на базе rspamd) и общие сервисы баз данных. Всё это работает даже до того, как вы поставили первое приложение из App Store.

Память в итоге расходуется на четыре слоя:

• Ядро платформы — Node.js-процесс box (веб-интерфейс, API, планировщик задач), Docker-демон с обвязкой, nginx как reverse proxy перед всеми приложениями.
• Встроенная почта — Cloudron не даёт её отключить полностью, потому что на ней держится системная рассылка уведомлений, восстановление паролей и (если включите) полноценный почтовый ящик на вашем домене.
• Общие сервисы данных — единый MySQL, единая PostgreSQL, единый MongoDB и единый Redis для всех приложений, которым эти базы нужны.
• Сами приложения — каждое в своём Docker-контейнере, с собственным веб-сервером или рантаймом внутри.

Дальше по каждому слою — с оговоркой сразу: точные мегабайты зависят от версии Cloudron, ядра дистрибутива и того, сколько соединений держит база в моменте. Цифры ниже — ориентир для планирования, а не гарантированный протокол замера; на вашей машине они сдвинутся на 10-20% в любую сторону.

Базовая установка: сколько съедает сама платформа

На свежей установке без единого приложения из App Store Cloudron уже занимает заметную часть памяти малого тарифа. Основной вклад:

• box (панель + API + cron-задачи) — обычно в районе 200-350 МБ резидентной памяти, растёт с числом установленных приложений, потому что box следит за каждым;
• Docker-демон с shim-процессами на контейнер — 100-200 МБ на пустом сервере;
• nginx перед всеми приложениями — легковесный, 20-50 МБ;
• почтовый стек (Postfix + Dovecot + rspamd + ClamAV, если антивирус включён) — здесь основной сюрприз для новичков: связка из нескольких демонов легко забирает 400-700 МБ, а ClamAV с базами сигнатур — ещё 300-500 МБ сверху, если вы его не выключили в настройках почты;
• системные службы хоста — systemd, sshd, journald, агент мониторинга — 150-250 МБ.

Итого голая платформа с включённой почтой и антивирусом реалистично забирает от 1,2 до 2 ГБ ещё до первого приложения. Это и есть причина, по которой формальный минимум в 2 ГБ на практике оставляет приложениям считаные сотни мегабайт — терпимо для пробы, но не для рабочей нагрузки. Если антивирус в почте не нужен (спам чаще всего отсекает rspamd, ClamAV — это отдельная линия защиты от вложений с малварью), его отключение в Email → настройках почтового сервера снимает заметный кусок нагрузки на маленьких серверах.

Общие базы данных — где Cloudron экономит, а где нет

Ключевое отличие Cloudron от панелей вроде Coolify или Dokploy: там каждое приложение обычно тянет за собой отдельный контейнер с базой, а Cloudron по умолчанию заводит один общий инстанс MySQL, один PostgreSQL, один MongoDB и один Redis на всю платформу. Приложение, которому нужна база, получает в нём отдельную схему и пользователя, а не отдельный процесс.

Экономия реальная: десять приложений на MySQL в Cloudron — это один процесс mysqld с общим innodb_buffer_pool, а не десять независимых контейнеров, каждый из которых тянет свои 300-500 МБ базовых накладных расходов. Именно поэтому Cloudron масштабируется по числу приложений заметно лучше, чем платформы с изолированной базой на каждый сервис — но только пока вы не начинаете отдельно настраивать dedicatedMysql true для отдельных прожорливых приложений (Cloudron это позволяет для тех, кому нужна изоляция или нестандартный конфиг).

Оборотная сторона: сам общий MySQL при активной работе десятка приложений держит заметно больше памяти, чем пустая база — innodb_buffer_pool_size в дефолтном образе Cloudron масштабируется от объёма RAM хоста, и на сервере с большим количеством памяти MySQL сам займёт кусок побольше. Планируя апгрейд, не забывайте, что часть новой памяти уйдёт не приложениям напрямую, а буферам общих баз — это нормально и работает на скорость всех приложений сразу, а не только нового.

Сколько добавляет каждое приложение

Приложения из App Store сильно отличаются по аппетиту — то, что скрыто под капотом (простой PHP-скрипт или полноценный Java-сервис с собственной JVM), решает больше, чем название категории. Ориентировочные цифры в простое, без активной нагрузки:

Это ориентир, а не гарантия — конкретная цифра для вашего инстанса Nextcloud или GitLab зависит от версии, числа пользователей и того, что они делают в моменте (индексация файлов, генерация превью, параллельная синхронизация — всё это временно поднимает потребление выше базового). Если планируете держать в Cloudron Nextcloud, закладывайте память по верхней границе диапазона, особенно если включаете предпросмотр офисных документов через тот же OnlyOffice.

Как посчитать свою цифру

Формула простая и честнее любой готовой таблицы:

RAM под сервер = база платформы (1,2-2 ГБ)
               + сумма приложений из App Store
               + запас 20-30% на пики (индексация, бэкап, обновление)

Пример: почта включена без антивируса (около 1,3 ГБ на платформу), плюс WordPress (300 МБ), Nextcloud с активной синхронизацией (800 МБ), GitLab CE (1,2 ГБ) и пара лёгких утилит (300 МБ суммарно). Итого постоянное потребление — около 3,9 ГБ. С запасом на пики берём сервер от 6-8 ГБ, а не впритык к 4.

Важная деталь по бэкапам: Cloudron умеет собирать полный бэкап платформы (все приложения плюс базы) по расписанию, и на время сборки архива потребление памяти и I/O кратковременно подскакивает — особенно если бэкап идёт локально перед выгрузкой во внешнее хранилище. Если сервер и так работает у верхней границы, ставьте расписание бэкапа на ночные часы с наименьшей активностью пользователей.

Признаки нехватки памяти и что делать

Cloudron не всегда падает целиком при нехватке RAM — чаще OOM killer ядра выбирает жертвой один процесс, и симптомы смазанные: приложение перезапускается само по себе, почта временно перестаёт отправлять письма, а веб-интерфейс панели подвисает на несколько секунд при открытии.

Проверить факт нехватки — команда journalctl -k --since "3 days ago" | grep -i "killed process". Строки в выводе — прямое доказательство, что ядро уже убивало процессы за память, и это не разовая случайность, а системная проблема ёмкости сервера.

Что делать, пока апгрейд не оформлен:

• добавить swap-файл на 2-4 ГБ — не решает проблему полностью, но даёт запас на кратковременные пики (сборка бэкапа, установка нового приложения) без падения сервисов;
• в настройках приложения в Cloudron можно задать memory limit — это защищает остальные сервисы от одного контейнера с утечкой, ценой того, что само приложение получит SIGKILL раньше, чем съест всё вокруг;
• отключить неиспользуемые встроенные сервисы — например, ClamAV в почте, если антивирусная проверка вложений не критична, или Graphs (встроенный мониторинг метрик), который сам по себе держит контейнер с Prometheus и Grafana.

Общий подход к запасу памяти на сервере — в статье сколько оперативной памяти закладывать с запасом, а разбор конкретных сценариев нехватки — в материале что делать при нехватке RAM.

Какой сервер брать под Cloudron

По CPU отдельная оговорка: Cloudron не так требователен к процессору в простое, как платформы со сборкой из исходников (Coolify, Dokploy) — большинство приложений ставятся готовыми образами. Но при установке нового приложения и особенно при генерации превью документов в OnlyOffice нагрузка на CPU кратковременно заметна, поэтому 2 vCPU на малом тарифе — это минимум, не запас.

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

Частые вопросы