Servidores para IPTV y plataformas de video sobre IP

Una plataforma de IPTV no es un servidor: son cuatro etapas con cuellos de botella distintos. La ingesta y el origen dependen de red y de entrada/salida de disco; la transcodificación depende casi por completo de CPU o de aceleración por GPU; el empaquetado consume CPU y IOPS de escritura en ráfagas cortas; la distribución depende de la interfaz de red y de la memoria disponible para caché. Comprar un único modelo de servidor para las cuatro etapas es el error más caro de esta categoría, porque obliga a sobredimensionar tres funciones para que la cuarta llegue a funcionar.

El primer número a fijar no es la cantidad de canales de entrada sino la cantidad de renditions de salida. Un canal fuente con una escalera adaptativa de cinco perfiles son cinco codificaciones simultáneas, no una. A partir de ahí la capacidad se mide en canales por socket y depende del códec, del preset y de la resolución: HEVC en 1080p a tiempo real cuesta varias veces más CPU que H.264 en la misma resolución y, a cambio, transporta el mismo canal con entre 30% y 50% menos de bitrate. Esa es la decisión de fondo: pagar en cómputo o pagar en ancho de banda.

El almacenamiento se dimensiona con aritmética, no con intuición. Un canal a 5 Mbps genera unos 54 GB por día; cien canales con siete días de catch-up son del orden de 38 TB antes de contar perfiles adicionales o redundancia. Si además se ofrece nDVR por suscriptor sin deduplicación, la cifra se multiplica por el número de grabaciones. Conviene separar el almacenamiento caliente de segmentos activos —NVMe, medido en IOPS— del archivo frío, medido en costo por terabyte. Mezclar ambos en el mismo arreglo es la causa habitual de cortes en el empaquetado cuando la plataforma entra en horario pico.

En la etapa de distribución el límite aparece en la red antes que en la CPU: una interfaz de 10 Gbps satura alrededor de 1.250 flujos simultáneos de 8 Mbps, y ese número baja si el mismo servidor termina TLS. Sobre red gestionada, el multicast con IGMP desacopla el ancho de banda del número de espectadores y cambia por completo la ecuación; en OTT unicast ese ahorro no existe y la única salida es acercar caché al suscriptor. Un nodo de caché en el POP reduce además tránsito internacional, que para un ISP es un ahorro medible mes a mes.

La redundancia se define por etapa, no por plataforma. El transcodificador es el punto donde una falla se ve en pantalla de inmediato, así que N+1 ahí vale más que duplicar el origen. Antes de cerrar la compra conviene verificar dos cosas del sitio: potencia disponible por rack y capacidad de disipación, porque una plataforma de transcodificación densa consume mucho más que el cómputo general de un POP. En condición refurbished certificada, un PowerEdge R730 o un ProLiant DL180 Gen9 bien configurados cubren la mayoría de estas cargas a una fracción del costo de un servidor nuevo.