Лимиты и квоты

На этой странице описаны жёсткие и мягкие лимиты, применяемые к развёртываниям Rediacc. Понимание этих лимитов поможет вам планировать ёмкость и избегать неожиданных ограничений.

Сервисы на репозиторий

Каждый репозиторий поддерживает до 61 сервиса, работающего одновременно.

Это жёсткий лимит, определяемый адресным пространством сети, выделенным каждому репозиторию. Каждый сервис получает собственный выделенный частный IP-адрес, а адресный блок каждого репозитория вмещает ровно 61 слот для сервисов.

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

Репозитории на машину

Жёсткого ограничения со стороны Rediacc нет. Практический лимит зависит от ресурсов вашей машины:

Ресурс	Влияние
Дисковое пространство	Каждый репозиторий представляет собой зашифрованный образ диска. Машина с 1 ТБ доступного хранилища может содержать множество репозиториев, но суммарный размер всех образов должен помещаться в пул хранилища данных.
Оперативная память	Каждый работающий репозиторий запускает собственный Docker daemon и контейнеры. Потребление памяти зависит от ваших рабочих нагрузок.
Процессор	Параллельные операции с репозиториями (запуск, резервное копирование, форк) создают временную нагрузку на процессор.

Типичные развёртывания запускают от 10 до 50 репозиториев на машину без проблем. Машины с 32 ГБ и более оперативной памяти и 500 ГБ и более хранилища регулярно обслуживают 100+ репозиториев.

Общесистемный лимит сетевых идентификаторов

Каждому репозиторию назначается уникальный сетевой идентификатор (число, используемое для расчёта диапазона частных IP-адресов). Этот пул общий для всех машин и репозиториев, управляемых одной конфигурацией Rediacc.

Лимит	Значение
Всего доступных сетевых идентификаторов	~261 944
Область действия	На конфигурацию (общая для всех машин в конфигурации)

При удалении репозитория его сетевой идентификатор освобождается и становится доступным для повторного использования. Rediacc выделяет идентификаторы последовательно и сканирует освобождённые промежутки только когда прямой счётчик приближается к потолку. На практике этот лимит никогда не достигается. Для этого потребовалось бы создать и отслеживать сотни тысяч репозиториев за время жизни одной конфигурации.

Форки

Ограничения на количество активных форков репозитория нет. Каждый форк является полной копией с механизмом копирования при записи, собственным зашифрованным хранилищем, сетевыми адресами и Docker daemon. Форки потребляют дисковое пространство пропорционально данным, записанным в них после создания (а не полному размеру родительского репозитория).

Внешние порты

Постоянно активные порты

Порты открываются только после настройки публичного IP-адреса командой rdc config infra set --public-ipv4. До этого момента на машине нет открытых портов. После настройки:

Порт	Протокол	Назначение
80	TCP	HTTP: обрабатывается Traefik; возвращает 404 для ненастроенных доменов, не передаётся ни одному сервису
443	TCP	HTTPS: аналогично; запросы без совпадающего маршрута отклоняются на уровне прокси
10000–10010	TCP	Динамический диапазон для управляемой Rediacc TCP-переадресации

HTTP/HTTPS отличаются от необработанных TCP-портов: хотя порты 80 и 443 открыты, каждый запрос проверяется обратным прокси по явной таблице маршрутизации. Без настроенного сервиса и соответствующего домена код приложения недоступен и данные не раскрываются.

Опциональная TCP/UDP-переадресация

Все остальные порты (базы данных, кеши, брокеры сообщений, DNS, почта) закрыты по умолчанию и должны быть явно открыты. Это сводит к минимуму поверхность атаки машины.

Чтобы открыть порт конкретного сервиса:

labels:
  - "rediacc.tcp_ports=5432"   # expose PostgreSQL from this container
  - "rediacc.udp_ports=53"     # expose DNS from this container

Чтобы открыть порт на уровне машины (доступный всем сервисам):

rdc config infra set -m server-1 --tcp-ports 25,587,993   # mail server
rdc config infra push -m server-1

Справочник CLI: rdc config infra set · rdc config infra push

Никогда не открывайте порты баз данных или кешей наружу без конкретной необходимости. Используйте автоматические HTTPS-маршруты для веб-сервисов и оставляйте сервисы хранения внутренними.

Хранилище данных

Хранилище данных представляет собой пул фиксированного размера, создаваемый при первоначальной настройке машины. Его размер не увеличивается автоматически.

Минимальный рекомендуемый размер: 50 ГБ
Максимальный размер: ограничен вашим диском. Один пул может занимать весь диск.
Изменение размера: используйте rdc datastore resize для расширения существующего пула. Уменьшение не поддерживается.
Файловая система: Rediacc использует BTRFS для снимков с копированием при записи и эффективного форкинга. Требуется машина с ядром Linux 6.1 или новее для полной стабильности в продуктивной среде.

У каждого образа репозитория есть фиксированный максимальный размер, задаваемый при создании (по умолчанию: 10 ГБ). Используйте rdc repo resize для расширения отдельного репозитория. Сумма максимальных размеров всех репозиториев не может превышать размер пула хранилища данных.

HTTP-маршруты

Каждый сервис с меткой rediacc.service_port автоматически получает один HTTPS-маршрут. Ограничения на количество сервисов с маршрутами нет (с учётом максимума в 61 сервис на репозиторий).

Wildcard-сертификаты TLS выпускаются для каждого репозитория при первом развёртывании через Let’s Encrypt (вызов Cloudflare DNS-01). Let’s Encrypt устанавливает лимит в 50 сертификатов на зарегистрированный домен в неделю. Поскольку Rediacc использует один wildcard-сертификат на репозиторий (а не на сервис), развёртывание с более чем 50 новыми репозиториями за одну неделю может достичь этого лимита.

