Cómo dimensionar un servidor doméstico para Home Assistant y cortes de Internet

Dimensiona la ruta de control local protegida, no solo el proceso de Home Assistant, para las interrupciones de internet y de suministro eléctrico que tu hogar deba soportar.

En un hogar donde la iluminación, la climatización, la respuesta ante fugas o las automatizaciones de acceso importan durante una interrupción, el servidor es solo uno de los componentes. La conmutación local, los coordinadores de Wi-Fi o de radio, el almacenamiento persistente, la alimentación por batería y una configuración recuperable deben funcionar en conjunto. El diseño deja de estar preparado para cortes cuando una API en la nube necesaria, un router sin protección o un comportamiento de reinicio desconocido interrumpe el flujo de trabajo antes de que la capacidad de cómputo se convierta en un problema.

Define el objetivo de aceptación ante interrupciones

Distingue entre una interrupción del proveedor de internet y un corte del suministro eléctrico. Si se interrumpe el servicio de internet, la LAN puede seguir funcionando correctamente y los dispositivos locales pueden continuar comunicándose. Si se corta la luz, el host, el router, los switches, los puntos de acceso, los coordinadores, el NAS y los actuadores pueden fallar a la vez. Define para cada incidente su duración y el nivel de degradación aceptable.

Un debate de la comunidad sobre la planificación ante cortes de luz distingue entre el control local de dispositivos y la cuestión más amplia de qué permanece encendido. Esa incertidumbre es el punto de partida adecuado: haz un inventario de las acciones críticas, sus dependencias de red y de la nube, y el procedimiento manual alternativo. El requisito genérico de «mantener Home Assistant en línea» es demasiado limitado para dimensionar la topología.

Clasifica cada flujo de trabajo como algo que debe continuar, que puede degradarse o que puede detenerse de forma segura. Una válvula contra fugas y un sistema de protección de la calefacción pueden tener prioridad sobre los gráficos del historial, las notificaciones remotas y las consultas por voz. La configuración protegida solo necesita capacidad para el conjunto que debe continuar, más un margen de recuperación; las tareas opcionales pueden pausarse o trasladarse fuera del host crítico.

Dimensiona el cómputo según la carga de trabajo crítica

Mide la carga de trabajo de la automatización principal con la conexión WAN desconectada y la secuencia local de eventos más intensa en ejecución. Registra el uso sostenido y máximo de CPU, la presión de memoria, la espera de almacenamiento y la latencia de respuesta. Incluye la base de datos y solo los complementos necesarios para las acciones protegidas. Así se obtiene una referencia del servidor vinculada al servicio, no a la cantidad de dispositivos.

Mantén los modelos de voz locales, la inferencia de cámaras, el procesamiento multimedia y la compresión de copias de seguridad fuera de la ruta protegida, salvo que el requisito de interrupción los incluya explícitamente. Si comparten el host, aplica límites de recursos o planifica su ejecución, y reproduce la peor coincidencia de cargas. Separa un servicio solo cuando su pico haga que una acción crítica incumpla el objetivo de aceptación.

Añade margen para las actualizaciones, el mantenimiento de la base de datos del registrador y el crecimiento, pero no lo conviertas en una categoría arbitraria de procesador. Un host tiene capacidad suficiente cuando la secuencia crítica medida sigue respondiendo y el comportamiento tras el reinicio es predecible. Es demasiado grande para su función actual si la capacidad sin usar aumenta el consumo en reposo y la carga del SAI sin reducir ningún fallo concreto.

Crea una ruta protegida de alimentación y red

Traza una ruta desde el sensor o el panel de control, pasando por la radio o el Wi-Fi, la conmutación local y Home Assistant, hasta el actuador. Conecta todos los componentes de red necesarios y el host a un circuito protegido por un SAI cuya carga se haya medido. Una batería solo para el servidor no puede mantener el control si el router, el conmutador, el punto de acceso o el coordinador se quedan sin corriente.

