Для Home Assistant с 100–300 устройствами, историей за 30 дней и обычными интеграциями достаточно 2 vCPU, 4 GB RAM и 80 GB NVMe-диска; видеопотоки, Frigate и база данных на годы требуют заметно больше ресурсов.
От чего зависят home assistant server requirements?
Устройства не равны сущностям
Ключевой параметр home assistant server requirements — не только число физических устройств, а количество сущностей, частота их обновления и набор надстроек. Один датчик температуры обычно создаёт 2–5 сущностей: температуру, заряд батареи, уровень сигнала, состояние доступности. Один энергомонитор может добавлять 10–30 сущностей, а современная климатическая система — десятки.
Дом с 50 Zigbee-устройствами нередко содержит 200–400 сущностей. Если интеграции регулярно отправляют телеметрию, recorder записывает тысячи событий в сутки. Именно операции записи, индексация БД и автоматизации чаще становятся причиной задержек, а не базовое потребление Home Assistant Core.
При подборе VPS полезно учитывать общие принципы из материала о требованиях к серверу для self-hosted приложений: CPU выбирают по пиковым задачам, RAM — с запасом под кэш и контейнеры, а диск — по IOPS и прогнозу роста данных.
Что сильнее всего нагружает сервер
- Recorder и история: запись состояний, событий, логов и статистики в SQLite или PostgreSQL.
- Энергетические панели: частые обновления power, voltage, current и consumption.
- ESPHome: компиляция прошивок занимает 1–2 CPU-потока и может потреблять 1–3 GB RAM.
- Node-RED, AppDaemon, pyscript: добавляют отдельные процессы, библиотеки и фоновые задачи.
- Frigate и камеры: декодирование RTSP-видео, детекция объектов и запись архива не относятся к «лёгкой» нагрузке Home Assistant.
- Облачные интеграции: API-опросы, webhooks, голосовые ассистенты, MQTT и удалённые панели.
Для установки в виртуальной машине, Docker или Home Assistant OS важны одинаковые ресурсы, но Docker позволяет изолировать PostgreSQL, MQTT и Node-RED в отдельных контейнерах. Практическая инструкция по развёртыванию приведена в статье Home Assistant на VPS: установка, настройка и обслуживание.
Сервер Home Assistant: требования по масштабу нагрузки
Таблица «масштаб → спека»
Для Home Assistant с 1000 сущностями, recorder на 30 дней и без видеодекодирования достаточно 4 vCPU, 8 GB RAM и 160 GB NVMe-диска.
| Масштаб нагрузки | vCPU | RAM | Диск | Сетевой порт | Цена, ориентировочно (март 2026) |
|---|---|---|---|---|---|
| 20–80 устройств, до 300 сущностей, 2–4 интеграции | 1 vCPU | 2 GB | 40 GB NVMe | 100 Mbps | от $6/мес. |
| 80–300 устройств, 300–1000 сущностей, MQTT, ESPHome | 2 vCPU | 4 GB | 80 GB NVMe | 1 Gbps | от $12/мес. |
| 300–700 устройств, 1000–3000 сущностей, Node-RED, история 90 дней | 4 vCPU | 8 GB | 160 GB NVMe | 1 Gbps | от $24/мес. |
| 700–1500+ устройств, 3000–10 000 сущностей, PostgreSQL, несколько пользователей | 6–8 vCPU | 16 GB | 320 GB NVMe | 1 Gbps | от $48/мес. |
| Home Assistant + Frigate, 4–8 камер без GPU | 8 vCPU | 16–32 GB | 500 GB NVMe | 1 Gbps | от $80/мес. |
Цены указаны как общерыночные ориентиры на март 2026 года для VPS соответствующего класса; итоговая стоимость зависит от региона, резервного копирования, выделенного IP, объёма NVMe и доступности GPU.
Как читать расчёт
Ответ на вопрос home assistant how many devices нельзя сводить к фиксированному числу. 500 выключателей с редкими изменениями могут работать на 2 vCPU и 4 GB RAM, а 100 устройств учёта энергии с обновлением каждые 5 секунд способны создать более интенсивную нагрузку на БД. Для production-инсталляции разумно оставлять 30–50% запаса CPU и не заполнять NVMe более чем на 75–80%.
Если на сервере будут работать камеры, рассчитывайте их отдельно. Home Assistant получает состояния от Frigate, но декодирование H.264/H.265 и object detection создают основную нагрузку. Для такого сценария используйте рекомендации из статьи о требованиях к серверу Frigate, CPU, GPU и Coral.
Ищете надёжный сервер для ваших проектов?
VPS от $10/мес и выделенные серверы от $9/мес с NVMe, DDoS-защитой и поддержкой 24/7.
Смотреть предложения →Home assistant hardware requirements: CPU, RAM и NVMe
Какой CPU нужен Home Assistant
Home assistant hardware requirements начинаются с производительного однопоточного CPU: автоматизации, обработка событий Python и часть операций SQLite не масштабируются линейно на 8–16 ядер. Для среднего дома предпочтительны 2–4 современных vCPU с частотой от 2,5 GHz, а не большое число медленных потоков.
Нормальный рабочий режим — средняя загрузка CPU до 30–40%, с краткими пиками до 70%. Если процесс python3, postgres или контейнер recorder стабильно держит 80–100% одного ядра, интерфейс начнёт отвечать медленнее, а автоматизации будут выполняться с задержкой.
docker stats --no-stream
uptime
free -h
df -h
iostat -xz 1 5В выводе iostat обратите внимание на %util и задержку записи. Для активной БД постоянная задержка записи выше 15–20 ms — сигнал проверить NVMe, объём истории и исключения recorder. HDD для основной БД Home Assistant не рекомендуется: случайные записи и VACUUM заметно увеличат отклик интерфейса.
Сколько RAM для Home Assistant
Вопрос «сколько RAM для Home Assistant» зависит от контейнеров. Сам Home Assistant Core с десятками интеграций обычно укладывается в 500 MB–1,5 GB, но ОС, файловый кэш, MQTT, Node-RED, ESPHome и PostgreSQL меняют расчёт. 2 GB подходят для минимального домашнего экземпляра, 4 GB — практический минимум для постоянной работы, а 8 GB — безопасный выбор для сотен устройств и нескольких add-ons.
- 2 GB RAM: Core, Zigbee2MQTT или ZHA, базовый recorder, до 300 сущностей.
- 4 GB RAM: MQTT, ESPHome, HACS, 300–1000 сущностей, несколько дашбордов.
- 8 GB RAM: Node-RED, PostgreSQL, 1000–3000 сущностей, длительная история.
- 16 GB RAM: крупная инсталляция, аналитика, тестовые контейнеры или Frigate без тяжёлого GPU-пайплайна.
Не рассчитывайте на swap как на замену памяти. Swap в 1–2 GB полезен как аварийная защита от OOM, но активное использование swap на NVMe ухудшает время отклика. Для Linux-сервера можно задать умеренный параметр:
sudo sysctl -w vm.swappiness=10
echo "vm.swappiness=10" | sudo tee -a /etc/sysctl.conf
Home Assistant recorder database sizing: диск, retention и PostgreSQL
Как оценить объём истории
Home assistant recorder database sizing зависит от количества изменений состояния, а не от размера конфигурации YAML. Для дома с 300–800 сущностями и retention 30 дней SQLite обычно занимает 2–10 GB. При активном энергомониторинге, частых MQTT-сообщениях и 3000 сущностей база может расти на 1–5 GB в месяц даже после очистки старых записей.
Практический запас диска для Home Assistant должен включать размер текущей БД, временные файлы VACUUM, резервные копии, журналы и обновления. Если база занимает 20 GB, не выделяйте ей раздел на 25 GB: во время обслуживания потребуется как минимум 40–60 GB свободного пространства. Для VPS с историей 90 дней разумный старт — 160 GB NVMe.
Ограничьте запись шумных сущностей. Например, батарея датчика, RSSI, uptime и диагностика не всегда нужны в истории. Конфигурация ниже уменьшает число записей и снижает IOPS:
recorder:
purge_keep_days: 30
auto_purge: true
exclude:
entity_globs:
- sensor.*_linkquality
- sensor.*_rssi
- sensor.*_uptime
domains:
- sun
- updaterКогда SQLite пора менять на внешний Postgres
SQLite остаётся хорошим вариантом для небольшого дома: она не требует отдельного сервиса, проста в резервном копировании и работает стабильно на NVMe. Переход на PostgreSQL оправдан, когда база превышает 10–20 GB, есть более 1000 активно меняющихся сущностей, одновременно открыты несколько дашбордов или очистка истории создаёт заметные задержки.
PostgreSQL особенно полезен при длительном хранении истории от 90 дней до нескольких лет. Размещайте БД на том же приватном VPS или в отдельном контейнере с быстрым NVMe; не публикуйте порт 5432 в интернет. Пример строки подключения:
recorder:
db_url: postgresql://ha_user:strong_password@postgres:5432/homeassistant
purge_keep_days: 90
auto_purge: trueБаза данных не отменяет резервное копирование. Ежедневный pg_dump, snapshot VPS и проверка восстановления важнее самого выбранного движка. Для хранения нескольких копий и разделения production-данных с архивом пригодится подход из материала о расчёте объёма бэкапов и дедупликации.
Сервер Home Assistant: требования к интеграциям и надстройкам
MQTT, Zigbee, Z-Wave и ESPHome
Сервер Home Assistant требования к интеграциям обычно определяются частотой сообщений. Mosquitto для 1000 MQTT-сообщений в минуту редко требует более 256–512 MB RAM, но постоянная запись каждого сообщения в recorder может быстро увеличить БД. Ограничивайте history для отладочных топиков и не публикуйте телеметрию каждые 1–2 секунды без реальной необходимости.
Zigbee- и Z-Wave-координаторы могут быть подключены по USB к локальному мини-ПК либо проброшены в виртуальную машину. Для удалённого VPS лучше использовать сетевой координатор, VPN-туннель или локальный MQTT-шлюз: USB-over-IP через нестабильный интернет создаёт риск потери устройств после обрыва связи.
ESPHome имеет два режима нагрузки. Обычная работа подключённых устройств почти не влияет на CPU, но сборка firmware требует компилятора, Python-пакетов и памяти. На 1 vCPU и 2 GB RAM компиляция может занимать 5–15 минут; 2–4 vCPU и 4 GB RAM заметно ускоряют обновление нескольких ESP32.
Автоматизации, HACS и голосовой доступ
Node-RED и сложные шаблоны Jinja полезны, но увеличивают потребление памяти. Если автоматизация обрабатывает десятки событий в секунду, добавьте 1 vCPU и 1–2 GB RAM к базовой конфигурации. HACS сам по себе не тяжёлый, однако неподдерживаемые кастомные интеграции способны создавать утечки памяти или частые ошибки в логах.
Для внешнего доступа используйте HTTPS, отдельного пользователя с MFA и VPN либо reverse proxy. Не открывайте Home Assistant напрямую без TLS на порт 8123. Проверить активные соединения и сетевую активность можно командами:
ss -tulpn
docker logs --tail 100 homeassistant
curl -I https://your-domain.exampleТрафик, видеопотоки и размещение Home Assistant на VPS
Сколько трафика потребляет умный дом
Обычный сервер Home Assistant с MQTT, Zigbee и облачными интеграциями редко расходует более 5–30 GB внешнего трафика в месяц. Webhooks, уведомления, синхронизация мобильных приложений и удалённые дашборды увеличивают объём умеренно. Главный источник трафика — камеры: один RTSP-поток 1080p с битрейтом 4 Mbps передаёт около 1,3 TB в месяц при непрерывной передаче.
Не направляйте постоянные потоки камер через VPS только ради отображения в интерфейсе, если можно передавать события или использовать локальный proxy. Для 4–8 камер приоритетны локальный сервер, GPU, Intel Quick Sync или Coral TPU. Детальные расчёты CPU, RAM и сетевого канала приведены в статье о сервере для Frigate.
Когда VPS лучше локального мини-ПК
VPS удобен для публичного HTTPS-доступа, надёжного IP-адреса, автоматических snapshot и размещения PostgreSQL, Node-RED или удалённого Home Assistant. Локальный мини-ПК выгоднее, когда нужны USB-координаторы, минимальная задержка до Zigbee/Z-Wave и обработка камер без передачи видеопотоков через интернет.
Гибридная схема часто практичнее: Home Assistant и координаторы работают дома, а VPS принимает VPN, хранит резервные копии и запускает внешние сервисы. Если весь экземпляр размещён в дата-центре, настройте WireGuard до домашней сети и запретите доступ к IoT-устройствам из любых подсетей, кроме VPN.
# Пример разрешения доступа к Home Assistant только через VPN
sudo ufw allow from 10.8.0.0/24 to any port 8123 proto tcp
sudo ufw deny 8123/tcp
sudo ufw enableМониторинг и резервное копирование Home Assistant
Какие метрики контролировать
Для Home Assistant полезно отслеживать CPU, свободную RAM, swap, свободное место NVMe, задержку диска и размер базы. Предупреждение стоит настроить при заполнении диска на 80%, постоянном использовании swap выше 256 MB или росте БД более чем на 20% за неделю без изменения числа устройств.
Проверьте размер базы и каталога конфигурации не реже одного раза в неделю:
du -sh /config
du -sh /config/home-assistant_v2.db*
docker exec -it postgres psql -U ha_user -d homeassistant -c "\l+"Правило 3-2-1 для умного дома
Минимальная стратегия — ежедневный backup Home Assistant, одна локальная копия и одна копия вне основного сервера. В backup должны попадать configuration.yaml, каталог .storage, секреты, пользовательские компоненты, база данных и ключи VPN. Храните не менее 7 ежедневных и 4 еженедельных копий.
Раз в квартал восстановите backup в тестовый контейнер или отдельную VM. Файл резервной копии без проверенного восстановления не гарантирует работоспособность автоматизаций, токенов интеграций и истории PostgreSQL.
Часто задаваемые вопросы
Сколько RAM нужно для Home Assistant?
Для небольшого дома до 300 сущностей достаточно 2 GB RAM, если используются только Home Assistant, Zigbee и базовый recorder. Для 300–1000 сущностей, MQTT, ESPHome и HACS лучше выбрать 4 GB. Конфигурация с PostgreSQL, Node-RED и длительной историей требует 8 GB RAM, чтобы избежать активного swap и задержек интерфейса.
Сколько устройств может обслуживать Home Assistant?
Home Assistant способен работать с 1000 и более устройствами, но считать нужно сущности и частоту обновлений. Около 300 устройств обычно создают 1000–3000 сущностей. Для такого объёма подходят 4 vCPU, 8 GB RAM и 160 GB NVMe при хранении истории 30–90 дней. Камеры и Frigate следует рассчитывать как отдельную нагрузку.
Когда нужно переходить с SQLite на PostgreSQL?
SQLite подходит для инсталляций до нескольких сотен устройств и базы размером примерно до 10 GB на быстром NVMe. PostgreSQL стоит внедрять при 1000+ часто изменяющихся сущностей, истории от 90 дней, базе 20 GB и выше либо задержках во время очистки recorder. Для PostgreSQL желательно выделить минимум 2 GB дополнительной RAM.
Сколько диска выделить под Home Assistant?
Минимум 40 GB NVMe подходит для тестового экземпляра или дома без длительной истории. Для постоянной работы с 300–1000 сущностями выбирайте 80 GB, а для PostgreSQL и retention 90 дней — от 160 GB. Не заполняйте диск более чем на 80%: очистка базы и создание backup могут временно потребовать десятки дополнительных гигабайт.
Выводы
Практическая рекомендация
Для большинства домов оптимальна конфигурация 2 vCPU, 4 GB RAM и 80 GB NVMe; для 1000+ сущностей, PostgreSQL и Node-RED выбирайте 4 vCPU, 8 GB RAM и 160 GB NVMe. Видеонаблюдение с Frigate размещайте отдельно или закладывайте минимум 8 vCPU, 16 GB RAM и быстрый диск от 500 GB.
NVMe VPS с активацией за 60 секунд: полный root-доступ, 20+ локаций, оплата картой или криптой.
Выбрать тариф
