Cómo elegir un servidor de Home Assistant para cortes de Internet

Elige un servidor de Home Assistant para el corte de suministro que realmente necesites superar. Un host local modesto puede ser suficiente ante un fallo del ISP, pero un corte de luz también requiere que el router, los coordinadores de radio y los puntos de acceso sigan disponibles.

Define el corte de suministro que el servidor debe superar

Una interrupción de Internet elimina la conexión WAN, mientras que la vivienda puede seguir teniendo electricidad y una LAN operativa. Un corte de luz puede dejar sin servidor, router, Wi‑Fi, switches Ethernet y coordinadores de radio al mismo tiempo. Un hardware elegido únicamente por su rapidez al procesar Home Assistant no resuelve el segundo fallo, por lo que estos escenarios requieren objetivos de aceptación distintos.

Un informe doméstico de 2025 describió cómo las automatizaciones continuaron mientras el acceso basado en la nube se interrumpió durante una caída de Internet. Otros participantes distinguieron entre un fallo del enlace del ISP y un router que también dejó de conmutar el tráfico local. Esta experiencia demuestra por qué la compra de un servidor debe comenzar por el límite exacto del fallo, no por la promesa general de que Home Assistant es local.

Anota las acciones mínimas para cada evento: iluminación automática, respuesta ante fugas, control del clima, paneles locales y funcionamiento manual seguro. Si solo importa la pérdida de la WAN, mantén accesible la red local. Si también importa la pérdida de suministro eléctrico, la lista de opciones debe incluir una ruta definida con respaldo de batería y una política de apagado o de funcionamiento continuado.

Mantén el control crítico en local

Un servidor no puede hacer que un dispositivo que depende exclusivamente de la nube sea independiente de su proveedor. Sigue cada acción crítica desde el sensor hasta la integración, la automatización, la red o radio y el actuador. Cualquier API externa necesaria puede interrumpir la ruta aunque el proceso de Home Assistant siga funcionando correctamente y el servidor tenga CPU y memoria de sobra.

El análisis del control local de ZimaSpace separa el motor de automatización local de Home Assistant de las nubes de los proveedores, el acceso remoto, las notificaciones push y los servicios de voz en la nube. También identifica el DNS local, el enrutamiento, los coordinadores y la alimentación eléctrica como dependencias de apoyo. Usa ese modelo de dependencias para filtrar dispositivos y servicios antes de comparar procesadores o cantidades de RAM.

La configuración mínima es aquella que mantiene la ruta crítica dentro de la red doméstica con alimentación eléctrica. Considera las fuentes meteorológicas, las notificaciones remotas y la voz en la nube como funciones opcionales degradadas, a menos que el hogar realmente las necesite. Si un bloqueo, una alarma o una acción de calefacción necesarios todavía dependen de Internet, cambia esa dependencia antes de gastar más en el host.

Dimensiona la alimentación para toda la ruta local

El dimensionamiento del SAI comienza con los vatios reales conectados, la autonomía deseada y los equipos que deben permanecer encendidos. La caja de Home Assistant no es la única carga. Incluye el router, los puntos de acceso relevantes, los switches Ethernet o PoE, los coordinadores de radio USB y cualquier dispositivo de almacenamiento cuya ausencia detendría la ruta de automatización necesaria.

Una guía actual de dimensionamiento de SAI distingue la capacidad en vatios de los VA y recomienda calcular cada dispositivo conectado en lugar de elegir la mayor cifra destacada. También señala que las necesidades de autonomía difieren entre un apagado controlado breve y un funcionamiento continuado. Estos principios se aplican directamente a un servidor doméstico preparado para cortes, aunque las curvas de autonomía del fabricante aún deben verificarse para cada modelo.

Mide el consumo normal y máximo en la toma de corriente y, después, elige un objetivo de autonomía basado en el historial local de cortes. Añade margen operativo en lugar de cargar el SAI hasta su límite impreso. Descarta una configuración si el SAI no puede comunicar una condición de batería baja cuando se requiere un apagado controlado, o si un componente de red sin protección interrumpe primero la ruta local.

Featured

ZimaCube 2 NAS personal en la nube para el hogar

ZimaCube2

$799.00 - $2,499.00

Buy Now

Elige el almacenamiento y el comportamiento de recuperación

Home Assistant registra continuamente los cambios de estado, por lo que la fiabilidad y la capacidad de recuperación del almacenamiento importan más que un alto resultado en una prueba secuencial. Los datos persistentes de la aplicación deben sobrevivir al reinicio y al reemplazo del host, mientras que las copias de seguridad deben poder alcanzarse después de que falle el dispositivo original. Los medios extraíbles pueden funcionar, pero su resistencia y el proceso de sustitución deben ajustarse a la carga de escritura y al riesgo de cortes.

Un hilo de la comunidad de Home Assistant contiene experiencias directas contrapuestas: varios usuarios informaron de fallos en tarjetas SD, mientras que otro informó de un servicio prolongado con registros selectivos. Un participante se pasó a un SSD USB después de sufrir fallos repetidos. El desacuerdo resulta útil porque rechaza una regla absoluta y convierte la actividad de escritura medida, la calidad del medio, las copias de seguridad y las pruebas de recuperación en criterios de compra.

Da preferencia a un almacenamiento cuya salud pueda supervisarse y cuya capacidad deje margen para el crecimiento del registrador, las actualizaciones y las copias de seguridad. El factor descalificador no es simplemente «usar una tarjeta SD», sino contar con una ruta de almacenamiento sin supervisión ni copias de seguridad y sin un proceso de sustitución probado. Un almacenamiento más rápido solo es una mejora cuando ya se cumplen los requisitos básicos de durabilidad y restauración.

Aplica los requisitos de compra antes de finalizar el pedido

Crea una pequeña matriz antes de pedir el hardware. Enumera cada acción crítica, si depende de la WAN, qué componentes de la red local y de radio necesita, cuánto tiempo debe sobrevivir y qué alternativa manual existe. Después, relaciona cada componente necesario con las funciones de alimentación, almacenamiento, red y recuperación de la configuración propuesta.

Una guía práctica reciente sobre el control local y en la nube plantea la planificación ante cortes en torno a qué luces, termostatos, sensores, notificaciones y rutas de recuperación siguen disponibles. Su distinción central es práctica: el control local reduce la dependencia de la nube, pero no convierte el acceso remoto ni todos los dispositivos en locales. Usa ese límite como comprobación de compra, no como garantía sobre un host concreto.

Reutiliza una máquina existente estable si supera la prueba de desconexión de la WAN, tiene un almacenamiento duradero y encaja en la carga medida del SAI. Compra un host dedicado de bajo consumo cuando los servicios compartidos o la responsabilidad de recuperación hagan valiosa la separación. No compres hardware nuevo todavía si los dispositivos que solo funcionan en la nube, un router sin alimentación de respaldo o una alternativa manual indefinida todavía pudieran impedir las acciones domésticas necesarias.

Conclusión

Elige la configuración menos compleja que mantenga disponibles todas las acciones locales críticas durante el corte definido y que el hogar pueda restaurar. Mejora la protección eléctrica, el almacenamiento o el aislamiento solo cuando falle una dependencia medida. Un hogar que aún no haya trazado las dependencias de la nube ni probado el control manual debe completar esas comprobaciones antes de comprar otro servidor.