Содержание +
- Шаг 1 – Вес исходника, байты, которые вы…
- Шаг 2 – Слой encoded, каждая ступенька…
- Шаг 3 – Репликация, налог на долговечность
- Шаг 4 – Ежемесячный счёт за облачные…
- Расчёт вручную, а затем в калькуляторе
- Какие бывают реальные библиотеки
- Частая ошибка – путать storage и egress
- Вторая частая ошибка – забыть про минимальный срок хранения на archive-тирах
- Миграция кодека: когда своп окупится?
- Как устроены репликация и erasure coding под капотом
- Где здесь Фора Софт
- Главное
Введите объём вашей видеобиблиотеки, тип файлов и облако, в котором они хранятся – и наш интерактивный калькулятор стоимости хранения выдаст четыре ключевых показателя, которые инженер мог бы записать на маркерной доске: вес исходников (камерных оригиналов или мастер-файлов mezzanine, которые вы храните вечно), вес encoded-слоя (всех ступеней ABR-лестницы, которые вы отдаёте зрителям), вес с учётом репликации (после тройной копии или эквивалентного erasure-кода) и ежемесячный счёт по каждому крупному провайдеру – AWS S3 Standard, Glacier Deep Archive, Backblaze B2, Cloudflare R2, Wasabi, Google Cloud и Azure. Боковая панель применяет ту же библиотеку к арифметике миграции на AV1 / HEVC и показывает экономию байтов в encoded-слое – то есть конкретный чек, который вы получите от смены кодека. Все цифры основаны на официальных тарифах за май 2026 года и peer-reviewed-исследованиях per-title encoding, поэтому калькулятор даёт тот же результат, что и старший видеоинженер, – только с готовой строкой счёта.
Зачем это нужно
Сюрприз с бюджетом на хранение – одна из трёх причин, по которым проваливается запуск видеопродукта, и единственная, которую можно точно предсказать за год вперёд. Две другие – рост CDN-egress и ухудшение пользовательского опыта – зависят от поведения зрителей, которое невозможно смоделировать по презентации. Хранение – это просто байты × месяцы × тариф за гигабайт, поэтому финансовому директору, задающему вопрос: «Во сколько нам обойдётся библиотека на третий год?», нужен не приблизительный жест, а конкретное число с запятой. Этот калькулятор даёт такой ответ продакт-менеджеру, основателю, маркетологу или операционному руководителю, которому нужно обосновать строку «хранение» в бюджете, согласовать её с инженерами и ответить на вопрос о миграции кодека – окупится ли она за месяцы или за годы – конкретными цифрами.
Виджет в начале страницы построен на том же четырёхшаговом пайплайне, который всегда держит в голове любой видеоинженер, оценивая стоимость библиотеки. Пройдём по нему один раз, чтобы вы понимали, что делает каждый элемент управления и почему ответ меняется именно так.
Вес исходника, байты, которые вы храните навсегда
У каждого видео есть исходник – оригинальный файл, созданный камерой, студией или при записи сессии. В профессиональных пайплайнах исходник часто конвертируют в mezzanine – высококачественный промежуточный файл в формате, удобном для работы монтажёров и энкодеров, без многократного сжатия lossy-данных. Наиболее распространённый mezzanine для HD-вещания – Apple ProRes 422 HQ с битрейтом 184 Mbps и объёмом около 83 ГБ в час. 4K-эквивалент – ProRes 422 HQ при 30 кадрах в секунду – имеет битрейт 943 Mbps и весит примерно 424 ГБ в час. Камерные оригиналы в кодеках типа RED RAW или ARRI RAW могут занимать ещё больше – от 0,5 до 1 ТБ в час, в зависимости от модели камеры и выбранного качества.
Для интернет-продукта, который никогда не уходит в эфирное вещание, исходник чаще всего сам по себе является пользовательской загрузкой – H.264 от создателя контента на 10–30 Mbps. Это примерно 5–15 ГБ в час. В калькуляторе выпадающий список «source format» покрывает все три режима (consumer upload, mezzanine на ProRes, camera RAW), поэтому вы можете подобрать его под реальный пайплайн.
Итог по исходнику – простая формула:
байты исходника = часы библиотеки × вес выбранного формата в ГБ/часДля каталога из 1000 часов 4K-материалов в формате ProRes 422 HQ это 1000 × 424 ГБ = 424 ТБ – ещё до начала любой работы. Даже на самом дешёвом хранилище, доступном в 2026 году, стоимость хранения не будет нулевой.
Слой encoded, каждая ступенька лестницы
Зрителю вы отдаёте не исходник, а adaptive bitrate ladder – набор предварительно закодированных версий одного и того же видео в разных разрешениях. Плеер выбирает подходящую ступеньку, которую может обеспечить текущая сеть. Типичная стриминговая лестница в 2026 году включает пять–семь уровней: от 240p-резервной версии на смартфоне до 4K HDR на верхнем уровне. Умножьте объём одной лестницы на продолжительность всего каталога – и получите общий encoded-вес.
В калькуляторе три пресета лестницы, каждый из которых откалиброван по опубликованным в 2026 году ladder-ам Netflix, YouTube и Mux. Цифры в таблице ниже – это битрейты, которые платформы реально используют в 2026 году, а не устаревшие лестницы, которые они заменили.
| Пресет лестницы | Кодек | Верхняя ступень | Сумма всех ступеней в час | Источник / обоснование |
|---|---|---|---|---|
| Mobile-first (240p–1080p, 5 ступеней) | H.264 | 5 Mbps | 1.8 ГБ / час | Mux published ladder, 2026. |
| Streaming-grade (240p–4K SDR, 6 ступеней) | H.264 | 16 Mbps | 4.4 ГБ / час | Netflix 4K SDR; mid-ladder Mux. |
| Premium HDR (360p–4K HDR, 7 ступеней) | H.264 | 25 Mbps | 6.0 ГБ / час | Netflix legacy 4K HDR pre-per-title. |
| Streaming-grade в HEVC | H.265 | 8 Mbps | 2.2 ГБ / час | Половина H.264 при совпадающем VMAF. |
| Streaming-grade в AV1 | AV1 | 5.3 Mbps | 1.45 ГБ / час | Треть H.264 при совпадающем VMAF (AOMedia, Meta). |
Rendition – это одна ступень лестницы. Rendition set – это вся стопка для одной единицы контента. Итог по encoded-слою – это сумма ступеней на каждый час для каждой единицы контента:
байты encoded = часы библиотеки × сумма вес ступеней выбранной лестницыДля каталога объёмом в 1000 часов со streaming-лестницей на H.264 это составляет 1000 × 4,4 ГБ = 4,4 ТБ. То есть ещё до облачной репликации encoded-слой в 100 раз легче, чем ProRes-мастера над ним. Большая часть вашего счёта за хранение – это именно мастера, а не ступеньки, которые вы реально раздаёте. Это первое важное открытие, которое упускают почти все продуктовые презентации.
Репликация, налог на долговечность
Облачное объектное хранилище никогда не хранит вашу копию в одном экземпляре. AWS S3 распределяет каждый объект как минимум по трём Availability Zones; Google Cloud Standard делает то же самое в multi-region-бакете; Azure Hot по умолчанию обеспечивает три локальные копии, а для zone-redundant-варианта – шесть. Внутри поставщики всё чаще используют erasure coding – математический метод, при котором объект разбивается на data- и parity-чанки, а потерянные фрагменты восстанавливаются на основе оставшихся. Поэтому видимые снаружи «три копии» – это уровень надёжности, гарантированный SLA, а не всегда буквальные копии данных на дисках. Для клиента важна сама цифра SLA: примерно одиннадцать девяток (99,999999999 %) годовой durability для горячих уровней хранения.
Клиент платит один раз. Опубликованная на странице тарифов цена за гигабайт – это эффективная ставка с учётом внутренней логики репликации. То есть репликация – не дополнительный множитель, который накладывается сверху, она уже учтена в цене. Поэтому калькулятор не умножает объём данных на 3, а применяет ставку 1, указанную в тарифе. Панель репликации в виджете – справочная: она показывает, что происходит «под капотом», чтобы вы могли уверенно ответить на вопрос CFO, не прибегая к догадкам. Исключение составляют single-zone-уровни (S3 One-Zone IA, Azure LRS), которые жертвуют одной девяткой надёжности ради скидки около 20 % – такие опции калькулятор отображает отдельно.
billable байты = байты исходника + байты encoded
(без множителя 3 — репликация уже в опубликованной ставке)Ежемесячный счёт за облачные услуги
Последний шаг – самый простой: цена за гигабайт × объём в гигабайтах × количество месяцев. Ставки, опубликованные в 2026 году и используемые калькулятором, приведены в таблице ниже. Это цены по модели on-demand с официальных страниц каждого вендора на май 2026 года, регион US East, без скидок за долгосрочное использование (committed use) и корпоративных переговоров.
| Тир | Вендор | Цена за ГБ / месяц | Заметки |
|---|---|---|---|
| Hot, стандартная durability | AWS S3 Standard | $0.0230 | Первая полоса 50 TB; tier-скидки выше. |
| Hot, стандартная durability | Google Cloud Standard | $0.0200 | Single-region US бакет. |
| Hot, стандартная durability | Azure Blob Hot LRS | $0.0180 | Только локальная redundancy. |
| Hot, S3-совместимый | Cloudflare R2 | $0.0150 | Egress бесплатный в любую сторону. |
| Hot, S3-совместимый | Backblaze B2 | $0.0060 | $0.01 / ГБ egress, бесплатно через Cloudflare. |
| Hot, S3-совместимый | Wasabi | $0.0068 | Бесплатный egress в рамках лимита. |
| Cool / Infrequent Access | AWS S3 Standard-IA | $0.0125 | + $0.01 / ГБ retrieval. |
| Cool | Azure Blob Cool | $0.0100 | + retrieval fee. |
| Cool | Google Cloud Nearline | $0.0100 | + retrieval fee. |
| Cold | Azure Blob Cold | $0.0045 | Минимум 90 дней. |
| Cold | Google Cloud Coldline | $0.0040 | Минимум 90 дней. |
| Archive | AWS Glacier Deep Archive | $0.00099 | Retrieval 12–48 ч; минимум 180 дней. |
| Archive | Azure Blob Archive | $0.00099 | Retrieval до 15 ч. |
| Archive | Google Cloud Archive | $0.0012 | Минимум 365 дней. |
Для того же каталога объёмом 1000 часов в формате 4K ProRes 422 HQ:
байты исходника = 1 000 × 424 ГБ = 424 000 ГБ
стоимость S3 Standard = 424 000 × $0.0230 = $9 752 / месяц
стоимость Glacier Deep Archive = 424 000 × $0.00099 = $420 / месяцЭта разница в 23 раза между hot и archive – самый влиятельный рычаг во всём пайплайне. Библиотека, где мастера хранятся в Glacier Deep Archive, а активные renditions – в S3 Standard, обходится на порядок дешевле, чем та, где всё по умолчанию лежит в hot-тире. Большинство команд не разделяют эти два слоя с самого начала, и только к шестому месяцу счёт обычно убеждает их в необходимости такого разделения.
Расчёт словами
Библиотека 100 ч (Пользовательская загрузка 1080p, Стриминг SDR, H.264) занимает 1,9 ТБ при 2 копиях и стоит $43,24 в месяц на AWS S3 Standard – $518,88 в год.
Абзац собран из тех же значений, что и цифры выше – скопируйте его в письмо заказчику. Коэффициенты даны для контента средней сложности.
Расчёт вручную, а затем в калькуляторе
Откройте калькулятор и выберите пресет OTT 1 000 часов. По умолчанию он рассчитан на 1 000 часов контента в формате ProRes 422 HQ 4K, с последующей конвертацией в лестницу стриминговых разрешений на H.264, а хранение – на AWS S3 Standard для горячих данных и Glacier Deep Archive для холодных. Вы увидите:
- Объём исходного материала: 424,0 ТБ
- Объём закодированных данных: 4,4 ТБ
- Общий объём платных байтов: 428,4 ТБ
- Ежемесячная стоимость (все данные в горячем хранилище, S3 Standard): $10 003
- Ежемесячная стоимость (мастер-файлы в холодном хранилище, рендера – в горячем): $521
- Годовая экономия от перевода мастер-файлов в архивное хранилище: $113 784
Теперь то же самое на бумаге. ProRes 422 HQ 4K = 424 ГБ/час × 1000 часов = 424 000 ГБ = 424 ТБ мастер-файлов. Streaming-grade H.264-лестница = 4,4 ГБ/час × 1000 часов = 4400 ГБ = 4,4 ТБ рендеров. Итого: 428 400 ГБ.
All-hot стоимость = 428 400 × $0,023 = $9 853 в месяц. Калькулятор показывает $10 003, потому что по умолчанию для 4K-источника он использует более тяжёлую premium-HDR-лестницу – переключите её на streaming-grade SDR, и значение снизится до $9 853, как в ручном расчёте.
Mixed-tier стоимость = (424 000 × $0,00099 за archive) + (4 400 × $0,023 за hot) = $420 + $101 = $521 в месяц. Перенесите мастера из S3 Standard в Glacier Deep Archive – счёт снизится на 94 %.
Теперь переключите кодек на AV1. Объём лестницы стримингового качества падает с 4,4 ГБ в час до 1,45 ГБ в час – это экономия 67 % при неизменном качестве. Строка renditions в калькуляторе сокращается с 4,4 ТБ до 1,45 ТБ, стоимость хранения – с $101 в месяц до $33 в месяц, а нижняя панель виджета показывает расчёт экономии: 2,95 ТБ сэкономлено × $0,023 = $68 в месяц, или $816 в год на каталоге из 1000 часов. На каталоге из 100 000 часов та же операция экономит $81 600 в год только на хранении – без учёта CDN-egress.
Это полный пайплайн – пошагово, с реальной строкой из облачного счёта, которую можно использовать в презентации.
Какие бывают реальные библиотеки
Числа в отрыве от контекста воспринимаются плохо – привяжите их к знакомым ориентирам. Типичный архив телекомпании насчитывает 100 000–500 000 часов, в зависимости от степени оцифровки. Среднеразмерный OTT-сервис в 2026 году – тот, что Фора Софт создаёт для клиентов, – включает от 5 000 до 50 000 часов оригинального и лицензированного контента. Netflix не раскрывает объём своего каталога, но по публичным данным (около 18 000 тайтлов со средней продолжительностью 90 минут) можно оценить, что на уровне мастер-файлов у платформы – примерно 27 000 часов. Это уже уверенно петабайтная территория, если учесть все закодированные версии по HDR-стандартам. YouTube находится на два порядка дальше: пользователи загружают более 500 часов видео в минуту – то есть 30 000 часов в час, 720 000 часов в день, и платформа ежедневно добавляет более петабайта хранилища. По оценкам отрасли, суммарный объём составляет несколько эксабайт – это крупнейшая видеобиблиотека в мире.
Поэтому пресет «1 000 часов» в калькуляторе – это нижняя граница OTT-диапазона. Большинство наших клиентов имеют каталоги в пять–пятьдесят раз больше. Переместите ползунок «catalogue size» в виджете до 100 000 часов – и счёт сам покажет, почему каждый видеопродукт после определённого размера требует реальных инженерных ресурсов на per-title encoding, миграцию кодеков и tier-политики.
Грабли – посчитали мастер один раз и *renditions* один раз, но забыли HDR-лестницу
Если вы выпускаете HDR-контент, у вас не одна, а две лестницы. Большинство премиальных OTT-каталогов в 2026 году используют SDR-лестницу и отдельную HDR10-лестницу, а всё чаще – третью, Dolby Vision, для самого высокого уровня. Каждая добавляет примерно столько же данных. Поэтому 4K HDR-каталог на уровне рендера занимает в два–три раза больше места, чем его SDR-эквивалент. Флажок HDR в калькуляторе переключает часовую нагрузку рендеров на пресет премиального HDR, который суммирует SDR и HDR10. Добавьте Dolby Vision – и слой encoded вырастет ещё на 50 %. При этом мастер-файлы не увеличиваются – вы храните один мастер, а не три, – поэтому «HDR-налог» почти полностью ложится на рендеры, то есть на слой, который команды обычно недооценивают.
Частая ошибка – путать storage и egress
Самая частая ошибка в видеоинфраструктуре с точки зрения затрат – это смешение storage (тариф за хранение байтов на диске) и egress (тариф за передачу этих байтов из облака в CDN или конечному зрителю). Хранение в AWS S3 Standard стоит $0.023 за ГБ в месяц, а вывод данных из S3 – $0.09 за ГБ, то есть в четыре раза дороже, и эту плату вы платите при каждом воспроизведении. Библиотека, обходящаяся в $10 000 в месяц на хранение, может стоить $100 000 в месяц на раздачу – и именно egress делает решения вроде Cloudflare R2 (хранение $0.015, egress бесплатно) и Backblaze B2 (хранение $0.006, egress бесплатно через Cloudflare) настолько привлекательными, что на них стоит переходить. Калькулятор на этой странице рассчитан только на хранение – он намеренно не учитывает egress, потому что такие переменные, как продолжительность просмотра, выбор CDN и географическое расположение, относятся к другой модели. Однако любое решение по хранению всегда идёт в паре с решением по egress, поэтому в статье упоминается наш калькулятор битрейта, где egress-параметры получают отдельную панель проверки пропускной способности. Перепутать их – и недооценить бюджет в пять раз.
Вторая частая ошибка – забыть про минимальный срок хранения на archive-тирах
Архивные тиры – S3 Glacier Deep Archive, Azure Blob Archive, Google Cloud Archive – имеют минимальный платный срок хранения. Если вы загрузили файл в Deep Archive первого числа и удалили его тридцатого, AWS всё равно выставит счёт за 180 дней хранения. У Wasabi минимальный срок – 90 дней на hot-тире, у Backblaze такого ограничения нет. Калькулятор отображает эти минимумы рядом с каждым тиром, чтобы экономия на холодном хранении не была «съедена» штрафом за досрочное удаление, если вы передумали. Библиотека, которая перекодируется каждый квартал, не может хранить мастер-файлы в Deep Archive без оплаты «призраков»; та, что обновляется раз в пять лет, – может.
Миграция кодека: когда своп окупится?
Самый частый повод запустить этот калькулятор – оценка миграции кодека: H.264 → HEVC или HEVC → AV1. Математика в обоих случаях одинакова.
Смена кодека экономит байты на уровне рендера, а не на уровне мастер-файлов: вы храните тот же исходник и перекодируете его в более лёгкую лестницу. Размер экономии – это отношение веса старой и новой лестницы. Стоимость миграции – это время вычислений на кодирование: обычно оно в 2–4 раза больше по wall-clock и по загрузке CPU для AV1 по сравнению с H.264 при одинаковом качестве, хотя аппаратные энкодеры (NETINT, AV1-режим NVENC) значительно сокращают этот разрыв. Для планирования бюджета закладывайте стоимость кодирования в размере $0.02–$0.05 за исходную минуту в облачных сервисах транскодирования – AWS MediaConvert, Bitmovin, Coconut.
break-even месяцев = (стоимость энкодинга на час × часы) / экономия storage в месяц на часДля каталога объёмом 10 000 часов, при переходе с H.264 на AV1 в хранилище S3 Standard:
экономия storage = (4.4 − 1.45) ГБ/час × 10 000 часов × $0.023 = $679 / мес
стоимость энкода = 60 минут × $0.04 × 10 000 часов = $24 000 одноразово
break-even = $24 000 / $679 = 35 месяцев ≈ 3 годаТри года – индустриальное правило для миграции на AV1 «чисто по storage». Картина кардинально меняется, как только вы учитываете экономию на egress со стороны CDN: AV1 при том же VMAF работает с битрейтом в три раза ниже, и в egress-ёмких продуктах эта экономия обычно превышает затраты на хранение на порядок. Панель миграции в калькуляторе показывает обе линии – не ориентируйтесь только на storage-линию при принятии решения.
Как устроены репликация и erasure coding под капотом
Этот раздел можно пропустить, если вам нужно только число для бюджета; мы включаем его для инженера, который читает через плечо у продакт-менеджера. AWS S3 Standard, Google Cloud Standard multi-region и Azure Blob Hot ZRS гарантируют 99,999999999 % годовой durability («одиннадцать девяток»). Это значение не достигается за счёт трёх буквальных копий каждого байта. Внутри AWS S3 разбивает каждый объект на шарды и применяет erasure coding – класс математических методов (чаще всего Reed-Solomon), который из K data-шардов генерирует M parity-шардов, позволяя восстановить исходный объект по любым K из K+M шардов. Типичная конфигурация – 6+3 (шесть data и три parity), что даёт накладные расходы 1,5× по объёму – вдвое дешевле прямой тройной репликации при той же надёжности хранения.
Для счёта важно одно: опубликованная цена за ГБ – это all-in-ставка. Вы платите за пользовательский гигабайт, не за шарды под капотом. Репликация невидима в момент биллинга. Где она реально вылезает – в региональной разнице цен: multi-region-бакет, который реплицируется между континентами, стоит примерно вдвое больше за ГБ, чем single-region, потому что egress между регионами не бесплатен даже внутри облака. Калькулятор показывает чекбокс «multi-region replication», который удваивает ставку и моделирует самый распространённый multi-region-сценарий.
Исключение из правила «репликация невидима» – single-zone-тиры. AWS S3 One-Zone IA хранит данные в одной зоне доступности (на одну девятку надёжности меньше), что примерно на 20 % дешевле, чем S3 Standard-IA. Azure LRS работает аналогично по сравнению с ZRS. Калькулятор отображает их как отдельные опции, чтобы компромисс «цена против надёжности» был явным, а не скрытым.
Где здесь Фора Софт
Мы занимаемся видеопродуктами с 2005 года: видеоконференции, видеостриминг, OTT, видеонаблюдение, e-learning, телемедицина и AR/VR. Калькулятор стоимости хранения на этой странице – это модель, которую мы даём каждому новому продакт-менеджеру в команде, потому что четырёхшаговый пайплайн встречается в каждом разговоре с клиентом. Флот видеонаблюдения, которому нужно хранить 90 дней записи с 200 камер, имеет ту же структуру, что и OTT-сервис, которому требуется хранить 10 000 часов лицензионного контента с HDR-лестницей, и обе эти схемы совпадают с e-learning-платформой, у которой есть 5 000 часов обучающих записей с поиском по содержанию. Мы оцениваем бюджеты хранения одинаково: считаем часы, выбираем формат исходника, определяем лестницу кодирования, подбираем tier-микс и умножаем.
Главное
- Месячный счёт видеобиблиотеки рассчитывается как сумма байтов исходного материала и закодированных данных, умноженная на опубликованную ставку за ГБ выбранного тира.
- Мастера ProRes 4K занимают 424 ГБ в час; streaming-уровневые encoded-лестницы – 4–6 ГБ в час: основной объём приходится на исходники.
- Разница между hot и archive – 23 раза: перенос мастеров в Glacier Deep Archive при наличии активных рендеров – главный инструмент экономии.
- Облачная репликация уже включена в опубликованную ставку – не учитывайте её дополнительно при расчёте бюджета.
- Миграция на AV1 экономит 67 % объёма rendition-слоя при том же качестве; на одном хранилище окупается примерно за 3 года, с учётом egress – ещё быстрее.
- HDR требует второй лестницы кодирования: при выпуске HDR10 или Dolby Vision закладывайте в 2–3 раза больше байтов для рендеров, чем для SDR.
Автор
