PeerTube или Owncast: что выгоднее и когда

MAATRIX

Когда решаешь уйти со сторонних видеоплатформ на свой сервер, первым делом натыкаешься на два имени — PeerTube и Owncast. Оба open source, оба самостоятельно хостятся, оба не просят денег за лицензию. Но это разные инструменты для разных задач, и если выбрать не тот, через пару месяцев придётся переезжать заново. Разберём, чем они отличаются по факту, а не по маркетингу, и какой сервер под каждый из них реально нужен.

Что делает каждый из них

PeerTube — это видеохостинг в духе YouTube: пользователи заливают ролики, сервер их транскодирует в несколько разрешений, зрители смотрят через HLS-плеер, есть подписки, комментарии, плейлисты и федерация через ActivityPub — ваш инстанс может обмениваться контентом с другими PeerTube-серверами. Написан на Node.js, хранит метаданные в PostgreSQL, использует Redis для очереди задач транскодирования и ffmpeg для самой обработки видео.

Owncast — это сервер для live-трансляций, аналог Twitch у себя дома. Стример пушит поток по RTMP из OBS или другого энкодера, Owncast превращает его в HLS на лету и раздаёт зрителям через встроенный веб-плеер с чатом. Написан на Go, собирается в один бинарник, никакой базы данных не требует — всё состояние живёт в SQLite-файле рядом с исполняемым файлом.

Если коротко: PeerTube — про архив видео, который живёт и после трансляции. Owncast — про сам момент эфира, после которого (по умолчанию) ничего не остаётся, если не включить запись VOD отдельно.

Когда однозначно нужен Owncast

Owncast выигрывает там, где вам нужна именно прямая трансляция и минимум мороки с инфраструктурой:

• Личный или командный стрим-канал вместо Twitch/Kick — геймдев-стримы, подкасты в прямом эфире, трансляции мероприятий.
• Корпоративные вебинары и внутренние эфиры компании, где не нужна публичная федерация и общий каталог видео.
• Разовые трансляции — конференция, свадьба, спортивное событие — где после эфира архив не важен.
• Ситуация, когда сервер маленький и хочется минимум движущихся частей: один бинарник, один конфиг, никаких СУБД.

Установка занимает буквально несколько команд, мы разбирали процесс пошагово в статье про установку Owncast на VPS. Если предпочитаете контейнеры — есть готовый docker-compose файл для Owncast.

Когда однозначно нужен PeerTube

PeerTube оправдан, когда вам важен именно архив и структура канала, а не разовый эфир:

• Канал с накопительным контентом — обучающие курсы, документалки, авторский видеоблог, который люди должны находить месяцами и годами спустя.
• Замена YouTube для организации, которая не хочет зависеть от чужой модерации, демонетизации или блокировок.
• Проект, где важна федерация — совместный каталог с другими инстансами, кросспостинг, единое сообщество на нескольких серверах.
• Библиотека видео с подпиской, плейлистами, категориями и поиском — то, чего у Owncast просто нет по архитектуре.

PeerTube тяжелее в установке — нужны PostgreSQL, Redis, Nginx как reverse proxy и корректно настроенный ffmpeg. Мы описали процесс в статье про установку PeerTube на VPS, а для контейнерного варианта есть готовый docker-compose для PeerTube.

Требования к серверу: CPU, RAM, диск

Это ключевая точка выбора, потому что от неё напрямую зависит, сколько вы платите за аренду.

Owncast — про CPU здесь и сейчас. Пока идёт трансляция, сервер транскодирует поток в реальном времени в одну или несколько дорожек качества. Это постоянная нагрузка на процессор ровно на время эфира, а после его окончания сервер простаивает. Оперативной памяти нужно немного — Owncast работает и на 1-2 ГБ RAM для одного зрительского потока с парой качеств, но чем больше одновременных зрителей и чем больше дорожек качества вы транскодируете, тем важнее число ядер CPU. Подробный разбор с ориентирами по конфигурации есть в статье сколько RAM нужно для Owncast.

PeerTube — про диск и пиковую нагрузку на CPU при заливке. Каждое загруженное видео транскодируется в несколько разрешений (обычно 240p-1080p, иногда выше), и это разовая, но тяжёлая по CPU задача — на время обработки все ядра сервера могут быть заняты почти полностью. А дальше начинается накопление: чем больше видео на канале, тем больше нужно диска, причём с запасом x3-x5 от объёма исходников, потому что хранятся все транскодированные версии сразу. PostgreSQL и Redis добавляют постоянный, но небольшой аппетит к RAM — на практике комфортный минимум начинается от 4 ГБ, если хотите держать очередь транскодирования без задержек. Ориентиры и типовые конфигурации разобраны в статье сколько RAM нужно для PeerTube.

Сравнение в цифрах — это грубые ориентиры для одного зрительского потока/канала среднего объёма, у вас будет отличаться в зависимости от битрейта и числа качеств:

Трафик и хранилище: что реально съедает бюджет

У Owncast трафик считается «здесь и сейчас»: чем больше одновременных зрителей смотрит эфир, тем больше исходящего трафика в моменте, но между эфирами он падает почти до нуля. Если у вас редкие трансляции с небольшой аудиторией, тариф с щедрым включённым трафиком закроет вопрос почти полностью.

У PeerTube трафик и диск растут вместе с каталогом и не падают сами по себе — старое видео продолжает занимать место и отдаваться зрителям месяцами. Если канал активно растёт, рано или поздно упрётесь в диск раньше, чем в CPU или RAM — тогда есть смысл смотреть либо на VPS с NVME-диском побольше, либо на подключение S3-совместимого объектного хранилища (PeerTube поддерживает это из коробки для хранения самих видеофайлов, оставляя на сервере только метаданные).

Отдельно стоит закладывать бэкапы — потерять базу PostgreSQL с метаданными PeerTube или SQLite-файл Owncast с настройками канала обиднее, чем кажется на старте. Мы отдельно разбирали, как бэкапить и восстанавливать PeerTube и как бэкапить Owncast — обе статьи стоит прочитать до, а не после первого инцидента.

Можно ли использовать оба вместе

Да, и на практике это рабочая связка, а не экзотика. Схема простая: стримите через Owncast, а после эфира выгружаете запись (или включаете встроенную запись VOD в Owncast) и заливаете лучшие моменты или полный эфир в PeerTube как архивное видео. Zрители, которые не успели на прямой эфир, находят запись в каталоге PeerTube с нормальным поиском и плейлистами, а сам live остаётся лёгким и быстрым на Owncast.

Технически это можно развести двумя способами:

1. Два инстанса на одном сервере — если ресурсов хватает с запасом, оба сервиса ставятся на одну машину за одним Nginx как reverse proxy на разных поддоменах (live.example.com и video.example.com). Дешевле по железу, но пиковые нагрузки (эфир + заливка видео одновременно) складываются.
2. Два отдельных сервера — Owncast на компактном VPS, заточенном под CPU в моменте эфира, PeerTube — на машине с упором в диск и RAM. Дороже по сумме, но нагрузки не мешают друг другу, и один сервис не роняет второй в пиковый момент.

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

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