¿Deberías guardar los metadatos de Home Assistant en un SSD y los datos masivos en un HDD?

Por lo general, sí: mantén la configuración activa, los registros, los metadatos y la base de datos local de Home Assistant en un SSD fiable, y coloca los archivos multimedia grandes, las grabaciones de cámaras, las exportaciones y las copias de seguridad secundarias en un HDD.

El límite importante no es simplemente entre archivos pequeños y grandes. El árbol /config de Home Assistant contiene un estado persistente estrechamente relacionado, mientras que Recorder realiza operaciones frecuentes en la base de datos y los montajes externos añaden dependencias de inicio y disponibilidad. Separa los datos según su patrón de acceso, documenta cada montaje y verifica un reinicio y una restauración antes de confiar en la separación.

Mantén unido el estado activo de Home Assistant en el SSD

Trata /config como una unidad de recuperación. Normalmente incluye YAML, secretos, el directorio .storage, registros, el estado de las integraciones y, cuando se usa SQLite, la base de datos activa. Dividir archivos de estado ocultos individuales entre distintos montajes dificulta razonar sobre la propiedad, el orden de inicio y la cobertura de las restauraciones.

Recorder escribe continuamente, por lo que su comportamiento de almacenamiento difiere del de un archivo que se abre ocasionalmente. Las recomendaciones independientes para la resolución de problemas aconsejan usar almacenamiento rápido para la base de datos activa de Home Assistant, ya que las lecturas y escrituras frecuentes pueden convertir los medios lentos en retrasos visibles en el historial y las automatizaciones. La evidencia útil se centra en el almacenamiento rápido para la base de datos activa, no en prometer que cualquier SSD solucionará todos los cuellos de botella.

Si utilizas un servicio externo de MariaDB o PostgreSQL, la base de datos se convierte en un sistema con estado independiente, con sus propios límites de copia de seguridad, autenticación, red y actualización. No consideres cambiar la URL de la base de datos como un simple cambio de ubicación de archivos.

Mueve los datos que ocupan mucho espacio solo cuando tengan un límite claro

El almacenamiento HDD es una opción razonable para archivos multimedia grandes, grabaciones prolongadas de cámaras, informes exportados y copias de seguridad adicionales cuando esas rutas no contienen la configuración activa ni la base de datos. Estas cargas de trabajo suelen valorar más la capacidad que la latencia de E/S aleatoria pequeña.

Crea rutas explícitas en el host y móntalas en ubicaciones estables del contenedor. No montes un directorio principal amplio sobre /config, porque una ruta del host vacía o disponible con retraso puede ocultar los datos esperados y hacer que Home Assistant parezca recién instalado. Confirma que el HDD esté montado antes de iniciar el contenedor y decide qué debe ocurrir si no está disponible.

El artículo relacionado de ZimaSpace sobre el crecimiento de los metadatos y el historial de Home Assistant ayuda a separar los registros, el historial de Recorder, los registros, y las copias de seguridad antes de asignar cada clase a un nivel de almacenamiento.

Planifica las copias de seguridad en ambos niveles de almacenamiento

Anota qué copia de seguridad incluye /config, la base de datos activa, las rutas del HDD y cualquier base de datos externa. Un archivo que parece completo aún puede omitir una ruta de medios o de base de datos montada por separado, mientras que una copia del sistema de archivos puede ser incoherente si captura una base de datos durante una escritura.

Mantén al menos una copia de seguridad fuera del host de Home Assistant. La separación entre SSD y HDD mejora la ubicación de los datos, pero no protege contra eliminaciones, fallos de alimentación, averías del controlador ni una migración defectuosa que afecte a ambos discos. Guarda las claves de cifrado y las credenciales junto con el plan de recuperación, no en la misma máquina.

Antes de cambiar los montajes, crea una copia de seguridad verificada y anota el número actual de entidades, las integraciones, el historial reciente, los paneles, las automatizaciones y las rutas multimedia. Esas observaciones se convierten en la prueba de aceptación después de recrear el sistema y son más útiles que comprobar solo si se abre la página de inicio de sesión.

Featured

ZimaCube 2 NAS personal en la nube para el hogar

ZimaCube2

$799.00 - $2,499.00

Buy Now

Valida la separación mediante reinicios, carga y restauración

Reinicia el host, no solo Home Assistant, para probar el orden de los montajes. Confirma que /config se resuelva en la ruta del SSD y que cada montaje de datos masivos se resuelva en la ruta prevista del HDD antes de que Home Assistant empiece a escribir. Un directorio vacío en cualquiera de las ubicaciones es una condición para detenerse.

Ejecuta la carga de trabajo original: abre el historial, activa una automatización exigente, escribe una grabación o un archivo multimedia y crea una copia de seguridad. Un resultado satisfactorio mantiene la capacidad de respuesta del control, escribe los datos en los discos previstos, no produce advertencias de base de datos ni de permisos y deja el host con una latencia de E/S normal.

Por último, restaura el sistema en una instancia de prueba aislada y verifica ambos niveles de almacenamiento. Revierte la separación si Home Assistant se inicia con registros vacíos, historial obsoleto, medios faltantes o fallos dependientes de los montajes. Recurre a una base de datos externa o a un diseño de almacenamiento diferente solo cuando el límite más sencillo de /config en SSD y datos masivos en HDD no pueda satisfacer las necesidades de capacidad o disponibilidad.