Jellyfin no tiene un porcentaje fijo de sobrecarga fiable, porque los metadatos, las ilustraciones, la caché, los índices y las transcodificaciones temporales crecen de manera diferente a los archivos multimedia originales.
Dos bibliotecas con el mismo tamaño multimedia pueden requerir cantidades muy distintas de espacio para los datos de la aplicación cuando difieren el número de elementos, la densidad de ilustraciones, las vistas previas, los análisis o la actividad de los usuarios. Mide por separado el directorio de datos y las rutas temporales. El objetivo es crear un presupuesto de capacidad basado en el crecimiento y el comportamiento máximo, no aplicar una regla universal del 5 %.
Los datos persistentes de la aplicación son un grupo de capacidad independiente
La base de datos, los metadatos, las ilustraciones, los registros y los índices generados se utilizan durante la navegación, los análisis y las actualizaciones del estado de reproducción. Deben medirse de forma independiente de las películas y los episodios que describen.
El modelo de sobrecarga de almacenamiento separa la capacidad de los datos de la aplicación de la capacidad multimedia masiva y explica por qué ambos crecen siguiendo curvas diferentes.
Un archivo multimedia grande puede tener pocos metadatos, mientras que una biblioteca más pequeña con ilustraciones detalladas o vistas previas puede consumir más espacio de aplicación.
La configuración de las funciones cambia la huella de almacenamiento
La densidad de ilustraciones, las miniaturas de vista previa, los datos de análisis, el número de elementos, los complementos y el comportamiento de la caché pueden ampliar el almacenamiento persistente. La transcodificación temporal es diferente: crea una necesidad máxima de espacio de trabajo durante las conversiones activas.
Usa la latencia y el rendimiento del almacenamiento para distinguir entre latencia, rendimiento y espacio de trabajo temporal al dimensionar la ruta de almacenamiento.
El crecimiento persistente pertenece al presupuesto de datos de la aplicación; los picos transitorios pertenecen al presupuesto de espacio temporal.
Por qué fallan las reglas basadas en porcentajes
Una proporción fija falla cuando la biblioteca contiene muchos elementos pequeños, cuando las vistas previas están activadas o cuando las conversiones simultáneas crean segmentos temporales inusualmente grandes. También puede sobreestimar una biblioteca sencilla con pocos recursos generados.
La comparación del modelo de sobrecarga de almacenamiento muestra por qué el tamaño actual medido y la tasa de crecimiento son más útiles que un único porcentaje.
El límite cambia cuando una función o carga de trabajo modifica la curva de datos; vuelve a calcularlo después de esos cambios.
Crea el presupuesto a partir de mediciones
Registra el tamaño actual de los datos de la aplicación, el crecimiento mensual, el mayor pico de transcodificación temporal y la reserva para copias de seguridad. Mantén la reserva para copias de seguridad fuera del directorio de datos activo para que el espacio de recuperación no pueda ser consumido por el funcionamiento normal.
Usa el patrón de presupuesto de almacenamiento del modelo de sobrecarga de almacenamiento y actualízalo después de realizar análisis, cambiar la configuración de análisis o ampliar considerablemente la biblioteca.
Deja de añadir capacidad cuando el crecimiento persistente medido y los picos temporales quepan dentro del margen de espacio libre elegido.
Centro de Tecnología e IA
Más para leer

¿Pueden las cámaras domésticas sincronizar eventos sin servicios de hora en la nube?
Una explicación centrada en el mecanismo del tiempo de la cámara sin nube, sus compensaciones por recursos compartidos, tres preguntas frecuentes sobre la propagación...

¿Puede un servicio de IA local detectar capas de modelo dañadas antes de la inferencia?
Una explicación basada primero en los mecanismos de la detección de capas de modelo dañadas, sus compensaciones en recursos compartidos, tres preguntas frecuentes sobre...

¿Se puede restaurar un sistema RAG sin regenerar cada embedding?
Una explicación centrada primero en el mecanismo de la restauración de RAG sin volver a generar embeddings, sus compromisos en el uso compartido de...

