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

MAATRIX

Официальный минимум YunoHost — 1 ГБ RAM, и формально дистрибутив на этой памяти действительно ставится и запускается. Вопрос не в том, стартует ли система, а в том, что происходит через неделю, когда поверх базового стека встанут Nextcloud, чат и почта, а ночной yunohost backup create наложится на входящее письмо со спамом. YunoHost — это не одна программа, а сразу LDAP-каталог, почтовый сервер, DNS-резолвер, база данных и веб-панель, работающие одновременно ещё до первого установленного приложения. Разберём, из чего складывается память в покое, что добавляет каждое приложение и какой запас закладывать на сервер.

Короткий ответ: сколько закладывать

Цифры для YunoHost 11 (Debian 12) на Ubuntu 24.04 или чистом Debian 12 — по памяти дистрибутивы ведут себя одинаково, так как YunoHost сам разворачивает поверх один и тот же стек.

Ключевая разница с обычной VPS-панелью: у YunoHost есть фиксированная база, которая занимает память ещё до первого приложения — почтовые демоны, LDAP, SSO. Дальше каждое установленное из каталога приложение — это отдельный php-fpm-пул, отдельная база или отдельный процесс на Node/Python, и они складываются арифметически, а не делят общий пул, как в панелях с одним LEMP-стеком на всех.

Из чего состоит база YunoHost ещё до приложений

Сразу после установки, без единого пакета из каталога, в системе уже работает десяток сервисов. Замер на свежем YunoHost 11 на Ubuntu 24.04, 2 vCPU, покой:

Суммарно голая база занимает 450–650 МБ в покое — это тот минимум, который «съедается» даже если вы не поставили ни одного приложения. Проверить на своей машине:

free -m

               total        used        free      shared  buff/cache   available
Mem:            1959         612          98          18        1249        1180
Swap:            511           0         511

На 2 ГБ после чистой установки available уже показывает около 1,2 ГБ — именно этот остаток делится между приложениями, которые вы поставите дальше. Кто конкретно ест память, честнее покажет smem (в базовых репозиториях нет — ставится отдельно), где PSS учитывает разделяемые библиотеки один раз, а не в каждом процессе:

sudo apt install -y smem
sudo smem -t -k -P 'mysqld|slapd|postfix|dovecot|nginx|redis|python3' -c 'name pss rss'

Почему официальный минимум в 1 ГБ обманчив

В требованиях проекта заявлен 1 ГБ RAM — и это действительно нижняя граница, на которой инсталлятор install.yunohost.org отрабатывает без ошибок. Но сам процесс установки — не показатель повседневной работы: скрипт ставит пакеты последовательно, а не запускает их все одновременно под нагрузкой.

Проблема вскрывается на первом же серьёзном действии после установки: обновление системы (yunohost tools upgrade -t system) поднимает apt, распаковку пакетов и пересборку конфигов SSOwat одновременно — на 1 ГБ процесс регулярно уходит в swap на десятки минут; установка приложения из каталога сама разворачивает окружение Python или Node параллельно с уже работающими LDAP и MySQL; приём почты со спам-фильтрацией через Rspamd кратковременно добавляет десятки мегабайт на каждое одновременное соединение.

На дешёвом VPS с 1 ГБ и без swap любое из этих событий может закончиться в dmesg:

Out of memory: Killed process 892 (mysqld) total-vm:1048576kB,
anon-rss:186532kB, file-rss:0kB, shmem-rss:0kB, UID:112 oom_score_adj:0

Убивают обычно MySQL или slapd — самые крупные резиденты, хотя виновник запроса на память чаще другой процесс. После такого падения панель может частично не открываться, пока сервис не перезапущен вручную (systemctl restart mysql slapd). Вывод простой: 1 ГБ годится для теста «как это выглядит», но не для сервера, который вы планируете реально использовать хотя бы с двумя людьми и одним приложением.

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

В отличие от классической LEMP-панели, где все сайты делят общий php-fpm-пул, в YunoHost у каждого приложения свой пул воркеров, а нередко и свой процесс рантайма.

Три и больше «средних» приложения (Nextcloud + чат + wiki) на 2 ГБ уже не помещаются одновременно — YunoHost их установит без ошибки, но в моменты, когда активны все сразу, система уйдёт в swap, а сама админка начнёт открываться заметно медленнее из-за конкуренции за CPU с moulinette. Список установленного и его вес прямо сейчас:

yunohost app list

Как замерить пик, а не текущее потребление

Тариф под YunoHost стоит подбирать по худшему моменту, а не по показанию free в спокойный час. В Ubuntu 24.04 и Debian 12 с cgroup v2 системные сервисы хранят пиковое потребление отдельно от текущего — подставьте имя юнита из systemctl list-units | grep <app>:

