¿Cuánto espacio de almacenamiento adicional requiere Immich más allá de los datos originales?

Immich no añade un porcentaje de almacenamiento universal; la sobrecarga depende principalmente de la cantidad de recursos, la proporción de vídeos, la configuración de derivados, el crecimiento de la base de datos y las copias de seguridad conservadas.

Una biblioteca familiar de un terabyte dominada por fotos no se comportará como una dominada por vídeos largos del teléfono. Planifica el almacenamiento midiendo cada clase generada después de una importación representativa y reserva espacio adicional para el crecimiento, el trabajo temporal y las copias de recuperación.

Los archivos multimedia derivados suelen formar la mayor parte de la sobrecarga visible

Immich prepara imágenes más pequeñas para las líneas de tiempo y los visores, y puede crear versiones codificadas de los vídeos para una reproducción compatible. Estos archivos dependen de la cantidad de recursos, las opciones de resolución, la configuración de calidad y la duración o combinación de códecs de los vídeos. Se suman a los archivos originales aunque los usuarios nunca los descarguen directamente.

Una medición de la comunidad de una biblioteca externa de 772 GiB registró aproximadamente 18 GiB de miniaturas y 65 GiB de vídeo codificado. Esa observación de unos 83 GiB sirve como ejemplo práctico, no como proporción para planificar, porque la combinación de fotos y vídeos y la configuración de otra biblioteca pueden modificar sustancialmente ambos componentes.

Registra los directorios de miniaturas y vídeos codificados después de importar una muestra representativa que contenga las fotos reales del hogar, archivos RAW, clips cortos y vídeos largos. Divide cada clase derivada por separado entre la cantidad de recursos y los bytes de origen. Las proporciones basadas en recursos y en bytes responden a preguntas de crecimiento diferentes.

La base de datos y el estado de búsqueda escalan con las relaciones

La sobrecarga de la base de datos proviene de los registros de recursos, usuarios, álbumes, metadatos, rostros, representaciones de búsqueda, índices y estados de tareas. Una imagen pequeña y un vídeo grande pueden generar cantidades similares de algunos registros pese a sus tamaños de origen muy distintos. Por ello, el crecimiento de la base de datos está más relacionado con las entidades y las funciones activadas que con los terabytes originales.

El artículo sobre copias de seguridad de Immich de ZimaSpace separa los originales esenciales y el estado de la base de datos de las rutas derivadas que pueden reconstruirse. Esta separación es importante al hacer previsiones, porque eliminar los derivados puede recuperar espacio temporalmente, mientras que perder la base de datos modifica relaciones que las miniaturas no pueden reconstruir.

Registra el tamaño de la base de datos antes y después de importar un grupo conocido y anota qué funciones de procesamiento se completaron. Repite la medición cuando terminen los procesos de reconocimiento facial y búsqueda. No extrapoles a partir de una cola sin terminar, porque la sobrecarga aparente por recurso aumentará a medida que se escriban representaciones y relaciones adicionales.

Las copias de seguridad y el trabajo temporal cambian el mínimo de capacidad

Un total acumulado no incluye el espacio necesario mientras se crean copias de seguridad, se vuelcan bases de datos, se preparan importaciones o se reemplazan derivados. Durante una actualización o regeneración, los artefactos antiguos y nuevos pueden coexistir. Por tanto, un disco dimensionado exactamente para el uso estable puede fallar durante el mantenimiento habitual, incluso cuando el crecimiento anual de archivos multimedia sea moderado.

Un artículo sobre planificación del almacenamiento describe cómo Immich llenó una SSD que antes tenía espacio libre mediante originales, miniaturas, metadatos y trabajo de aprendizaje automático. Su lección general es que el crecimiento de la aplicación y las copias de recuperación compiten con el margen operativo, por lo que el espacio libre debe cubrir la condición de mantenimiento más exigente, no el estado inactivo de hoy.

Mantén la retención de copias de seguridad como una partida independiente, porque las copias externas protegen frente a un fallo diferente. Reserva también un margen de trabajo observado a partir de la importación, recodificación o prueba de actualización más exigente. Tener más espacio libre no siempre es mejor, pero disponer de un margen máximo medido igual a cero hace predecible el fallo de capacidad.

-15% OFF

ZimaBoard 2 - Mini servidor doméstico para tu gran idea

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Crea una hoja de cálculo de sobrecarga específica para tu biblioteca

Crea filas para los originales, las miniaturas y vistas previas, el vídeo codificado, la base de datos, los artefactos de aprendizaje automático, los volcados de copias de seguridad locales y el espacio temporal máximo. Mide una línea base vacía y después importa un grupo representativo. Espera a que se vacíen las colas y vuelve a registrar cada fila antes de calcular las diferencias.

Un debate entre usuarios sobre la ubicación en SSD y HDD distingue los datos generados sensibles a la latencia de los originales masivos. Para calcular la capacidad, esta distinción mantiene visible la sobrecarga de la capa rápida incluso cuando los originales están en otro lugar; de lo contrario, el gran total del NAS puede ocultar una SSD de la aplicación casi llena.

Repite el grupo una vez para obtener un intervalo en lugar de una sola proporción. Proyecta cada fila con el factor que le corresponda: cantidad de recursos, bytes o duración de los vídeos, crecimiento de usuarios y relaciones, cantidad de copias retenidas o trabajo máximo de mantenimiento. Añade el crecimiento previsto de los archivos de origen solo después de que las necesidades derivadas y de recuperación sean visibles por separado.