OBS Streaming на VPS: ретрансляція RTMP / NDI на YouTube/Twitch

Для створення продуктивного rtmp сервер vps, здатного ретранслювати потік 1080p60 на YouTube і Twitch одночасно, мінімально необхідний сервер з 2 vCPU (частотою від 3.0 ГГц), 4 ГБ RAM і портом 1 Гбіт/с — вартість такої конфігурації починається від $12-15 на місяць, що дозволяє заощадити до 80% вихідного трафіку домашнього провайдера за рахунок використання VPS як центрального вузла (streaming relay).

Чому rtmp сервер vps — це стандарт для професійного стримінгу?

Використання домашнього ПК для прямої трансляції на кілька платформ одночасно створює колосальне навантаження на вихідний канал інтернету і CPU. Якщо ви стримите в бітрейті 8000 kbps на три платформи (YouTube, Twitch, VK Play), ваш комп'ютер повинен віддавати 24 Mbps стабільного потоку. Найменше коливання мережі у локального провайдера призведе до випадіння кадрів (dropped frames) на всіх майданчиках.

Переваги винесення ретрансляції на віддалений сервер

• Економія аплоаду: Ви відправляєте на VPS тільки один потік, а сервер розмножує його на будь-яку кількість напрямків.
• Стабільність 24/7: Дата-центри мають резервовані канали зв'язку. Якщо у вас вдома на секунду пропаде інтернет, rtmp сервер vps продовжить утримувати з'єднання з YouTube, і трансляція не перерветься, а просто "завмре" до вашого перепідключення.
• Зняття навантаження з OBS: Вам не потрібно запускати кілька інстансів кодувальника або використовувати плагіни multi-rtmp, які споживають ресурси відеокарти.

Сценарії використання NDI і RTMP Relay

Для віддаленої роботи часто застосовується зв'язка obs ndi. NDI (Network Device Interface) дозволяє передавати нестиснене відео по локальній мережі з мінімальною затримкою. У зв'язці з VPS ви можете використовувати NDI для передачі потоку з ігрового ПК на стрім-ПК, який вже відправляє дані на rtmp сервер vps. Якщо ваша команда рознесена географічно, використання streaming relay на базі VPS стає єдиним способом зібрати якісний ефір без затримок в 30 секунд.

Вибір конфігурації: скільки ресурсів споживає streaming relay?

При виборі VPS для стримінгу критично важливий показник CPU. На відміну від веб-серверів, де важлива багатопотоковість, для обробки відеопотоку в реальному часі (особливо при використанні FFmpeg для транскодування) важлива висока частота ядра.

Технічні вимоги до сервера

Якщо ваша задача — проста пересилка трафіку без зміни роздільної здатності (passthrough), вимоги до заліза мінімальні. Якщо ж планується multibitrate transcoding (створення з 4K потоку варіантів 1080p, 720p і 480p для глядачів зі слабким інтернетом), навантаження зростає експоненціально.

Задача	vCPU (Cores)	RAM (GB)	Порт (Gbps)	Рекомендований тариф ($)
RTMP Relay (1 потік на 3 цілі)	2 Cores @ 3GHz+	4 GB	1 Gbps	$10 - $15
Transcoding (1080p -> 720p)	4 Cores @ 3.4GHz+	8 GB	1 Gbps	$25 - $35
SRS Server + WebRTC (Low Latency)	4 Cores	8 GB	1 Gbps	$30+
NDI Bridge + FFmpeg Heavy	8 Cores	16 GB	1 Gbps	$50+

Для моніторингу стану сервера і автоматичного перезапуску служб в разі збою, рекомендується налаштувати cron-завдання на VPS, які будуть перевіряти доступність порту 1935.

Установка і настройка nginx-rtmp на Ubuntu 22.04/24.04

Найпопулярнішим і легким рішенням для створення релея є зв'язка Nginx і модуля nginx-rtmp. Це перевірене часом рішення з мінімальним оверхедом по пам'яті.

Крок 1: Установка залежностей

Оновіть пакети і встановіть необхідні бібліотеки для збірки або використовуйте готовий репозиторій:

sudo apt update
sudo apt install libpcre3 libpcre3-dev libssl-dev zlib1g-dev ffmpeg -y
sudo apt install nginx libnginx-mod-rtmp -y

Крок 2: Конфігурація RTMP модуля

Відредагуйте файл /etc/nginx/nginx.conf. Додайте блок RTMP в кінець файлу (поза блоком http):

rtmp {
    server {
        listen 1935;
        chunk_size 4096;

        application live {
            live on;
            record off;

            # Ретрансляція на YouTube
            push rtmp://a.rtmp.youtube.com/live2/ВАШ_КЛЮЧ_YOUTUBE;

            # Ретрансляція на Twitch
            push rtmp://live.twitch.tv/app/ВАШ_КЛЮЧ_TWITCH;
        }
    }
}

Після внесення змін перезапустіть сервіс: sudo systemctl restart nginx. Тепер в OBS в налаштуваннях трансляції виберіть "Налаштовуваний", сервер rtmp://IP_ВАШОГО_VPS/live і будь-який ключ потоку. Ваш rtmp сервер vps автоматично почне роздавати відео на зазначені платформи.

Масштабованість і сучасні протоколи: SRS server проти nginx-rtmp

