Стример пишет 500 ГБ эфиров в месяц: куда девать архив

MAATRIX

Каждый эфир пишется на диск целиком, потому что вы никогда заранее не знаете, где будет тот самый момент, из которого через полгода получится вирусный клип. Проблема в том, что диск не резиновый, а платформа держит записи у себя далеко не вечно — рано или поздно приходится выбирать между «стереть старое» и «докупить очередной внешний HDD». Дальше — рабочий вариант: сервер с приличным объёмом диска как постоянный архив всех эфиров, откуда потом спокойно нарезаются клипы и лучшие моменты.

Почему архив эфиров — это не мелочь, а систематическая проблема

Пока стримов немного, вопрос не стоит остро: пара VOD полежала на площадке, что-то важное скачали руками — и ладно. Но как только эфиры становятся регулярными, вылезает сразу несколько проблем одновременно.

Во-первых, площадки хранят записи ограниченное время. У Twitch и YouTube сроки хранения VOD и правила автоматического удаления периодически меняются и зависят от статуса канала, партнёрской программы и настроек приватности — но в любом случае речь идёт о неделях-месяцах, а не о годах. Рассчитывать, что запись эфира полугодовой давности всегда будет доступна одной кнопкой на площадке, не стоит.

Во-вторых, площадка — это не ваш архив, а витрина. Если аккаунт заблокируют, ограничат по ошибке модерации или вы сами решите сменить платформу, доступ к истории эфиров пропадает вместе с каналом. Записи, которые физически не лежат у вас, вам не принадлежат в полном смысле слова.

В-третьих, растёт объём. Регулярный стример, который пишет каждый эфир целиком в приличном качестве, легко выходит на сотни гигабайт в месяц — заголовок этой статьи не просто цифра для примера, а реалистичный порядок величины для человека, который стримит по несколько часов несколько раз в неделю. Ноутбук или домашний ПК с этим не справляются: диск заканчивается, начинается ручное перекладывание файлов на внешние накопители, а потом — забывание, где что лежит.

Сколько на самом деле весит архив и откуда берутся эти гигабайты

Прикинуть объём несложно: вес часа записи зависит от разрешения, частоты кадров и битрейта, который вы задали в OBS или Streamlabs. Чем выше битрейт локальной записи (а для архива его обычно ставят выше, чем битрейт исходящего стрима на площадку, потому что ограничения площадки на запись не распространяются), тем тяжелее файл — но и тем приятнее потом монтировать из него клипы без потери качества.

Дальше всё упирается в арифметику: количество часов эфира в месяц × вес часа записи. У кого-то это 15 часов в неделю, у кого-то — 40. Отсюда и разброс: у одного архив за месяц укладывается в сотню гигабайт, у другого — далеко перерастает цифру из заголовка. Точный битрейт и точные лимиты площадок на запись — вещи, которые меняются и зависят от настроек конкретного канала, поэтому ориентируйтесь на собственные логи OBS (там честно пишется размер каждого файла), а не на чужие усреднённые цифры.

Важный нюанс: если вы параллельно пишете отдельные дорожки (микрофон, дискорд-звонок, отдельная дорожка игры) для последующего монтажа, объём архива растёт ещё быстрее — мультитрековая запись легко удваивает вес по сравнению с одним сведённым файлом.

Почему локальный диск и внешний HDD — это временное решение, а не архив

Внешний диск на столе решает проблему на первое время, но у него есть три системных недостатка.

Он один. Если диск умирает (а механические HDD умирают предсказуемо и не спрашивая разрешения), архив исчезает целиком. Резервной копии в другом месте у большинства стримеров попросту нет — копировать сотни гигабайт вручную на второй диск никто не делает регулярно.

Он локальный. Доступ к архиву есть только с того компьютера, к которому диск физически подключён. Если монтажёр или комьюнити-менеджер работает удалённо, приходится либо пересылать файлы через мессенджеры (не вариант для гигабайтных исходников), либо давать доступ к домашнему ПК, либо физически передавать диск.

Он не масштабируется предсказуемо. Диски на 4–8 ТБ рано или поздно заканчиваются, и вы снова идёте в магазин за следующим — с непонятной организацией «что где лежит» между несколькими физическими носителями.

Сервер с достаточным объёмом диска закрывает все три пункта разом: он доступен из любой точки по сети, не привязан к одному физическому устройству дома и масштабируется покупкой дополнительного диска на тарифе, а не беготнёй по магазинам.

Как устроить архив на сервере: структура и перенос файлов

Базовая схема простая: арендуете сервер с большим диском, поднимаете на нём каталог под архив и настраиваете перенос записей туда после каждого эфира. Если сервер планируется ещё и как рабочая площадка для самого стрима (OBS output, оверлеи, бот в чате), имеет смысл посмотреть статью про выбор и настройку VPS для стримера на Twitch и YouTube — там разобрана конфигурация именно под задачи стрима, а не только под хранение.

