OBS Streaming en VPS: retransmisión de RTMP / NDI a YouTube/Twitch

Para crear un servidor rtmp vps de alto rendimiento, capaz de retransmitir un flujo de 1080p60 a YouTube y Twitch simultáneamente, se requiere como mínimo un servidor con 2 vCPU (frecuencia desde 3.0 GHz), 4 GB de RAM y un puerto de 1 Gbps. El coste de esta configuración comienza entre $12-15 al mes, lo que permite ahorrar hasta un 80% del tráfico de salida del proveedor doméstico al utilizar el VPS como nodo central (streaming relay).

¿Por qué un servidor rtmp vps es el estándar para el streaming profesional?

El uso de un PC doméstico para transmitir en directo a varias plataformas simultáneamente genera una carga colosal en el canal de subida de internet y en la CPU. Si transmites con un bitrate de 8000 kbps a tres plataformas (YouTube, Twitch, VK Play), tu ordenador debe enviar un flujo estable de 24 Mbps. La más mínima fluctuación en la red del proveedor local provocará la pérdida de fotogramas (dropped frames) en todas las plataformas.

Ventajas de delegar la retransmisión a un servidor remoto

• Ahorro de upload: Envías al VPS un solo flujo y el servidor lo replica a cualquier número de destinos.
• Estabilidad 24/7: Los centros de datos cuentan con canales de comunicación redundantes. Si el internet de tu casa falla por un segundo, el servidor rtmp vps mantendrá la conexión con YouTube y la transmisión no se interrumpirá, simplemente se "congelará" hasta que te vuelvas a conectar.
• Reducción de carga en OBS: No necesitas ejecutar múltiples instancias del codificador ni utilizar plugins multi-rtmp que consumen recursos de la tarjeta gráfica.

Escenarios de uso de NDI y RTMP Relay

Para el trabajo remoto, a menudo se utiliza la combinación de obs ndi. NDI (Network Device Interface) permite transmitir video sin comprimir a través de la red local con una latencia mínima. En combinación con un VPS, puedes usar NDI para enviar el flujo desde un PC de juegos a un PC de streaming, que a su vez envía los datos al servidor rtmp vps. Si tu equipo está distribuido geográficamente, el uso de un streaming relay basado en VPS se convierte en la única forma de montar una emisión de calidad sin retardos de 30 segundos.

Elección de la configuración: ¿cuántos recursos consume un streaming relay?

Al elegir un VPS para streaming, el indicador de CPU es fundamental. A diferencia de los servidores web, donde importa el multitrabajo, para el procesamiento de flujo de video en tiempo real (especialmente al usar FFmpeg para transcodificación) es vital una alta frecuencia de núcleo.

Requisitos técnicos del servidor

Si tu tarea es el simple reenvío de tráfico sin cambiar la resolución (passthrough), los requisitos de hardware son mínimos. Si se planea una transcodificación multibitrate (crear variantes de 1080p, 720p y 480p a partir de un flujo 4K para espectadores con internet lento), la carga crece exponencialmente.

Tarea	vCPU (Núcleos)	RAM (GB)	Puerto (Gbps)	Tarifa recomendada ($)
RTMP Relay (1 flujo a 3 destinos)	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+

Para monitorear el estado del servidor y reiniciar automáticamente los servicios en caso de fallo, se recomienda configurar tareas cron en el VPS que verifiquen la disponibilidad del puerto 1935.

Instalación y configuración de nginx-rtmp en Ubuntu 22.04/24.04

La solución más popular y ligera para crear un relay es la combinación de Nginx y el módulo nginx-rtmp. Es una solución probada con un overhead de memoria mínimo.

Paso 1: Instalación de dependencias

Actualiza los paquetes e instala las librerías necesarias para la compilación o utiliza el repositorio oficial:

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

Paso 2: Configuración del módulo RTMP

Edita el archivo /etc/nginx/nginx.conf. Añade el bloque RTMP al final del archivo (fuera del bloque http):

rtmp {
    server {
        listen 1935;
        chunk_size 4096;

        application live {
            live on;
            record off;

            # Retransmisión a YouTube
            push rtmp://a.rtmp.youtube.com/live2/TU_CLAVE_YOUTUBE;

            # Retransmisión a Twitch
            push rtmp://live.twitch.tv/app/TU_CLAVE_TWITCH;
        }
    }
}

Después de realizar los cambios, reinicia el servicio: sudo systemctl restart nginx. Ahora, en los ajustes de emisión de OBS, selecciona "Personalizado", servidor rtmp://IP_DE_TU_VPS/live y cualquier clave de flujo. Tu servidor rtmp vps comenzará automáticamente a distribuir el video a las plataformas indicadas.

Escalabilidad y protocolos modernos: SRS server frente a nginx-rtmp

