¿Cuántos usuarios puede admitir un servidor Plex pequeño?

Eva Wong es la Redactora técnica y manitas residente en ZimaSpace. Una geek de toda la vida con pasión por los homelabs y el software de código abierto, se especializa en traducir conceptos técnicos complejos en guías accesibles y prácticas. Eva cree que el autoalojamiento debe ser divertido, no intimidante. A través de sus tutoriales, empodera a la comunidad para desmitificar las configuraciones de hardware, desde construir su primer NAS hasta dominar los contenedores Docker.

Un pequeño servidor Plex puede admitir muchos usuarios registrados si solo unos pocos están activos, mientras que un puñado de transcodificaciones simultáneas puede agotarlo rápidamente.

La cantidad de cuentas no consume los mismos recursos que la reproducción simultánea. La reproducción directa, la conversión remota, el ancho de banda de subida, la gestión de subtítulos y los análisis en segundo plano cambian el costo por sesión. Construye un escenario de concurrencia máxima basado en el comportamiento real del hogar y, después, añade usuarios hasta que un recurso medido se aproxime a la saturación.

Las sesiones simultáneas importan más que el total de cuentas

Diez cuentas con dos sesiones simultáneas de reproducción directa pueden ser más fáciles de gestionar que tres cuentas que activen una conversión intensiva de contenido 4K. El denominador relevante es el trabajo activo, no los registros de usuarios.

Los sistemas de vídeo multiusuario se enfrentan a la contención del ancho de banda compartido cuando la demanda simultánea se acerca a la capacidad disponible del extremo de la red, por lo que la superposición de sesiones debe formar parte del modelo de capacidad.

Registra la hora de mayor actividad durante una semana y separa las sesiones de reproducción directa local, reproducción directa remota y transcodificación. Usa esa distribución como prueba de carga en lugar de multiplicar una cifra estimada de «transmisiones por usuario».

La transcodificación cambia el costo de procesamiento por usuario

Un solo cliente incompatible puede trasladar al servidor un trabajo que varios clientes compatibles evitarían. La aceleración por hardware puede cambiar el número de conversiones simultáneas que un procesador pequeño puede mantener.

Un Intel N100 de bajo consumo puede mantener varias sesiones de transcodificación por hardware cuando su motor multimedia admite la carga de trabajo, por lo que la capacidad de usuarios cambia considerablemente entre los escenarios de reproducción directa y los que requieren mucha conversión.

Prueba los códecs exactos, los subtítulos, las condiciones HDR y los límites de calidad que utiliza el hogar. No contabilices un resultado de transcodificación por hardware si una ruta habitual del cliente sigue recurriendo al software.

Los usuarios remotos comparten la capacidad de subida

La reproducción directa remota puede exigir poco a la CPU, pero aun así competir por la misma conexión ascendente. Añadir CPU no soluciona un enlace WAN que ya está cerca de la saturación.

El método de saturación de recursos se aplica a la ruta de red igual que a la CPU o al almacenamiento: las colas persistentes y los errores importan más que una única muestra de uso elevado.

Ejecuta sesiones remotas simultáneas desde una red externa y observa el margen de subida. La ruta de transmisión remota debe probarse con los mismos ajustes de calidad que los usuarios seleccionarán realmente.

-15% OFF

El trabajo en segundo plano reduce el margen seguro de usuarios

Los análisis de la biblioteca, la generación de vistas previas, las copias de seguridad y los contenedores complementarios pueden coincidir con la reproducción y consumir la misma CPU, memoria y almacenamiento. Las pruebas de capacidad que los ignoran sobreestiman la cantidad estable de usuarios.

El trabajo de la base de datos y los metadatos en segundo plano puede consumir una cantidad considerable de CPU y memoria en bibliotecas grandes, reduciendo el margen disponible para la reproducción simultánea.

Repite la prueba de usuarios máximos una vez con el trabajo programado activo. Define el margen admitido como la carga máxima que se mantiene estable en un caso normal desfavorable, no como el mejor resultado de un servidor inactivo.

Centro de Tecnología e IA

Más para leer

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.