Перейти к содержимому

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

Billable-метрики считаются с первой единицы по единым ставкам. В начале периода ONREZA применяет денежный usage credit. Его можно потратить на ONREZA Compute, ONREZA Functions, статические сайты, управляемый PostgreSQL и другие billable-возможности. Лимиты ниже — это защитные лимиты, feature entitlements и защитные пороги, а не отдельные корзины “бесплатных гигабайт” или “бесплатных минут” по каждой услуге.

План Usage credit Дополнительное использование
Hobby 250 ₽/мес Не расширяется. При исчерпании credit billable-функциональность ограничивается до нового периода или перехода на Pro
Pro 2 500 ₽/мес Разрешено в пределах extra usage budget; по умолчанию 0 ₽/период
Enterprise Индивидуально По договору
Метрика Hobby Pro Enterprise
Участников workspace, включая владельца 3 Защитный потолок 20, повышается через поддержку По договору
Пользовательских ролей — 10 По договору
Групп доступа — 50 По договору

Если на Pro нужно больше 20 участников, обратитесь в поддержку: индивидуальное повышение не требует перехода на Enterprise. После перехода на Hobby действует потолок 3 участника, включая владельца. Роль Contributor доступна на Pro и Enterprise.

Метрика Hobby Pro Enterprise
Баз данных/workspace 1 Защитный потолок 20, повышается через поддержку По договору, с защитным потолком
Дополнительных веток на БД 1 Защитный потолок 20, повышается через поддержку 200
Дополнительных веток/workspace 1 Защитный потолок 150, повышается через поддержку до 1 500 По договору, до 1 500
CU Size 0.25 (фикс.) 0.25–8.0 До 8.0
Autoscaling — До 8.0 CU; максимум по умолчанию 4.0 CU До 8.0 CU; максимум по умолчанию 8.0 CU

На Pro количество баз не является отдельной тарифной квотой: оплачивается потребление compute, storage и traffic. Если нужно больше 20 баз, обратитесь в поддержку — рассмотрим нагрузку и повысим защитный потолок индивидуально, без обязательного перехода на Enterprise.

Общий потолок дополнительных веток на Pro можно повысить через поддержку с 150 до 1 500. Отдельный потолок на одну базу сохраняется: стандартно 20, через поддержку до 150. Увеличение количества веток не меняет ставки, включённый кредит или денежный бюджет. Незавершённые создание и восстановление веток также занимают доступные слоты.

Основная ветка не занимает слот дополнительной ветки. Доступные размеры CU зависят от поддержки сервиса. Расширение выбора до 8.0 CU не меняет сохранённый размер базы или диапазон автомасштабирования: больший максимум выбирается явно. Денежный бюджет workspace и ставки оплаты ресурсов от этого не повышаются.

Метрика Hobby Pro Enterprise
Хранилище, МБ/workspace 16 10 240 102 400
Метрика Hobby Pro Enterprise
Проектов в workspace 20 1 000 10 000
Файлов в деплое 50 000 100 000 500 000
Макс. размер static-файла 100 MiB 100 MiB 250 MiB
Общий размер деплоя 512 MiB 5 GiB Индивидуально
Артефакты workspace 5 GiB 100 GiB Индивидуально
Платформенные сборки в очереди или в работе 1 3 20
Build Timeout 20 мин 30 мин 60 мин
Env vars/проект 100 300 1 000
Общий размер env vars 32 КБ 64 КБ 256 КБ

Локальная сборка через CLI не занимает слот сборщика платформы, в том числе для Git-проекта. При занятом лимите новая платформенная сборка ожидает в очереди.

Размер деплоя и ёмкость workspace считаются по логическому объёму файлов, до сжатия. Ёмкость включает незавершённые загрузки; денежный учёт хранения за время использования действует отдельно и расходует общий включённый кредит.

Поддержка может увеличить защитный потолок артефактов Pro до 500 GiB после рассмотрения запроса. Индивидуальный потолок не увеличивает включённый кредит и дополнительный бюджет. После перехода на Hobby действует потолок Hobby. При нехватке места очистка не удаляет активный релиз и защищённые предыдущие версии.

