¿Cuánto almacenamiento adicional ocupa Home Assistant más allá de los datos de origen?
Home Assistant no añade ningún multiplicador de almacenamiento universal; la sobrecarga depende de la frecuencia de los eventos, el historial conservado, las estadísticas, los índices, los registros, las copias de seguridad, los complementos y el espacio de trabajo temporal.
Un sensor de temperatura puede emitir valores diminutos, pero sus cambios pueden convertirse en estados con marca de tiempo, atributos, entradas de índice, agregados, copias de seguridad y metadatos del sistema de archivos. Los clips de cámara o los datos de los complementos pueden dominar por razones completamente distintas. Por tanto, una estimación útil separa cada función de almacenamiento y mide su crecimiento diario según el número real de entidades del hogar, la frecuencia de actualización, la retención, el nivel de registro y la política de copias de seguridad.
Los valores de origen se convierten en datos estructurados de Recorder
Los datos de origen son únicamente el valor que llega de un dispositivo o una integración. Recorder almacena cambios de estado y eventos seleccionados con marcas de tiempo, referencias a entidades, atributos y una estructura relacional para que el historial y otras funciones puedan consultarlos. Por ello, una lectura breve como 21.4 ocupa más que sus caracteres visibles una vez incluidos las páginas de la base de datos y los vínculos entre registros.
Home Assistant mantiene los estados sin procesar junto con formas estadísticas a corto y largo plazo. Esta explicación detallada del modelo de base de datos y estadísticas muestra por qué el espacio ocupado depende de la frecuencia de los cambios y de las reglas de agregación, no del tamaño nominal de la carga útil de un sensor.
Esta primera capa suele estar determinada por la tasa de cambios: las entidades que cambian a menudo generan más filas que las entidades estables, y los atributos detallados pueden amplificar la diferencia. Mil entidades no implican el mismo almacenamiento en todos los hogares. La predicción de la sobrecarga necesita conocer los cambios diarios, los días conservados y el impacto medio de cada fila almacenada, no solo el número de entidades.
Los índices y las páginas de la base de datos añaden espacio estructural
Una base de datos relacional necesita estructuras que hagan que las filas sean duraderas y fáciles de buscar. Las páginas de tablas, los índices, las páginas libres, los diarios y los registros de escritura anticipada pueden ocupar espacio adicional al contenido lógico de las filas. Estas estructuras mejoran la coherencia y el rendimiento de las consultas, pero el tamaño de sus archivos no siempre se reduce de inmediato al eliminar el historial antiguo.
SQLite almacena tablas e índices en páginas de tamaño fijo, por lo que el tamaño físico refleja la asignación de páginas y no una simple suma de las longitudes de los campos. Una guía accesible sobre la disposición de páginas de SQLite explica cómo coexisten los registros, los índices y el espacio libre dentro del archivo de la base de datos.
Esto crea dos mediciones diferentes: los datos conservados lógicamente y el almacenamiento asignado físicamente. Una purga puede reducir lo primero sin reducir de inmediato lo segundo, mientras que una operación de mantenimiento puede necesitar espacio temporal adicional antes de devolver espacio. La planificación de capacidad debe conservar margen de trabajo en lugar de tratar el archivo actual de la base de datos como el requisito máximo posible.
Las estadísticas intercambian detalle por retención a largo plazo
El historial a corto plazo conserva cambios detallados durante un periodo limitado, mientras que las estadísticas a largo plazo mantienen agregados compactos para las entidades numéricas compatibles. La agregación reduce la tasa de crecimiento por entidad frente a conservar cada estado sin procesar para siempre, pero crea otro conjunto de datos persistente cuya duración difiere de la del historial normal.
Por tanto, un modelo de datos de Home Assistant puede contener simultáneamente estados sin procesar, muestras estadísticas a corto plazo y resúmenes horarios a largo plazo. El desglose práctico de este artículo sobre integraciones de series temporales ilustra por qué el análisis histórico suele introducir una función de almacenamiento adicional a las necesidades de estado actual del controlador.
El resultado depende del caso: un hogar con muchas entidades binarias estables puede tener una sobrecarga estadística moderada, mientras que los sensores de energía y ambientales pueden acumular agregados duraderos. Las estadísticas a largo plazo no duplican el historial sin procesar; conservan valor analítico con menor resolución. Estímalas como una tasa diaria independiente en lugar de integrarlas en un único multiplicador de base de datos inexplicado.
Los registros, las copias de seguridad y las capas de contenedores multiplican el espacio ocupado
El almacenamiento de Home Assistant incluye más que Recorder. Los registros pueden crecer durante errores repetidos o sesiones de depuración. Las copias de seguridad pueden copiar la base de datos, la configuración, el estado de los complementos y determinadas carpetas compartidas. Las implementaciones con contenedores también conservan imágenes, capas de escritura, volúmenes y, en ocasiones, versiones antiguas o caché de compilación en el mismo disco del sistema.
El uso de disco de Docker se distribuye entre varios almacenes, no en un único directorio de la aplicación. Esta guía sobre el espacio de disco de Docker separa las imágenes, los contenedores, los volúmenes y la caché, y ayuda a explicar por qué el crecimiento del sistema de archivos puede superar al de la carpeta de datos visible de Home Assistant.
La retención de copias de seguridad multiplica determinados datos por el número de copias, pero la compresión y el comportamiento incremental pueden cambiar la proporción exacta. Una base de datos activa de 2 GB no garantiza que cada copia de seguridad añada exactamente 2 GB, del mismo modo que una carpeta de configuración pequeña no demuestra que las copias vayan a mantenerse pequeñas. Mide por separado el contenido de los archivos y el número de generaciones conservadas.
El espacio temporal crea un pico por encima del estado estable
El mantenimiento de la base de datos, la creación de copias de seguridad, la descompresión, las actualizaciones, la descarga de imágenes y las migraciones pueden requerir espacio temporal mientras coexisten las versiones antigua y nueva. Este pico es fácil de pasar por alto porque desaparece después de una operación exitosa. Se convierte en un problema de fiabilidad cuando un proceso necesita bloques libres para terminar, pero el conjunto de datos en estado estable ya ha llenado la mayor parte del disco.
La base de datos principal y el WAL de SQLite pueden conservar espacio asignado hasta que se cumplan las condiciones de punto de control o compactación. Un análisis del rendimiento del crecimiento de archivos de SQLite explica por qué la base de datos y el registro de escritura anticipada pueden expandirse de forma distinta a los datos lógicos visibles para la aplicación.
El pico necesario depende de la operación. Una reescritura de la base de datos puede necesitar un espacio relacionado con su tamaño, mientras que una actualización de imagen puede conservar temporalmente las capas antigua y nueva. La guía de ZimaSpace sobre el almacenamiento libre para las tareas de Home Assistant proporciona umbrales operativos una vez identificados los componentes de la sobrecarga.
Dónde falla una única proporción de sobrecarga
Un porcentaje fijo falla cuando domina un componente. Los registros de depuración pueden superar a Recorder durante un bucle de errores; los archivos multimedia locales de las cámaras pueden eclipsar todas las tablas de la base de datos; un complemento grande puede expandir su propio volumen; o una política de retención prolongada puede hacer que las copias sean mayores que el estado activo. Además, los cambios en la carga de trabajo vuelven obsoleta la proporción del día anterior.
Las guías sobre el agotamiento del disco de los contenedores separan precisamente las imágenes, las capas de escritura, los registros, los volúmenes y la caché de compilación porque cada elemento tiene un mecanismo de crecimiento diferente. El inventario de cinco partes de este análisis del almacenamiento de Docker demuestra por qué un único total general no puede identificar la fuente determinante.
La proporción también resulta engañosa entre distintos tipos de instalación. Home Assistant OS, un contenedor, una máquina virtual y un paquete supervisado para el sistema anfitrión gestionan los datos del sistema de forma diferente. Compara instalaciones equivalentes y mantén los archivos multimedia o los datos de aplicaciones no relacionadas fuera del cálculo, salvo que la copia de seguridad o el entorno de ejecución de Home Assistant sean realmente sus propietarios.
Construye un modelo de crecimiento del almacenamiento para siete días
Toma una medición inicial de los archivos de la base de datos, la configuración, los registros, las copias de seguridad, los volúmenes de los complementos, las imágenes y capas de los contenedores, los archivos multimedia y el espacio libre. Mantén constantes durante siete días representativos los ajustes de retención y registro. Registra cada componente a diario y a la misma hora, y anota las actualizaciones, los reinicios, las tareas de copia de seguridad, los errores inusuales o la incorporación de dispositivos.
La gestión del almacenamiento comienza con la visibilidad, porque los volúmenes, las imágenes, las capas de escritura y la caché tienen ciclos de vida independientes. Este artículo sobre los aspectos internos del almacenamiento de Docker ayuda a asignar los bytes medidos a los datos persistentes de la aplicación o a la sobrecarga del empaquetado en tiempo de ejecución.
Calcula el crecimiento diario de cada función, multiplícalo por su propio periodo de retención y añade el mayor pico temporal observado junto con una reserva de recuperación. Vuelve a comprobarlo después de añadir integraciones o cambiar los registros, los archivos multimedia o las copias de seguridad. Ese modelo por componentes produce un intervalo de capacidad defendible; un multiplicador universal no puede hacerlo.
Productos recomendados
Centro de Tecnología e IA
Más para leer
¿Por qué Home Assistant vuelve a procesar los datos existentes después de una actualización?
Home Assistant puede revisar los datos existentes después de una actualización para hacer que el estado almacenado, los índices, las cachés y las integraciones...
¿Qué dependencias suelen determinar realmente el límite de rendimiento de Home Assistant?
El rendimiento de Home Assistant está limitado por la dependencia obligatoria más lenta en la ruta del evento al resultado, no necesariamente por la...
Redes de Home Assistant: cómo el descubrimiento, el DNS y el enrutamiento permiten la accesibilidad
La accesibilidad de Home Assistant requiere detección, resolución correcta de nombres, una ruta válida, tráfico permitido y un punto de conexión en escucha.
