¿Qué son los roles de los datos persistentes de Home Assistant y por qué son importantes?

Los datos persistentes de Home Assistant son más fáciles de gestionar cuando se dividen por función en lugar de tratarse como una «configuración» indiferenciada. Parte del estado define la identidad y el comportamiento del hogar inteligente, otra parte almacena observaciones históricas, otra contiene credenciales y otra existe únicamente para reconstruir el entorno de ejecución de Home Assistant.

Estas funciones son importantes porque tienen distintos valores de recuperación. Perder un mes de historial no es lo mismo que perder el registro de entidades, y recrear una imagen de Docker no equivale a recrear las asignaciones de dispositivos, los secretos o la configuración que proporciona al hogar sus automatizaciones.

La configuración y el estado de los registros definen la instalación

El árbol de configuración persistente contiene YAML, almacenamiento gestionado desde la interfaz, configuración de integraciones, paneles, ayudantes, registros de dispositivos y entidades, componentes personalizados y otros archivos que hacen que una instancia de Home Assistant sea diferente de una instalación limpia.

La persistencia de los contenedores depende de almacenar el estado fuera de la capa de escritura del contenedor. La guía actual de almacenamiento de Docker explica que los volúmenes y los montajes enlazados conservan los datos de la aplicación independientemente del ciclo de vida del contenedor. La imagen puede recrearse; no se debe dar por hecho que el estado específico del hogar reaparecerá.

Esta función requiere copias de seguridad conservadoras, migraciones controladas y un procedimiento de restauración conocido. No debe compartir una política de limpieza con la caché ni con las capas desechables de los contenedores.

El historial de Recorder es valioso, pero no es lo mismo que la configuración

Recorder almacena estados históricos, eventos y estadísticas utilizados por Historial, Libro de registro, los paneles y el análisis. Estos datos pueden ser importantes, especialmente para la energía, las tendencias ambientales o la resolución de problemas, pero Home Assistant puede seguir representando el estado actual sin conservar un historial sin límites de datos sin procesar.

Separar el historial de la identidad cambia las decisiones de recuperación. Una base de datos de Recorder dañada o demasiado grande puede justificar reparar, restaurar o incluso recrear el historial sin descartar automatizaciones ni configuraciones de integraciones que estén en buen estado.

Los datos históricos necesitan su propio ciclo de vida: la frecuencia de muestreo, la retención, las agregaciones, los índices y las generaciones de copias de seguridad determinan el crecimiento del almacenamiento independientemente del número de reglas de automatización. Trata esas decisiones de retención por separado del estado de configuración y de los registros que definen la instalación.

Los secretos y las claves de recuperación tienen un contrato de fallo diferente

Las credenciales, los tokens, los certificados, las claves de cifrado y el material de emergencia para las copias de seguridad pueden ocupar pocos bytes, pero tener un gran valor de recuperación. Una copia de seguridad que no se puede descifrar, o una integración restaurada sin credenciales válidas, puede dejar el sistema parcialmente inutilizable.

La estrategia de copias de seguridad de Home Assistant recomienda explícitamente conservar copias de recuperación cifradas en distintos medios y en una ubicación externa. Esta protección solo es útil si la clave necesaria para restaurar la copia también está disponible después de perder el host.

No pongas todos los secretos en un repositorio público de Git simplemente porque la configuración esté versionada. Almacena el material secreto mediante un mecanismo protegido y documenta dónde recuperarlo.

-15% OFF

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

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

La definición del entorno de ejecución reconstruye el entorno que rodea al estado

Un árbol de configuración restaurado puede seguir fallando si el host de sustitución no reproduce la asignación de la radio USB, el modo de red, los puertos, las rutas del host, el servicio de base de datos, el bróker MQTT, las variables de entorno, la zona horaria o los permisos que esperaba la implementación original.

La guía de Home Assistant Container separa las actualizaciones del estado persistente y presupone que el entorno de ejecución se recrea a partir de parámetros de Docker conocidos. El flujo de trabajo de Container mantiene las copias de seguridad y la sustitución de imágenes como operaciones distintas, la misma separación que debe conservar un plan de recuperación.

Guarda los archivos de Compose o las definiciones de implementación equivalentes junto con la documentación de los servicios externos. La configuración del entorno de ejecución no es la base de datos de Home Assistant, pero forma parte de la reproducción de un servicio operativo.

Las copias de seguridad son copias de recuperación, no otra función de datos activos

Una copia de seguridad debe sobrevivir al fallo del que pretende recuperarse. Si todas las copias de seguridad se encuentran en el mismo SSD del sistema que la configuración activa y la base de datos de Recorder, un único fallo de almacenamiento puede eliminar las tres funciones a la vez.

Las copias de recuperación también deben sobrevivir a la pérdida del host de Home Assistant. El modelo de copias de seguridad 3-2-1 conserva varias copias en distintos medios, con al menos una copia externa. En el caso de las copias de seguridad cifradas de Home Assistant, el kit de emergencia o la clave correspondiente también deben permanecer disponibles fuera del sistema fallido.

• Configuración y registros: restaúralos o repáralos con cuidado, ya que definen la identidad y el comportamiento de las automatizaciones.
• Recorder y estadísticas: repáralos, restáuralos o recréalos de forma independiente cuando el historial sea la única capa dañada.
• Secretos y claves: recupéralos de un almacén protegido fuera del host fallido.
• Definición del entorno de ejecución: recrea los montajes, dispositivos, redes y dependencias de servicios.
• Copias de seguridad: conserva copias de recuperación fuera del dominio de fallo activo.

El ejemplo de implementación de Home Assistant en ZimaSpace proporciona un contexto útil para esta separación: la plataforma del servidor puede cambiar mientras el estado de la aplicación y las responsabilidades de recuperación siguen siendo lógicamente distintos.

Las funciones de los datos persistentes son importantes porque permiten reparar la capa afectada más pequeña. Un problema en la base de datos no tiene por qué convertirse en una instalación limpia, y una actualización del contenedor no tiene por qué provocar la pérdida de la configuración.