Aunque nginx-rtmp es sencillo, tiene funciones limitadas. Si necesitas una latencia inferior a 1 segundo o soporte para protocolos WebRTC, SRT y HTTP-TS, vale la pena considerar srs server (Simple Realtime Server).

¿Por qué los profesionales eligen SRS?

• Soporte para SRT: Este protocolo es mucho más resistente a la pérdida de paquetes (jitter) en la "última milla" entre tu casa y el VPS.
• WebRTC: Permite ver el streaming directamente en el navegador sin usar reproductores, con una latencia de 500ms.
• Dashboard: SRS tiene una consola integrada para monitorear el bitrate y el número de clientes conectados.

Para quienes se dedican a la automatización de proyectos multimedia, como la creación de bots de Discord en VPS para notificar el inicio de un stream, SRS ofrece una API rica y Webhooks. Puedes configurar el sistema para que, al recibir un flujo en el servidor, el bot envíe automáticamente mensajes a todas las redes sociales.

Transcodificación de video mediante FFmpeg: creación de flujos multibitrate

Una de las tareas que más recursos consume para un servidor rtmp vps es la transcodificación. Es el proceso de recomprimir el flujo entrante en varias opciones de calidad. Esto es necesario si quieres que tu stream se abra correctamente para usuarios con internet móvil.

Ejemplo de configuración de FFmpeg para transcodificación

Dentro del bloque application live en nginx, puedes definir el comando para ejecutar 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;

Importante: Este proceso consume muchísimos recursos de CPU. En un VPS estándar sin aceleración por GPU (NVENC/QuickSync), un núcleo vCPU puede procesar como máximo un flujo de 720p60. Si planeas una producción seria, es mejor alquilar un servidor dedicado con Intel QuickSync.

Para almacenar archivos de transmisiones y materiales de video originales, es conveniente usar Nextcloud self-hosted en un VPS. Esto permitirá que tu equipo de editores acceda a las grabaciones inmediatamente después de finalizar la emisión sin usar almacenamientos en la nube de pago.

Integración de OBS NDI y gestión remota de la transmisión

La tecnología obs ndi permite transmitir video por red prácticamente sin pérdida de calidad. Sin embargo, NDI requiere un ancho de banda enorme (hasta 150 Mbps para un solo flujo 1080p), lo que hace imposible su transmisión directa por el internet público sin una VPN.

Configuración de NDI remoto a través de VPS

1. Establece un túnel VPN (por ejemplo, WireGuard o ZeroTier) entre tu PC de juegos y el VPS.
2. Usa NDI Bridge para encapsular el tráfico.
3. En el lado del VPS, recibe el flujo y conviértelo a RTMP para enviarlo a las plataformas.

Este esquema permite implementar una "dirección remota", donde el streamer está en un país y el realizador que controla las escenas en OBS está en otro. Todo el tráfico pesado se procesa dentro de la red del VPS.

Optimización de costes y elusión de restricciones de proveedores

Muchos proveedores domésticos limitan la velocidad en puertos "no estándar" o filtran el tráfico UDP. El uso de un servidor rtmp vps permite evitar estas restricciones, ya que el tráfico viaja por el puerto TCP estándar 1935 (o incluso el 443 si se configura un proxy a través de Nginx).

¿Cómo ahorrar en el upload de YouTube Live?

Si transmites en 4K con un bitrate de 40-50 Mbps, tu canal doméstico podría no soportarlo. El uso de un VPS permite enviar un solo flujo y el servidor lo "reflejará". En este caso, solo pagas por el tráfico del VPS. Muchos proveedores, como Valebyte, ofrecen paquetes con tráfico incluido desde 10 TB hasta ilimitado, lo cual es suficiente para streams diarios de 8 horas.

Para analizar la audiencia y la eficacia de tus streams, puedes instalar un sistema de analítica. La analítica self-hosted en VPS te ayudará a rastrear las visitas desde diferentes plataformas a tu sitio o página de donaciones sin depender de los pesados scripts de Google Analytics.

Seguridad de su servidor RTMP

Un puerto RTMP abierto es un objetivo tentador para atacantes que podrían empezar a transmitir usando tus claves. Asegúrate de configurar la autorización.

• Restricción por IP: Permite allow publish solo para tu dirección IP doméstica en la configuración de nginx.
• on_publish: Utiliza este hook para verificar la clave de transmisión mediante un script sencillo en PHP o Python.
• Cambio de puerto: Cambia el estándar 1935 por cualquier puerto aleatorio para evitar el escaneo automático de bots.

Conclusiones

Para una retransmisión estable de flujos a YouTube y Twitch, la mejor solución es un servidor rtmp vps con 2-4 vCPU y un canal gigabit, configurado con nginx-rtmp o SRS. Esto garantizará una latencia mínima, protección contra cortes de conexión de tu proveedor doméstico y permitirá escalar la transmisión a cualquier número de plataformas sin cargar tu PC local.