Хоча nginx-rtmp простий, він обмежений у функціоналі. Якщо вам потрібна затримка менше 1 секунди або підтримка протоколів WebRTC, SRT і HTTP-TS, варто розглянути srs server (Simple Realtime Server).

Чому професіонали вибирають SRS?

• Підтримка SRT: Цей протокол набагато стійкіший до втрат пакетів (jitter) на "останній милі" між вашим будинком і VPS.
• WebRTC: Дозволяє дивитися стрім прямо в браузері без використання плеєрів із затримкою в 500мс.
• Dashboard: У SRS є вбудована консоль моніторингу бітрейта і кількості підключених клієнтів.

Для тих, хто займається автоматизацією медіа-проектів, наприклад, створенням Discord-ботів на VPS для повідомлення про початок стриму, SRS надає багатий API і Webhooks. Ви можете налаштувати систему так, що при надходженні потоку на сервер, бот автоматично буде розсилати повідомлення у всі соцмережі.

Транскодування відео через FFmpeg: створення multibitrate потоків

Однією з найбільш ресурсомістких завдань для rtmp сервер vps є транскодування. Це процес перетиснення вхідного потоку в кілька варіантів якості. Це необхідно, якщо ви хочете, щоб ваш стрім відкривався у користувачів з мобільним інтернетом.

Приклад конфігурації FFmpeg для транскодування

Всередині блоку application live в nginx можна прописати команду запуску FFmpeg:

exec ffmpeg -i rtmp://localhost/live/$name

  -c:a copy -c:v libx264 -preset veryfast -b:v 3000k -s 1280x720 -f flv rtmp://localhost/hls/$name_720
  -c:a copy -c:v libx264 -preset veryfast -b:v 1500k -s 854x480 -f flv rtmp://localhost/hls/$name_480;

Важливо: Цей процес споживає дуже багато ресурсів CPU. На стандартному VPS без GPU-прискорення (NVENC/QuickSync) одне ядро vCPU може обробляти максимум один потік 720p60. Якщо ви плануєте серйозний продакшн, краще орендувати виділений сервер з Intel QuickSync.

Для зберігання архівів трансляцій та вихідників відеоматеріалів зручно використовувати self-hosted Nextcloud на VPS. Це дозволить вашій команді монтажерів отримувати доступ до записів одразу після завершення ефіру без використання платних хмарних сховищ.

Інтеграція OBS NDI та віддалене керування трансляцією

Технологія obs ndi дозволяє передавати відео по мережі практично без втрати якості. Однак NDI вимагає величезної пропускної здатності (до 150 Mbps для одного 1080p потоку), що унеможливлює його пряму передачу через публічний інтернет без VPN.

Налаштування віддаленого NDI через VPS

1. Підніміть VPN-тунель (наприклад, WireGuard або ZeroTier) між вашим ігровим ПК та VPS.
2. Використовуйте NDI Bridge для інкапсуляції трафіку.
3. На стороні VPS приймайте потік і конвертуйте його в RTMP для відправки на майданчики.

Така схема дозволяє реалізувати "віддалену режисерську" — коли стрімер знаходиться в одній країні, а режисер, який керує сценами в OBS, — в іншій. Весь важкий трафік при цьому обробляється всередині мережі VPS.

Оптимізація витрат та обхід обмежень провайдерів

Багато домашніх провайдерів обмежують швидкість на "нестандартні" порти або ріжуть UDP-трафік. Використання rtmp сервер vps дозволяє обійти ці обмеження, оскільки трафік йде по стандартному TCP порту 1935 (або навіть 443, якщо налаштувати проксування через Nginx).

Як заощадити на YouTube Live аплоаді?

Якщо ви стрімите в 4K з бітрейтом 40-50 Mbps, ваш домашній канал може не витримати. Використання VPS дозволяє відправляти один потік, а сервер буде "дзеркалити" його. При цьому ви платите тільки за трафік VPS. Багато провайдерів, такі як Valebyte, надають пакети з включеним трафіком від 10 ТБ до безліміту, чого достатньо для щоденних стрімів по 8 годин.

Для аналізу аудиторії та ефективності ваших стрімів можна встановити систему аналітики. Self-hosted аналітика на VPS допоможе відстежувати переходи з різних майданчиків на ваш сайт або сторінку донатів, не покладаючись на важкі скрипти Google Analytics.

Безпека вашого RTMP сервера

Відкритий RTMP порт — ласий шматочок для зловмисників, які можуть почати стрімити на ваші ключі. Обов'язково налаштуйте авторизацію.

• Обмеження по IP: Дозвольте allow publish тільки для вашої домашньої IP адреси в конфігу nginx.
• on_publish: Використовуйте цей хук для перевірки ключа трансляції через простий PHP або Python скрипт.
• Зміна порту: Змініть стандартний 1935 на будь-який випадковий порт, щоб уникнути автоматичного сканування ботами.

Висновки

Для стабільної ретрансляції потоків на YouTube і Twitch найкращим рішенням буде rtmp сервер vps з 2-4 vCPU та гігабітним каналом, налаштований на базі nginx-rtmp або SRS. Це забезпечить мінімальну затримку, захист від обривів зв'язку у домашнього провайдера і дозволить масштабувати трансляцію на будь-яку кількість майданчиків без навантаження на локальний ПК.