Para Home Assistant con 100–300 dispositivos, 30 días de historial e integraciones habituales, bastan 2 vCPU, 4 GB RAM y 80 GB de disco NVMe; los flujos de vídeo, Frigate y una base de datos de varios años requieren muchos más recursos.
¿De qué dependen los requisitos de servidor para Home Assistant?
Los dispositivos no son lo mismo que las entidades
El factor clave de los home assistant server requirements no es solo el número de dispositivos físicos, sino la cantidad de entidades, su frecuencia de actualización y los complementos instalados. Un sensor de temperatura suele crear 2–5 entidades: temperatura, nivel de batería, señal y estado de disponibilidad. Un monitor de energía puede añadir 10–30 entidades, mientras que un sistema de climatización moderno puede generar decenas.
Una vivienda con 50 dispositivos Zigbee suele contener 200–400 entidades. Si las integraciones envían telemetría con frecuencia, recorder registra miles de eventos al día. Las operaciones de escritura, la indexación de la base de datos y las automatizaciones son normalmente la causa de las ralentizaciones, más que el consumo base de Home Assistant Core.
Al elegir un VPS, conviene seguir los principios generales del artículo sobre requisitos de servidor para aplicaciones self-hosted: la CPU se elige según las tareas pico, la RAM con margen para caché y contenedores, y el disco según los IOPS y la previsión de crecimiento de datos.
Qué carga más el servidor
- Recorder e historial: escritura de estados, eventos, logs y estadísticas en SQLite o PostgreSQL.
- Paneles de energía: actualizaciones frecuentes de power, voltage, current y consumption.
- ESPHome: la compilación de firmware ocupa 1–2 hilos de CPU y puede consumir 1–3 GB RAM.
- Node-RED, AppDaemon, pyscript: añaden procesos, librerías y tareas en segundo plano.
- Frigate y cámaras: la decodificación de vídeo RTSP, la detección de objetos y la grabación de archivos no son una carga «ligera» para Home Assistant.
- Integraciones cloud: consultas API, webhooks, asistentes de voz, MQTT y paneles remotos.
La instalación en una máquina virtual, Docker o Home Assistant OS requiere los mismos recursos, pero Docker permite aislar PostgreSQL, MQTT y Node-RED en contenedores separados. Consulta la guía práctica de despliegue en el artículo Home Assistant en un VPS: instalación, configuración y mantenimiento.
Requisitos del servidor Home Assistant según la escala de carga
Tabla «escala → especificaciones»
Para Home Assistant con 1000 entidades, recorder durante 30 días y sin decodificación de vídeo, bastan 4 vCPU, 8 GB RAM y 160 GB de disco NVMe.
| Escala de carga | vCPU | RAM | Disco | Puerto de red | Precio orientativo (marzo de 2026) |
|---|---|---|---|---|---|
| 20–80 dispositivos, hasta 300 entidades, 2–4 integraciones | 1 vCPU | 2 GB | 40 GB NVMe | 100 Mbps | desde $6/mes |
| 80–300 dispositivos, 300–1000 entidades, MQTT, ESPHome | 2 vCPU | 4 GB | 80 GB NVMe | 1 Gbps | desde $12/mes |
| 300–700 dispositivos, 1000–3000 entidades, Node-RED, historial de 90 días | 4 vCPU | 8 GB | 160 GB NVMe | 1 Gbps | desde $24/mes |
| 700–1500+ dispositivos, 3000–10 000 entidades, PostgreSQL, varios usuarios | 6–8 vCPU | 16 GB | 320 GB NVMe | 1 Gbps | desde $48/mes |
| Home Assistant + Frigate, 4–8 cámaras sin GPU | 8 vCPU | 16–32 GB | 500 GB NVMe | 1 Gbps | desde $80/mes |
Los precios son referencias generales del mercado en marzo de 2026 para VPS de esta categoría; el coste final depende de la región, las copias de seguridad, la IP dedicada, la capacidad NVMe y la disponibilidad de GPU.
Cómo interpretar el cálculo
La respuesta a la pregunta home assistant how many devices no puede reducirse a una cifra fija. 500 interruptores con cambios poco frecuentes pueden funcionar con 2 vCPU y 4 GB RAM, mientras que 100 dispositivos de medición de energía actualizados cada 5 segundos pueden generar una carga de base de datos mucho más intensa. En una instalación de producción, es recomendable dejar un margen de CPU del 30–50% y no llenar el NVMe por encima del 75–80%.
Si el servidor también ejecutará cámaras, calcúlalas por separado. Home Assistant recibe los estados de Frigate, pero la decodificación H.264/H.265 y object detection generan la carga principal. Para este escenario, utiliza las recomendaciones del artículo sobre requisitos de servidor para Frigate, CPU, GPU y Coral.
¿Buscas un servidor fiable para tus proyectos?
VPS desde $10/mes y servidores dedicados desde $9/mes con NVMe, protección DDoS y soporte 24/7.
Ver ofertas →Requisitos de hardware para Home Assistant: CPU, RAM y NVMe
Qué CPU necesita Home Assistant
Los home assistant hardware requirements comienzan con una CPU de buen rendimiento monohilo: las automatizaciones, el procesamiento de eventos de Python y parte de las operaciones de SQLite no escalan linealmente a 8–16 núcleos. Para una vivienda media, es preferible contar con 2–4 vCPU modernas a partir de 2,5 GHz que con un gran número de hilos lentos.
Un funcionamiento normal implica una carga media de CPU de hasta el 30–40%, con picos breves de hasta el 70%. Si el proceso python3, postgres o el contenedor recorder mantiene de forma sostenida el 80–100% de un núcleo, la interfaz responderá más lentamente y las automatizaciones se ejecutarán con retraso.
docker stats --no-stream
uptime
free -h
df -h
iostat -xz 1 5En la salida de iostat, revisa %util y la latencia de escritura. Para una base de datos activa, una latencia de escritura sostenida superior a 15–20 ms indica que debes revisar el NVMe, el volumen del historial y las exclusiones de recorder. No se recomienda usar HDD para la base de datos principal de Home Assistant: las escrituras aleatorias y VACUUM aumentarán de forma notable el tiempo de respuesta de la interfaz.
Cuánta RAM necesita Home Assistant
La pregunta «cuánta RAM necesita Home Assistant» depende de los contenedores. Home Assistant Core con decenas de integraciones suele consumir 500 MB–1,5 GB, pero el sistema operativo, la caché de archivos, MQTT, Node-RED, ESPHome y PostgreSQL cambian el cálculo. 2 GB son adecuados para una instancia doméstica mínima, 4 GB son el mínimo práctico para funcionamiento continuo y 8 GB son una opción segura para cientos de dispositivos y varios add-ons.
- 2 GB RAM: Core, Zigbee2MQTT o ZHA, recorder básico, hasta 300 entidades.
- 4 GB RAM: MQTT, ESPHome, HACS, 300–1000 entidades, varios dashboards.
- 8 GB RAM: Node-RED, PostgreSQL, 1000–3000 entidades, historial prolongado.
- 16 GB RAM: instalación grande, analítica, contenedores de pruebas o Frigate sin un pipeline GPU pesado.
No cuentes con swap como sustituto de la memoria. Un swap de 1–2 GB sirve como protección de emergencia frente a OOM, pero el uso activo de swap en NVMe empeora los tiempos de respuesta. En un servidor Linux puedes establecer un valor moderado:
sudo sysctl -w vm.swappiness=10
echo "vm.swappiness=10" | sudo tee -a /etc/sysctl.conf
Dimensionamiento de la base de datos recorder de Home Assistant: disco, retención y PostgreSQL
Cómo calcular el tamaño del historial
El home assistant recorder database sizing depende del número de cambios de estado, no del tamaño de la configuración YAML. Para una vivienda con 300–800 entidades y retención de 30 días, SQLite suele ocupar 2–10 GB. Con monitorización energética activa, mensajes MQTT frecuentes y 3000 entidades, la base de datos puede crecer 1–5 GB al mes incluso después de eliminar registros antiguos.
El margen práctico de disco para Home Assistant debe incluir el tamaño de la base de datos actual, archivos temporales de VACUUM, copias de seguridad, logs y actualizaciones. Si la base de datos ocupa 20 GB, no le asignes una partición de 25 GB: durante el mantenimiento necesitarás al menos 40–60 GB de espacio libre. Para un VPS con historial de 90 días, un punto de partida razonable son 160 GB NVMe.
Limita el registro de entidades con mucho ruido. Por ejemplo, la batería de un sensor, RSSI, uptime y los diagnósticos no siempre son necesarios en el historial. La siguiente configuración reduce el número de escrituras y los IOPS:
recorder:
purge_keep_days: 30
auto_purge: true
exclude:
entity_globs:
- sensor.*_linkquality
- sensor.*_rssi
- sensor.*_uptime
domains:
- sun
- updaterCuándo cambiar SQLite por PostgreSQL externo
SQLite sigue siendo una buena opción para una vivienda pequeña: no requiere un servicio independiente, es sencilla de respaldar y funciona de forma estable en NVMe. El cambio a PostgreSQL está justificado cuando la base supera 10–20 GB, hay más de 1000 entidades que cambian activamente, varios dashboards están abiertos a la vez o la limpieza del historial genera retrasos apreciables.
PostgreSQL resulta especialmente útil para guardar historiales prolongados, desde 90 días hasta varios años. Aloja la base de datos en el mismo VPS privado o en un contenedor separado con NVMe rápido; no expongas el puerto 5432 a Internet. Ejemplo de cadena de conexión:
recorder:
db_url: postgresql://ha_user:strong_password@postgres:5432/homeassistant
purge_keep_days: 90
auto_purge: trueLa base de datos no elimina la necesidad de hacer copias de seguridad. Un pg_dump diario, un snapshot del VPS y la comprobación de restauraciones son más importantes que el motor elegido. Para guardar varias copias y separar los datos de producción del archivo histórico, resulta útil el enfoque del artículo sobre cálculo del volumen de backups y deduplicación.
Requisitos del servidor Home Assistant para integraciones y complementos
MQTT, Zigbee, Z-Wave y ESPHome
Los requisitos del servidor Home Assistant para integraciones suelen venir definidos por la frecuencia de los mensajes. Mosquitto para 1000 mensajes MQTT por minuto rara vez necesita más de 256–512 MB RAM, pero registrar cada mensaje constantemente en recorder puede aumentar rápidamente la base de datos. Limita el historial de los topics de depuración y no publiques telemetría cada 1–2 segundos si no es realmente necesario.
Los coordinadores Zigbee y Z-Wave pueden conectarse por USB a un mini-PC local o pasarse a una máquina virtual. Para un VPS remoto, es mejor usar un coordinador de red, un túnel VPN o un gateway MQTT local: USB-over-IP a través de una conexión a Internet inestable puede provocar la pérdida de dispositivos tras una interrupción.
ESPHome tiene dos perfiles de carga. El funcionamiento habitual de los dispositivos conectados apenas afecta a la CPU, pero compilar firmware requiere compilador, paquetes Python y memoria. Con 1 vCPU y 2 GB RAM, la compilación puede tardar 5–15 minutos; 2–4 vCPU y 4 GB RAM aceleran claramente la actualización de varios ESP32.
Automatizaciones, HACS y acceso por voz
Node-RED y las plantillas Jinja complejas son útiles, pero aumentan el consumo de memoria. Si una automatización procesa decenas de eventos por segundo, añade 1 vCPU y 1–2 GB RAM a la configuración base. HACS no es pesado por sí mismo, aunque las integraciones personalizadas sin soporte pueden provocar fugas de memoria o errores frecuentes en los logs.
Para acceso externo, usa HTTPS, un usuario independiente con MFA y VPN o un reverse proxy. No expongas Home Assistant directamente sin TLS en el puerto 8123. Puedes comprobar las conexiones activas y la actividad de red con estos comandos:
ss -tulpn
docker logs --tail 100 homeassistant
curl -I https://your-domain.exampleTráfico, flujos de vídeo y alojamiento de Home Assistant en un VPS
Cuánto tráfico consume una casa inteligente
Un servidor Home Assistant habitual con MQTT, Zigbee e integraciones cloud rara vez consume más de 5–30 GB de tráfico externo al mes. Los webhooks, las notificaciones, la sincronización de aplicaciones móviles y los dashboards remotos aumentan el volumen de forma moderada. La principal fuente de tráfico son las cámaras: un flujo RTSP 1080p con bitrate de 4 Mbps transmite alrededor de 1,3 TB al mes de forma continua.
No envíes flujos continuos de cámaras a través de un VPS solo para mostrarlos en la interfaz si puedes transmitir eventos o utilizar un proxy local. Para 4–8 cámaras, prioriza un servidor local, GPU, Intel Quick Sync o Coral TPU. Consulta los cálculos detallados de CPU, RAM y conexión de red en el artículo sobre servidor para Frigate.
Cuándo un VPS es mejor que un mini-PC local
Un VPS es práctico para acceso HTTPS público, una dirección IP fiable, snapshots automáticos y para alojar PostgreSQL, Node-RED o un Home Assistant remoto. Un mini-PC local es más conveniente cuando se necesitan coordinadores USB, latencia mínima hacia Zigbee/Z-Wave y procesamiento de cámaras sin enviar flujos de vídeo por Internet.
Un esquema híbrido suele ser más práctico: Home Assistant y los coordinadores funcionan en casa, mientras el VPS recibe la VPN, guarda copias de seguridad y ejecuta servicios externos. Si toda la instancia está alojada en un centro de datos, configura WireGuard hacia la red doméstica y bloquea el acceso a dispositivos IoT desde cualquier subred salvo la VPN.
# Ejemplo para permitir acceso a Home Assistant solo mediante VPN
sudo ufw allow from 10.8.0.0/24 to any port 8123 proto tcp
sudo ufw deny 8123/tcp
sudo ufw enableMonitorización y copias de seguridad de Home Assistant
Qué métricas controlar
Para Home Assistant conviene supervisar CPU, RAM libre, swap, espacio libre NVMe, latencia de disco y tamaño de la base de datos. Configura una alerta cuando el disco alcance el 80%, el uso sostenido de swap supere 256 MB o la base de datos crezca más de un 20% en una semana sin cambios en el número de dispositivos.
Comprueba el tamaño de la base de datos y del directorio de configuración al menos una vez por semana:
du -sh /config
du -sh /config/home-assistant_v2.db*
docker exec -it postgres psql -U ha_user -d homeassistant -c "\l+"Regla 3-2-1 para una casa inteligente
La estrategia mínima consiste en un backup diario de Home Assistant, una copia local y otra copia fuera del servidor principal. El backup debe incluir configuration.yaml, el directorio .storage, secretos, componentes personalizados, la base de datos y las claves VPN. Conserva al menos 7 copias diarias y 4 semanales.
Una vez por trimestre, restaura un backup en un contenedor de pruebas o una VM independiente. Un archivo de copia de seguridad sin una restauración verificada no garantiza el funcionamiento de las automatizaciones, los tokens de integraciones ni el historial de PostgreSQL.
Preguntas frecuentes
¿Cuánta RAM necesita Home Assistant?
Para una vivienda pequeña con hasta 300 entidades, 2 GB RAM son suficientes si solo se utilizan Home Assistant, Zigbee y recorder básico. Para 300–1000 entidades, MQTT, ESPHome y HACS, es mejor elegir 4 GB. Una configuración con PostgreSQL, Node-RED e historial prolongado requiere 8 GB RAM para evitar el uso activo de swap y retrasos en la interfaz.
¿Cuántos dispositivos puede gestionar Home Assistant?
Home Assistant puede funcionar con 1000 o más dispositivos, pero hay que contar las entidades y la frecuencia de actualización. Unos 300 dispositivos suelen crear 1000–3000 entidades. Para este volumen son adecuados 4 vCPU, 8 GB RAM y 160 GB NVMe con historial de 30–90 días. Las cámaras y Frigate deben calcularse como una carga independiente.
¿Cuándo conviene cambiar de SQLite a PostgreSQL?
SQLite es adecuada para instalaciones de hasta varios cientos de dispositivos y una base de datos de aproximadamente hasta 10 GB en NVMe rápido. Conviene implementar PostgreSQL con 1000+ entidades que cambian frecuentemente, historial desde 90 días, una base de datos de 20 GB o más, o retrasos durante la limpieza de recorder. Para PostgreSQL es recomendable asignar al menos 2 GB RAM adicionales.
¿Cuánto disco asignar a Home Assistant?
Un mínimo de 40 GB NVMe es adecuado para una instancia de pruebas o una vivienda sin historial prolongado. Para funcionamiento continuo con 300–1000 entidades, elige 80 GB; para PostgreSQL y retención de 90 días, desde 160 GB. No llenes el disco por encima del 80%: la limpieza de la base de datos y la creación de backups pueden requerir temporalmente decenas de gigabytes adicionales.
Conclusiones
Recomendación práctica
Para la mayoría de viviendas, la configuración óptima es 2 vCPU, 4 GB RAM y 80 GB NVMe; para 1000+ entidades, PostgreSQL y Node-RED, elige 4 vCPU, 8 GB RAM y 160 GB NVMe. Aloja la videovigilancia con Frigate por separado o planifica como mínimo 8 vCPU, 16 GB RAM y un disco rápido desde 500 GB.
VPS NVMe con activación en 60 segundos: acceso root completo, más de 20 ubicaciones y pago con tarjeta o criptomonedas.
Elegir plan
