Una configuración de Jellyfin con almacenamiento dual: metadatos en SSD y datos en HDD
Una buena configuración de Jellyfin con dos tipos de almacenamiento guarda en el SSD los datos de la aplicación sensibles a la latencia y los metadatos activos, y mantiene los archivos multimedia de gran tamaño en HDD de alta capacidad.
La idea no es que todos los archivos de Jellyfin necesiten el dispositivo más rápido. Las bases de datos, los índices de imágenes, las miniaturas y las cachés generan muchas consultas pequeñas; las películas y la música suelen implicar grandes lecturas secuenciales; el espacio temporal de transcodificación es provisional y puede generar muchas escrituras. Asigna a cada función un nivel de almacenamiento cuya latencia, capacidad, resistencia, copia de seguridad y recuperación se ajusten al flujo de trabajo y, después, prueba la configuración completa durante los análisis y la reproducción.
Asigna funciones distintas al SSD y al HDD
Usa el SSD para el sistema operativo o los datos de las aplicaciones en contenedores, la base de datos de Jellyfin, la configuración, los metadatos activos, los índices y la caché. Mantén las películas, los episodios, la música y los vídeos domésticos en el conjunto de HDD de gran capacidad. Decide por separado dónde guardar los archivos temporales de transcodificación: puedes usar el SSD si tienes suficiente espacio y resistencia, o una ubicación temporal rápida alternativa si las transcodificaciones simultáneas generan muchas escrituras.
Una guía práctica sobre cargas de trabajo de SSD para homelabs distingue las mismas funciones: las bases de datos y las aplicaciones activas se benefician de la memoria flash de baja latencia, mientras que los niveles de almacenamiento de gran capacidad no necesitan un rendimiento de categoría NVMe solo porque haya almacenamiento más rápido disponible.
No te guíes únicamente por el nombre de la carpeta para dividir los archivos. Algunos elementos de los «metadatos» son información esencial o seleccionada manualmente y conviene hacer una copia de seguridad, mientras que la caché de imágenes se puede regenerar. La configuración será recuperable si sabes qué contenido del SSD debes restaurar tras un fallo y qué se puede reconstruir a partir de los archivos multimedia.
Guarda en el SSD los datos de la aplicación que requieren acceso aleatorio
La navegación por Jellyfin, las búsquedas, las actualizaciones del estado de usuario, la consulta de imágenes, las transacciones de bases de datos y muchas operaciones de la biblioteca son sensibles a la latencia en comparación con la lectura secuencial de una película. Trasladar ese conjunto de datos de la aplicación del HDD al SSD elimina el coste de las búsquedas mecánicas y reduce las interferencias entre las pequeñas operaciones de E/S de metadatos y las grandes lecturas de archivos multimedia.
Una guía actual sobre el rendimiento de Jellyfin identifica el almacenamiento lento de metadatos como causa directa de la navegación lenta por la biblioteca, porque los datos de la aplicación requieren muchas lecturas pequeñas. El análisis de Jellyfin en SSD frente a HDD de ZimaSpace llega a la misma conclusión sobre la distribución de funciones: la latencia de los datos de la aplicación mejora con un SSD, mientras que los archivos multimedia voluminosos pueden seguir en un HDD.
Calcula el tamaño del SSD a partir del crecimiento real de los datos de las aplicaciones, más un margen adicional, no de la capacidad del contenido multimedia. Deja espacio libre para el crecimiento de la base de datos, los metadatos, las imágenes de previsualización o las ilustraciones si están habilitados, las copias de seguridad creadas localmente antes de exportarlas y la mayor carga de trabajo temporal que decidas guardar allí. Un SSD pequeño y lleno es peor que uno más grande con un margen de espacio libre estable.
Mantén el contenido multimedia a granel en HDD, salvo que otro requisito cambie la decisión
El HDD sigue siendo una opción sensata para almacenar contenido multimedia porque la reproducción de una película suele consistir en una lectura secuencial sostenida, con una tasa de bits muy inferior al rendimiento de un disco moderno en buen estado. El coste por capacidad, las bahías para discos, la redundancia y las copias de seguridad suelen pesar mucho más en la decisión que la velocidad de la interfaz SSD para el archivo multimedia en sí.
Un usuario reciente de Jellyfin en NAS describe una disposición con contenedores en SSD y contenido multimedia en HDD que permite navegar rápidamente desde el SSD, pero obliga a esperar entre 15 y 20 segundos cuando hay que activar los discos duros en reposo para reproducir contenido. Esto ilustra el verdadero sacrificio: no el ancho de banda sostenido, sino la latencia de la primera lectura y el comportamiento de la gestión de energía.
Si te importa más iniciar la reproducción de inmediato que ahorrar energía al detener los discos, mantenlos activos durante las horas habituales de reproducción o ajusta su política de energía. Si te importa más el silencio y el bajo consumo, acepta la demora al reproducir por primera vez mientras se activan los discos. Pasar todo el contenido multimedia a SSD solo para evitar una pausa al arrancar los discos suele ser una decisión sobre el coste de la capacidad, no un requisito de Jellyfin.
Protege el SSD como una unidad de recuperación pequeña, pero crítica
El SSD puede contener muchos menos datos que el conjunto de discos duros, pero guardar el estado que hace que el servidor parezca la misma instancia de Jellyfin. Si falla el SSD con los datos de la aplicación, se pueden perder los usuarios, el historial de reproducción, la configuración, las listas de reproducción y los metadatos seleccionados, aunque todas las películas permanezcan intactas. Haz copias de seguridad frecuentes de esta pequeña unidad de recuperación y mantenlas fuera del dominio de fallo del SSD.
Una disposición de dos niveles funciona mejor cuando el estado de las aplicaciones alojado en el SSD tiene su propia ruta de restauración probada. Un flujo de trabajo para probar restauraciones prioriza validar la aplicación en un destino aislado, en lugar de tratar los archivos copiados como prueba suficiente. Conserva el estado específico del servidor en copias de seguridad versionadas en el SSD y guarda solo los archivos auxiliares multimedia seleccionados cuando faciliten la migración o la reconstrucción.
No dupliques el SSD solo para evitar las copias de seguridad. La redundancia puede reducir el tiempo de inactividad tras el fallo de un dispositivo, pero no permite recuperarse de una actualización fallida, un borrado accidental, una base de datos dañada o la pérdida del host. Conserva puntos de recuperación con versiones y prueba una restauración en una instancia aislada de Jellyfin.
Evita que las tareas de E/S mixta anulen la separación del almacenamiento
La configuración resulta más útil cuando la E/S del estado de las aplicaciones se mantiene en el SSD y las transferencias grandes de contenido multimedia se quedan en el HDD. Las copias de seguridad, las descargas, la descompresión, el análisis de contenido multimedia o las escrituras de transcodificación pueden deshacer esa separación si todo se dirige al mismo dispositivo al mismo tiempo. Decide dónde escribe cada tarea recurrente y, cuando sea necesario, programa el trabajo pesado fuera de las horas de mayor actividad de visualización.
Un homelab con almacenamiento dual debe probarse con el mismo tipo de carga de E/S aleatoria mixta que hace visibles las colas de almacenamiento. Los valores exactos de las pruebas comparativas no se aplican directamente a Jellyfin, pero el mecanismo sí: las operaciones simultáneas y pequeñas de la base de datos reaccionan a la latencia de forma muy distinta a una lectura secuencial prolongada de contenido multimedia.
Mide la carga del panel, las búsquedas, el inicio de la reproducción, la duración del análisis, las colas de HDD y la latencia del SSD durante una coincidencia habitual de tareas. Si la navegación sigue siendo rápida, pero la reproducción solo espera a que los discos inactivos se activen, la configuración funciona como se espera. Si ambos niveles se ralentizan durante las copias de seguridad o la importación, soluciona el cuello de botella compartido del controlador, la red o la programación antes de comprar almacenamiento flash más rápido.
Amplía el nivel que realmente alcance su límite
Añade capacidad SSD cuando el estado de la aplicación, los metadatos o el espacio temporal de Jellyfin se acerquen al umbral de espacio libre, o cuando otra base de datos alojada en el mismo equipo necesite ese nivel de baja latencia. Añade capacidad HDD cuando la conservación de contenido multimedia alcance el límite del conjunto. Mejora la red solo cuando la ruta de contenido multimedia separada se convierta en el cuello de botella medido.
Una guía reciente sobre niveles de almacenamiento para servidores multimedia establece la misma distinción entre cargas de trabajo: la capacidad SSD debe destinarse a los datos del servidor sensibles a la latencia, mientras que la capacidad HDD debe alojar grandes bibliotecas multimedia. Amplía el nivel cuya capacidad medida o límite de latencia se esté alcanzando.
Detente cuando el SSD tenga capacidad para los datos de trabajo de las aplicaciones activas y margen para la recuperación, el conjunto de HDD pueda satisfacer la demanda habitual de contenido multimedia, las copias de seguridad cubran adecuadamente ambas funciones y la peor coincidencia de tareas habitual se mantenga dentro de los objetivos de latencia. La configuración de almacenamiento dual funciona cuando cada nivel tiene una función clara, no cuando hay una unidad conectada a cada conector disponible.
Productos recomendados
Configuración de NAS y servidores
Más para leer
¿Puede un servidor en una residencia estudiantil funcionar lo bastante silenciosamente como para dormir, estudiar y hacer videollamadas?
Sí, un servidor para una residencia universitaria puede pasar desapercibido si el hardware consume poca energía, se controlan las vibraciones del almacenamiento, se programan...
Un laboratorio doméstico estudiantil que puede pasar de la habitación de la residencia universitaria al primer apartamento
Mantén portátil el laboratorio doméstico de un estudiante separando los servicios de la red específica de cada habitación, minimizando el hardware, haciendo copias de...
Cómo compartir un servidor doméstico con tus compañeros de piso sin compartir cuentas ni archivos privados
Asigna a cada compañero de piso una identidad con nombre, almacenamiento privado y solo los roles compartidos que necesite; mantén la administración, las copias...