systemctl show -p MemoryCurrent --value mysql
cat /sys/fs/cgroup/system.slice/mysql.service/memory.peak

Второй источник правды — swap. Если он растёт день ото дня, а не только в окно ночного бэкапа, памяти не хватает системно, а не разово:

vmstat 1 5

Колонка si/so (swap in/out) вне окна бэкапа должна быть нулевой; постоянно ненулевые значения — сигнал поднимать тариф, а не оптимизировать конфиги дальше. Отдельно стоит заглянуть в /var/log/yunohost/operation.log — операции установки и обновления приложений упавшее из-за нехватки памяти действие покажет там раньше, чем в dmesg.

Что реально снижает потребление памяти

Официального «tuning-гайда» под низкую память у YunoHost, в отличие от голого Nextcloud, немного — панель сама управляет конфигами и не поощряет ручное вмешательство в сгенерированные файлы (следующий yunohost tools upgrade может их перезаписать). Но несколько вещей работают безопасно и переживают обновления:

• Не ставьте лишнее «на всякий случай». Каждое установленное приложение — это не только память в покое, но и постоянный процесс, который надо обновлять и который может сломаться при системном апгрейде. Снесённое неиспользуемое приложение освобождает память сразу:

yunohost app remove <id_приложения>

• MySQL под YunoHost. Панель выставляет innodb_buffer_pool_size исходя из RAM на момент установки, но если сервер апгрейдили позже, буфер останется на старом значении. Проверить и поднять — через файл переопределения, а не системный конфиг, который перезапишет апдейт:

mysql -e "SHOW VARIABLES LIKE 'innodb_buffer_pool_size';"

# /etc/mysql/mariadb.conf.d/z-override.cnf
[mysqld]
innodb_buffer_pool_size = 512M

• Swap обязателен, а не опционален. Многие VPS-образы без него — проверьте swapon --show, при пустом выводе добавьте файл подкачки:

fallocate -l 2G /swapfile && chmod 600 /swapfile && mkswap /swapfile && swapon /swapfile
echo '/swapfile none swap sw 0 0' >> /etc/fstab
sysctl vm.swappiness=10

Подробный разбор выбора размера — в статье про правильный размер swap для VPS. Это подушка на пик нагрузки, а не замена нехватающей памяти на постоянной основе — если swap используется каждый день, а не эпизодически, пора поднимать тариф.

• Разведите бэкапы и обновления по времени. yunohost backup create и yunohost tools upgrade тяжёлые по памяти и диску; в одном окне через cron их суммарный пик заметно выше, чем по отдельности.

Какой сервер под YunoHost взять в MAATRIX

Честный минимум: 1 vCPU, 2 ГБ RAM, 30 ГБ NVMe. Годится для одного-двух человек с почтой и одним-двумя лёгкими приложениями (VaultWarden, Baikal, Wallabag). База YunoHost без приложений уже занимает 450–650 МБ, так что запас есть, но небольшой — тяжёлые пакеты вроде Rocket.Chat или Mastodon сюда не поместятся.

Комфортный вариант: 2 vCPU, 4 ГБ RAM, 60–80 ГБ NVMe. Разумный выбор по умолчанию для семьи или маленькой команды: почта, Nextcloud, один чат-сервис одновременно, без постоянного сползания в swap. Второе ядро заметно на этом сценарии — moulinette и MySQL периодически конкурируют за CPU при установке или обновлении приложений, и на одном ядре админка в этот момент подвисает.

Нужен полный набор личных сервисов: 4 vCPU, 8 ГБ, от 120 ГБ NVMe. Почта + Nextcloud + чат + Mastodon или Jitsi одновременно — ровно тот случай, где арифметика по таблице выше уже даёт 3–4 ГБ только на приложения сверх базы.

Локация — по получателям почты. YunoHost прежде всего почтовый сервер, и здесь важна не задержка, а репутация IP: письма с новых адресов иностранных дата-центров иногда чаще попадают в спам у Mail.ru и Яндекса, чем с российского IP, и наоборот для Gmail и европейских провайдеров. Основные получатели в России — берите российскую площадку, аудитория смешанная или в Европе — Лондон.

YunoHost в каталоге apps.maatrix.io разворачивается на сервер автоматически при заказе — база из LDAP, Postfix, MySQL и SSOwat поднимается сама, вам остаётся привязать домен и поставить приложения из каталога. Адрес и данные для входа появляются в личном кабинете, в разделе «Доступ». Оплата — картами российских банков, по СБП, криптовалютой или токеном MAAT, иностранная карта не нужна и для европейской площадки.

Установка с нуля, включая DNS и SSL, разобрана в статье про установку YunoHost на Ubuntu 24.04, а общий подход к расчёту запаса — в статье сколько оперативной памяти закладывать с запасом.

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