04. Мощности и пропускная способность

Версия 1.1 от 2026-10-03. Документ отвечает на три вопроса: сколько нужно железа на объём заказчика, как рассчитывается парк и почему мы арендуем мощность, а не покупаем.

1. Правило расчёта мощности

Пропускная способность считается не в «RTF на бенчмарке», а в часах аудио в сутки на карту при реальной эксплуатации (батчинг, int8_float16, паузы, повторы):

Правило: +1 карта = +550 часов аудио в сутки. Это и есть единица масштабирования — от неё считаются все конфигурации в 07-deployment.md.

2. Почему аренда, а не своё железо

Ставки аренды мы проверяем перед каждым пересчётом мощностей (последняя проверка — 25.09–03.10.2026) и не публикуем: это условие наших расчётов, а не предложение заказчику. Для бэклога и архивов берём прерываемые инстансы — задачу можно прервать и вернуть в очередь, поэтому она идёт фоном и не конкурирует за ресурсы с потоком.

3. Как считаются мощности под объём

Формула: карт = (минут в месяц ÷ 60) ÷ (часов аудио на карту в сутки × 30), затем — запас на пики и SLA.

Расчёт вычислительного пула под эти объёмы (ускорители класса RTX 4090 / L40S, режим 24/7 с запасом под пики): 1 млн минут/мес ≈ 2 базовые карты под поток; 10 млн минут/мес ≈ 12–14 карт с автоматическим масштабированием. При выносе разбора архива и фоновых задач на прерываемые инстансы затраты вычислительного времени снижаются ещё на 30–50 %.

4. Архитектура парка и автоматизация

• Базовая мощность — минимальный набор карт под SLA live-потока (минимум 2 — для доступности при обслуживании).
• Автоскейл — KEDA по длине очереди + Cluster Autoscaler/Karpenter: новая карта поднимается под нагрузку и гасится, когда очередь пуста. Ночью и в выходные парк сжимается.
• Бэклог — отдельный пул на прерываемых инстансах, чекпоинт по call_id: потеря узла не роняет прогресс (02-architecture.md §4).
• Инфраструктура как код — terraform/ansible: новый контур (в том числе коробка) поднимается из шаблона, а не «руками за две недели».
• Наблюдаемость — Prometheus/Grafana: утилизация карт, длина очереди, скорость обработки, отставание SLA. Цель утилизации — 70 %: ниже — переплата за простой, выше — нечем закрывать пик.

5. Что нужно со стороны заказчика (для коробки)

Точные конфигурации — в 07-deployment.md (§2). Кратко: сервер с 2 или 8 картами класса 4090/L40S, 32–64 ядра, 128–256 ГБ RAM, NVMe и 10/25 GbE; Linux с docker; для «Про» — отдельная нода хранения (~100 ТБ). Электричество: ~0,8 кВт на «Старт», ~3 кВт на «Про».

Если заказчик не хочет покупать железо — это не проблема: тот же продукт доступен как облако или как приватный контур на нашей аренде — изоляция без капитальных затрат (07-deployment.md §1).

6. Ограничения и риски