Структуру каталогов лучше продумать заранее, чтобы через полгода не тонуть в файлах вида 2026-08-27 (1).mkv:

/mnt/archive/
  2026/
    08-avgust/
      2026-08-05_valorant-rank-push.mkv
      2026-08-07_just-chatting-qa.mkv
      2026-08-12_igra-s-podpischikami.mkv

Год → месяц → файл с датой и коротким описанием темы эфира в имени. Такая структура не требует базы данных, чтобы найти нужный эфир — достаточно ls и памяти о примерной дате.

Перенос файла с рабочего компьютера на сервер после эфира делается через rsync по SSH — это надёжнее обычного FTP, потому что докачивает файл при обрыве связи, а не начинает заново:

rsync -avz --progress \
  "D:/OBS/Records/2026-08-27 21-14-03.mkv" \
  stream@archive-server:/mnt/archive/2026/08-avgust/

На Windows это делается через WSL или через rsync-сборку для Windows (например, из состава cwRsync); альтернатива — rclone, который дополнительно умеет работать не только по SSH, но и с облачными и S3-совместимыми хранилищами — пригодится, если архив со временем захочется частично держать в объектном хранилище, а не только на диске сервера.

Диск под архив стоит планировать с запасом с самого начала, а не докупать по одному гигабайту, когда становится тесно — логика расчёта запаса разобрана в статье про то, сколько дискового пространства закладывать с запасом.

Автоматизация: чтобы архив наполнялся сам, без ручной беготни

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

Первый рабочий подход — простой bash-скрипт на сервере (или на самом стриме-ПК, если он работает по расписанию), который проверяет папку записей OBS по cron или systemd-таймеру и переносит новые файлы:

#!/bin/bash
SRC="/home/stream/obs-records/"
DST="user@archive-server:/mnt/archive/$(date +%Y)/$(date +%m-%B)/"

rsync -avz --remove-source-files "$SRC" "$DST"

Второй подход — mount сетевого диска через sshfs прямо в OBS как выходную папку, тогда запись сразу пишется на сервер, без промежуточного этапа переноса. У этого варианта есть обратная сторона: запись становится зависима от стабильности сети во время эфира, поэтому для боевого стрима надёжнее писать локально и переносить архив уже после — а вот для второстепенных дорожек (второй ракурс, бэкап-запись) сетевой mount вполне уместен.

Отдельно стоит продумать жизненный цикл архива, а не просто копить файлы бесконечно. Рабочая модель для многих стримеров:

• свежие 1–2 месяца — хранятся в исходном качестве, из них активно нарезают клипы;
• эфиры старше нескольких месяцев — пережимаются более компактным кодеком (например, через ffmpeg -c:v libx264 -crf 23) для экономии места, качество для просмотра остаётся приемлемым, а вес заметно падает;
• совсем старые эфиры без явной ценности — либо остаются в сжатом виде «на всякий случай», либо переносятся в более дешёвое холодное хранилище.

Мониторить занятое место стоит не «на глаз», а простой командой df -h /mnt/archive в связке с уведомлением, когда свободного места остаётся меньше условных 15–20% — чтобы не оказаться в ситуации, когда очередной rsync падает с ошибкой прямо посреди переноса записи только что закончившегося эфира.

От архива к клипам: как потом искать лучшие моменты

Смысл архива не в том, чтобы файлы просто лежали — а в том, чтобы из них можно было быстро достать нужный кусок. Тут решают две вещи: удобный доступ и хоть какая-то система пометок.

Доступ для монтажёра или для себя самого удобнее всего организовать через SFTP-подключение к серверу с отдельным пользователем, у которого есть доступ только к каталогу архива — не ко всему серверу целиком. Большинство видеоредакторов и файловых менеджеров умеют монтировать SFTP как обычную сетевую папку, так что монтажёр работает с файлами примерно так же, как с локальным диском, просто чуть медленнее на превью.

Для просмотра и предварительного отбора моментов без скачивания гигабайтных файлов на свой ноутбук удобно поднять на сервере медиа-сервер вроде Jellyfin — он строит библиотеку с превью и позволяет пролистывать записи по таймлайну прямо в браузере, не гоняя исходники туда-сюда. Сравнение подходов для такой задачи есть в статье Jellyfin или Plex — что выбрать для сервера.

Систему пометок лучше не изобретать заново для каждого эфира, а завести привычку: если во время стрима заранее известно, что момент интересный (смешная реакция, эпичный клатч, хороший ответ на вопрос), отмечать таймкод — хоть в заметке на телефоне, хоть в отдельном текстовом файле рядом с записью вида 2026-08-27_notes.txt с таймкодами и коротким описанием. Через месяц вы (или монтажёр) не вспомните, в какой момент двухчасового эфира случилось что-то стоящее клипа — а таймкод рядом с файлом экономит часы пересмотра.

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