Tutoriales de VPS
Planes VPS para servidor de streaming (2026): despliegue de Jellyfin/Plex, ancho de banda y errores con la transcodificación
Si quieres autohospedar streaming (Jellyfin/Plex) en un VPS, la clave no es "instalarlo", sino "reproducir con fluidez, mantener los costos bajo control y no reventar la CPU/el disco". Este artículo cubre la decisión entre reproducción directa y transcodificación, cómo convertir ancho de banda/tráfico, el despliegue con Docker (incluidas prácticas más seguras de proxy inverso/puertos) y las rutas de diagnóstico para tirones y discos llenos.
Ejecutar streaming en un VPS se reduce a dos tipos de personas:
- La subida de tu casa es demasiado mala y no puedes ver tu propia colección desde fuera
- Quieres una biblioteca multimedia privada "siempre disponible" (visible en móvil/tableta/TV box)
Jellyfin / Plex no son difíciles de instalar. Lo difícil es:
- Si la reproducción da tirones
- Si el tráfico y el ancho de banda van a reventar tu plan
- En cuanto activas la transcodificación, la CPU se clava al 100%
- La caché/los registros/los archivos temporales de transcodificación llenan el disco
Este artículo está escrito para "que funcione sin gastar dinero de más".
Nota: solo se trata contenido del que tienes derechos/licencia; no lo uses para distribuir piratería.
Esta es la línea divisoria de toda la selección del VPS.
Reproducción directa significa: el cliente puede decodificar directamente tu formato de vídeo (H.264/H.265, códec de audio, empaquetado de subtítulos, etc.).
Ventajas:
- Casi no consume CPU
- Ahorra dinero (1-2 núcleos pueden ejecutarlo)
Desventajas:
- Cuando la compatibilidad del cliente es mala, te obliga a transcodificar
Transcodificar significa que el servidor recodifica el vídeo en tiempo real.
- Transcodificación 1080p: ya supone una gran presión de CPU
- Transcodificación 4K: muchos VPS directamente se caen
Si claramente necesitas transcodificación, te sugiero fijar un objetivo más realista:
- Transcodificar a 1080p en la medida de lo posible
- Evitar varias transcodificaciones simultáneas en la medida de lo posible
- Pre-transcodificar cuando puedas (unificar las fuentes a códecs/contenedores más universales)
No necesitas precisión decimal, pero sí una idea del orden de magnitud.
Una conversión muy útil:
每小时流量(GB) ≈ 码率(Mbps) * 0.45
Ejemplos:
| Tasa de bits de reproducción | Tráfico aproximado por hora | Cuánto aproximadamente para 100 horas |
|---|---|---|
| 6 Mbps (1080p, del lado económico) | 2.7 GB/h | 270 GB |
| 10 Mbps (1080p habitual) | 4.5 GB/h | 450 GB |
| 25 Mbps (4K, del lado económico) | 11.3 GB/h | 1.1 TB |
| 50 Mbps (4K de alto bitrate) | 22.5 GB/h | 2.2 TB |
Así que descubrirás:
- Viendo 1080p, unos cientos de GB al mes es normal
- Con 4K, siempre que te guste ver, es fácil llegar a TBs
Si quieres verificar rápidamente en un VPS "cuánto tráfico consume ahora mismo ver un vídeo", la forma más directa y contundente:
# 看网卡实时吞吐（Debian/Ubuntu）
sudo apt-get update && sudo apt-get install -y iftop
sudo iftop
O mirar el tráfico total durante un periodo (las herramientas varían ligeramente según la distro, pero la idea es: primero saca los datos y luego decide si ampliar).
3) Cómo elegir la configuración del VPS: no mires primero la CPU, mira primero el ancho de banda y el tráfico
El cálculo mental más simple:
- El bitrate 1080p suele ser 6-12 Mbps
- El bitrate 4K suele ser 20-60 Mbps
Si compras un puerto de 200Mbps, en teoría 1080p es suficiente, pero el jitter/pérdida de paquetes en hora punta de la noche hará que la experiencia sea muy incómoda.
No mires solo la palabra "unmetered". Tu experiencia final sigue estando afectada por:
- Límite de velocidad del puerto
- Congestión en hora punta de la noche
- Uso justo
- Reproducción directa: 1-2 vCPU suele ser suficiente
- Transcodificación: empieza en 2-4 vCPU; no esperes demasiado de la transcodificación 4K
- Código abierto y gratis
- Rápido de empezar, Docker de un tirón
- Funciones suficientes, bueno para "solo quiero verlo yo mismo"
- Ecosistema maduro, mayor cobertura de clientes
- Algunas funciones (como la transcodificación por hardware) pueden implicar Plex Pass
Pero recuerda una cosa:
- En la mayoría de los VPS, básicamente no puedes contar con la transcodificación por hardware GPU/iGPU
Así que, uses el que uses, prioriza "reproducción directa + bitrate razonable": esa es la ruta más económica y estable.
5) Despliegue: no lances el 8096 directamente a la internet pública (una forma más segura con Docker)
Por supuesto puedes exponer 8096:8096, pero eso normalmente significa:
- Toda la red puede escanearte
- Tarde o temprano te alcanzarán ataques de credential stuffing/fuerza bruta/sondeo
Una forma más sólida:
- Jellyfin escucha solo en local (127.0.0.1)
- Usa un proxy inverso (Caddy/Nginx) para HTTPS
services:
jellyfin:
image: jellyfin/jellyfin:latest
container_name: jellyfin
restart: unless-stopped
ports:
- "127.0.0.1:8096:8096"
volumes:
- ./config:/config
- ./cache:/cache
- /data/media:/media:ro
Iniciar:
docker compose up -d
Si no estás familiarizado con lo básico de Docker, lee primero este artículo (evita un montón de problemas de permisos/mapeo de directorios):
Supongamos que tu dominio es media.example.com:
media.example.com {
reverse_proxy 127.0.0.1:8096
}
También puedes usar Nginx; lo esencial es: desde fuera solo entra el 443, y la aplicación no queda expuesta sin protección.
Como mínimo haz dos cosas:
- SSH solo permite inicio de sesión con clave
- El firewall solo abre los puertos necesarios
Para el proceso completo, mira este artículo:
Los tirones probablemente son: pérdida de paquetes, jitter, rutas indirectas, hora punta de la noche.
Puedes diagnosticar siguiendo esta ruta:
Los servicios de streaming generan muy fácilmente:
- Caché
- Registros
- Archivos temporales de transcodificación
Si descubres que el disco se llenó de repente, primero apaga el fuego siguiendo este artículo:
Te doy una "ruta sin preocupaciones":
- Primero fija el objetivo en reproducción directa (evita transcodificar en lo posible)
- Primero compra un plan mensual para probar (prueba red, prueba tráfico, prueba crecimiento de disco)
- Cuando funcione bien, entonces considera planes de disco grande/más ancho de banda/nodos más estables
El autohospedaje de streaming no es difícil de instalar.
Lo difícil es: si puedes usarlo de forma estable y a largo plazo.