Форки используют существующий wildcard-сертификат родительского репозитория и не расходуют квоту сертификатов.

Контрольная точка / восстановление (CRIU)

Живая миграция через CRIU имеет следующие ограничения:

Опционально: контрольные точки создаются только для контейнеров с меткой rediacc.checkpoint=true. Базы данных и сервисы без состояния исключаются по умолчанию и запускаются заново при восстановлении.
Требование к ядру: Linux 6.1 или новее на исходной и целевой машине.
Сетевой режим: CRIU требует режим хостовой сети. Контейнеры с пользовательскими сетевыми конфигурациями не могут быть сохранены в контрольную точку.
Память: размер данных контрольной точки равен резидентной памяти сохраняемого процесса. Большие наборы данных в памяти (например, приложение Node.js, кеширующее 4 ГБ данных) создают файлы контрольных точек размером 4 ГБ.
TCP-соединения: Приложения должны быть готовы к потере соединений при восстановлении. Активные TCP-соединения не сохраняются, восстановленный процесс видит сокеты как закрытые и должен переподключиться. Это применимо как к восстановлению на той же машине, так и к межмашинному восстановлению.
Живой форк на той же машине не поддерживается: rdc repo fork --parent X --tag Y --checkpoint успешно захватывает контрольную точку, но последующий rdc repo up на той же машине терпит неудачу с criu failed: type RESTORE errno 0, пока родитель ещё работает. Это вызвано upstream-багами CRIU checkpoint-restore/criu#478 и checkpoint-restore/criu#514, которые взаимодействуют с network_mode: host. Для сохранения состояния процесса на месте на той же машине используйте rdc repo down --checkpoint + rdc repo up. Для живой миграции используйте rdc repo push --checkpoint на другую машину.

Резервное копирование

Лимит	Значение
Назначений резервного копирования на репозиторий	Без ограничений
Одновременных задач резервного копирования	1 на репозиторий (задачи ставятся в очередь при одновременном запуске)
Частота резервного копирования	Минимальный интервал не установлен; ограничено пропускной способностью вашего хранилища. Используйте `rdc config backup-strategy set --name <name> --bwlimit "6M"` для ограничения скорости загрузки
Хранение	Контролируется вашим провайдером хранилища (S3, Cloudflare R2 и др.). Rediacc не устанавливает политики хранения.
Резервное копирование между машинами	Поддерживается; на целевой машине должно быть достаточно места в хранилище данных

CLI и API

Лимит	Значение
Одновременных команд `rdc` к одной машине	Без ограничений (каждая команда открывает собственное SSH-соединение)
Параллелизм запуска репозиториев по умолчанию	3 (настраивается через `--concurrency`)
Тайм-аут SSH-соединения	30 секунд для первоначального подключения
Длительность сессии `rdc`	Без тайм-аута; длительные операции поддерживают соединение активным

Поддерживаемые версии ОС

Удалённые машины должны работать на одной из следующих ОС для соответствия требованиям Rediacc к ядру, файловой системе и сетевой изоляции. Этот список является авторитетным CI-протестированным набором (матрица Bridge Workers) и должен оставаться синхронизированным с Требованиями:

ОС	Минимальная версия	Ядро по умолчанию	Примечания
Ubuntu	24.04 LTS (рекомендуется)	6.8	AppArmor по умолчанию.
Debian	13 (Trixie); 12 Bookworm также работает	6.12 (6.1 на Debian 12)
Fedora	43	6.12	SELinux enforcing по умолчанию.
openSUSE Leap	16.0	6.4+	AppArmor по умолчанию.
Oracle Linux	10 (UEK)	UEK 7+	UEK сохраняет btrfs; SELinux enforcing по умолчанию.

Минимально требуемое ядро: 6.1. Машины с более старыми ядрами отклоняются при настройке с понятным сообщением об ошибке.

Почему ядро 6.1? Rediacc использует BTRFS для зашифрованного хранения репозиториев и форкинга с копированием при записи. Linux 6.1 представил критические улучшения BTRFS, которые значительно сокращают время монтирования для больших хранилищ данных, улучшают производительность удаления снимков и исправляют проблемы целостности данных, присутствовавшие в более ранних ядрах. Ядро 6.1 также необходимо для хуков сетевой изоляции на уровне ядра, которые обеспечивают изоляцию между репозиториями, прозрачно переписывая вызовы bind() и блокируя соединения между репозиториями.

Почему не Rocky Linux 10 / стандартное ядро RHEL 10? Стандартное ядро RHEL 10 поставляется без модуля btrfs (modprobe btrfs завершается ошибкой “Module btrfs not found”). Зашифрованный бэкенд хранилища Rediacc не может работать без btrfs. Oracle Linux 10 является единственной RHEL-совместимой целью в списке поддерживаемых систем, поскольку по умолчанию использует Unbreakable Enterprise Kernel (UEK), который сохраняет btrfs. Полное объяснение см. в Требованиях: Почему UEK?.

Матрица функций ядра

Операторы могут использовать эту матрицу для быстрого просмотра того, что каждая CI-протестированная ОС предоставляет из коробки. Все пять удовлетворяют каждому требованию; матрица является операторской справочной информацией, а не критерием отбора.

ОС	Модуль btrfs	cgroups v2	Landlock (ABI 1 и выше)	Хуки eBPF cgroup
Ubuntu 24.04	встроенный	unified hierarchy	да (5.13+)	да
Debian 13	встроенный	unified hierarchy	да	да
Fedora 43	встроенный	unified hierarchy	да	да
openSUSE Leap 16.0	встроенный	unified hierarchy	да	да
Oracle Linux 10 (UEK)	встроенный (через UEK)	unified hierarchy	да	да