Un operador describe cómo proteger el equipo de red, el almacenamiento y el servidor de Home Assistant con SAI pequeños, apagando los servidores en cuestión de minutos y manteniendo el equipo de red disponible durante más tiempo. Los tiempos dependen de cada instalación, pero la separación de funciones es útil: el equipo informático puede apagarse de forma segura mientras la ruta de comunicación local sigue siendo útil.

Mide la carga total de las tomas, establece una autonomía objetivo y pruébala durante la actividad máxima normal. Define si el host seguirá funcionando, se apagará correctamente o se reiniciará cuando vuelva la corriente. Rechaza cualquier diseño que no pueda recuperarse si vuelve la corriente mientras el SAI aún tiene carga, porque ese caso límite puede dejar una batería en buen estado protegiendo un servicio desconectado.

Featured

ZimaBoard 2 - Mini servidor doméstico para tus grandes ideas

Single board computer zimaboard2

$339.00 - $529.00

Buy Now

Separa el estado activo de las copias de recuperación

Mantén la configuración y la base de datos activa del grabador en un almacenamiento persistente supervisado que se inicie junto con el host protegido. Guarda las copias de recuperación en un destino independiente cuya pérdida no impida que se inicie la automatización local. Un NAS puede ser un destino de copia de seguridad eficaz, pero no debe convertirse accidentalmente en un requisito previo para el servicio principal.

Una secuencia de interrupción de servicio reportada en Home Assistant y Synology muestra que ambos sistemas se apagaron al producirse un evento del UPS, pero no se volvieron a encender automáticamente cuando regresó la energía antes de que el UPS se agotara por completo. El caso demuestra por qué hay que probar la recuperación del almacenamiento, el equipo y la alimentación como una sola secuencia: aunque cada componente funcione correctamente por separado, el servicio puede seguir sin estar disponible.

Define la frecuencia de las copias de seguridad según la pérdida de datos aceptable y, después, restaura una copia reciente en otro soporte o en un equipo de repuesto. Guarda las credenciales y las instrucciones en un lugar accesible para otro administrador del hogar. RAID, el almacenamiento duplicado o una segunda partición no sustituyen la copia externa al equipo, porque mantienen el mismo dominio de fallo del operador y del sistema.

Valida la topología y define los criterios de ampliación

Realiza cuatro pruebas de aceptación: desconecta la WAN, deja inaccesible el destino de las copias de seguridad, simula la acción por batería baja del UPS y restaura en otro equipo. Cronometra las automatizaciones críticas, el apagado, el reinicio y la restauración. Registra los fallos en cada conexión del grafo para que una mejora corrija el rol que falló, en lugar de añadir capacidad a todas partes.

La guía de ZimaSpace para medir el rendimiento de Home Assistant más allá de la caché calentada explica por qué las pruebas repetidas con la caché calentada pueden ocultar limitaciones de inicio en frío o de carga máxima. Aplica ese método a la carga de trabajo protegida y compara el resultado con el consumo del UPS y el comportamiento de recuperación, en lugar de ampliar el equipo basándote en una prueba con caché que salió bien.

Aumenta la capacidad de procesamiento cuando falle la latencia crítica medida, una vez descartados otros cuellos de botella. Aumenta la capacidad de la batería cuando la autonomía de la ruta completa no alcance el objetivo. Separa los servicios que consumen muchos recursos cuando el aislamiento resuelva el fallo. Deja de comprar hardware para servidores cuando un dispositivo que depende exclusivamente de la nube, un componente de red sin protección o una restauración no probada siga siendo el primer punto de fallo.

Regla final de configuración

El tamaño preparado para cortes es la topología protegida más pequeña que supera las pruebas de pérdida de WAN, autonomía eléctrica, reinicio y restauración del hogar. Aumenta la capacidad de procesamiento, la batería o el aislamiento solo cuando la prueba medida de ese componente falla. Si siguen predominando las dependencias de la nube o las limitaciones del control manual, corrige esos problemas antes de ampliar el servidor de Home Assistant.