Хранение Hobby Pro
Срок по умолчанию 3 дня 14 дней
Максимальный срок настройки 7 дней 30 дней
Предыдущие релизы на окружение по умолчанию 1 3
Диапазон предыдущих релизов 1–3 1–10

Активный релиз защищён отдельно. Хранение старых опубликованных артефактов входит в потребление. Настройки и условия очистки описаны в хранении деплоев.

Static-файлы — это изображения, шрифты, CSS, JS, HTML и другие файлы, которые отдаются напрямую. Общий размер деплоя считается по файлам после сборки, а не по размеру исходного архива. Storage workspace’а — суммарный объём файлов деплоев, которые ещё хранятся и не очищены.

Дневной и часовой квоты деплоев нет. Для защиты от частых запросов действует общий лимит создания деплоев на рабочее пространство: 60 в минуту, с коротким всплеском до 20. Он общий для CLI, API, Git-интеграций, deploy hooks и публикаций Edge Rules. При превышении API возвращает 429 и время ожидания в Retry-After; после ожидания операцию можно повторить.

Метрика Hobby Pro Enterprise
Хранение деплоев 3 дня 14 дней 365 дней
Protected Preview Branches 1 50 500
Protected Previews на ветку 1 3 5
Макс. CPU процесса 2 vCPU 8 vCPU По договору
Макс. память процесса 1 GiB 8 GiB По договору
Сессии (макс. TTL) — 7 дней 30 дней

Максимальная память процесса ограничивает доступный объём, но не резервирует и не тарифицирует его целиком. В ONREZA Compute учитывается только фактическое потребление памяти во времени. CPU по умолчанию остаётся 1 vCPU; больший лимит выбирается явно в настройках проекта. Расширение защитных потолков Pro не повышает сохранённый CPU limit или денежный бюджет. Коэффициенты начисления CU не увеличивают доступную память процесса.

Нормализация ресурсов, применение включённого кредита и расчёт дополнительного использования описаны в методике расчёта. Актуальные ставки опубликованы на странице тарифов и в биллинге workspace.

Поведение зависит от вашего плана и типа метрики.

Когда общий usage текущего периода исчерпал non-extendable credit, платформа ограничивает billable-функциональность. Защитные control values могут дополнительно ограничивать конкретный слой, если workload выглядит как runaway/abuse:

Превышена метрика Что ограничивается Что продолжает работать
Usage credit Ресурсоёмкие runtime-операции Существующие данные и настройки
Compute safety/backstop Compute-запросы, WebSocket-подключения Статика, настройки проекта
Static egress, origin fetch Раздача статических файлов Compute, оптимизация изображений
Оптимизация изображений Трансформации изображений Раздача оригиналов и остальная статика

При обращении к ограниченной функциональности ваши пользователи получат ответ 402 с сообщением о временной недоступности.

Как снять ограничение:

  • Перейти на Pro — после успешной активации и обновления доступного бюджета ограничение снимается автоматически; далее работает included credit + extra usage budget
  • Дождаться нового периода — в начале следующего расчётного периода потребление обнуляется

На Pro billable usage сначала покрывается included usage credit. После исчерпания credit каждая следующая единица тарифицируется по ставкам выше и допускается только в пределах extra usage budget.

При достижении лимита расходов (Hard Cap) поведение меняется:

  1. До порога — сервис работает нормально
  2. При достижении порога — все ресурсоёмкие операции ограничиваются (аналогично Hobby)
  3. Для продолжения работы увеличьте лимит расходов или дождитесь нового периода

Настроить лимит расходов: Настройки → Лимиты расходов.

Состав тарифицируемых операций и исключения определены в методике расчёта.

Платформа автоматически отслеживает резкие изменения потребления по каждому слою и каждой метрике:

Тип Условие Реакция
Резкий рост за час Метрика выросла > ×10 за час Уведомление с указанием слоя и метрики
Аномалия относительно недели Метрика > ×5 от 7-дневной медианы Уведомление с указанием слоя и метрики
Hard Cap Extra usage достиг установленного потолка Защитный режим для ресурсоёмких операций

При каждом срабатывании создаётся запись в аудите workspace.

  • Проверяйте остаток usage credit и доступные вашему тарифу уведомления
  • Периодически проверяйте метрики всех используемых слоёв
  • Перед большими релизами или кампаниями заранее повышайте лимиты и Hard Cap