Home Assistant с нуля: HA OS или Container, где установить и что выбрать в 2026 году

Что такое Home Assistant

Home Assistant - локальная платформа домашней автоматизации. Она объединяет устройства разных производителей, создаёт автоматизации, dashboards, уведомления и интеграции и может продолжать базовую работу без постоянной зависимости от облака.

Home Assistant не является отдельным радиопротоколом. Zigbee, Thread, Matter, Wi-Fi, Ethernet, Bluetooth, MQTT, Modbus и другие технологии подключаются к нему через integrations и соответствующие интерфейсы.

Если нужен общий обзор архитектуры умного дома, посмотрите раздел «Умный дом и Home Assistant».

Какие способы установки Home Assistant официально поддерживаются

В актуальной документации Home Assistant оставлены два типа установки:

Не путайте Home Assistant Core и способ установки Core

Home Assistant Core как программное ядро никуда не исчез. Оно является частью Home Assistant OS и Home Assistant Container.

Это различие важно, потому что в старых статьях фраза «Home Assistant Core» часто использовалась сразу в двух смыслах.

Что такое Home Assistant Operating System

Home Assistant OS - минимальная операционная система, специально предназначенная для Home Assistant. Она включает Supervisor, который управляет Home Assistant Core, обновлениями, backups и дополнительными apps.

Плюсы HA OS

• официально рекомендуемый вариант для большинства пользователей;
• обновления из интерфейса Home Assistant;
• встроенная система резервного копирования и восстановления;
• apps устанавливаются и управляются из одной системы;
• удобнее USB passthrough для Zigbee, Z-Wave и Bluetooth в типовых сценариях;
• проще переносить систему между поддерживаемыми платформами через backup/restore;
• меньше слоёв Linux/Docker, которые пользователь должен обслуживать вручную.

Минусы HA OS

• host не предназначен как универсальный Linux-сервер;
• произвольные Docker-контейнеры удобнее держать на отдельном Docker-host или гипервизоре;
• для сложной серверной инфраструктуры иногда лучше использовать HA OS внутри VM.

Что такое Home Assistant Container

Home Assistant Container запускает Home Assistant как контейнер на вашей Linux-системе. Вы сами обслуживаете host OS, container runtime, volumes, networking и обновления.

Плюсы Container

• удобно, если уже есть стабильный Docker-host;
• полный контроль над Linux и другими containers;
• Home Assistant можно разместить рядом с Mosquitto, PostgreSQL, Node-RED и другими сервисами;
• хорошо вписывается в существующую инфраструктуру NAS или домашнего сервера.

Минусы Container

• нет Home Assistant apps;
• дополнительные сервисы нужно поднимать и обновлять отдельно;
• вы сами отвечаете за host OS и Docker;
• Thread и некоторые другие сценарии требуют больше ручной инфраструктуры;
• backup Home Assistant не является автоматически backup всего host и соседних containers.

Home Assistant OS или Container

Home Assistant Green: самый простой старт

Home Assistant Green поставляется с Home Assistant OS и рассчитан на сценарий «подключил Ethernet и питание, дальше настраиваю умный дом».

Кому подходит

• первый Home Assistant без желания собирать сервер;
• нужен стабильный отдельный контроллер;
• не планируется использовать устройство как универсальный Docker-host;
• нужна минимальная зависимость от ручного обслуживания Linux.

Что Green не заменяет автоматически

Если нужны Zigbee или Thread, всё равно понадобится соответствующая radio-инфраструктура: USB/Ethernet-координатор или существующий Border Router в зависимости от технологии.

Home Assistant Yellow

Yellow рассчитан на более интегрированный DIY-подход и может включать радио IEEE 802.15.4 для Zigbee/Thread-сценариев в зависимости от конфигурации.

Его имеет смысл рассматривать, если нужен официальный hardware с расширяемой архитектурой, но для обычного старта Green проще.

Home Assistant на Raspberry Pi

Raspberry Pi остаётся рабочей платформой для Home Assistant OS. Для новой постоянной системы важнее не просто модель Pi, а качественное питание и надёжный накопитель.

Если Home Assistant уже вышел за рамки небольшой системы и одновременно нужны Frigate, AI, базы, Docker и NAS-сервисы, мини-ПК или серверная VM часто дают больше запаса.

Мини-ПК и обычный x86-64 компьютер

Небольшой Intel/AMD mini-PC является одним из наиболее универсальных вариантов для Home Assistant.

Для большинства домашних HA-инсталляций производительность современного mini-PC имеет большой запас. Выбирать сервер только по числу CPU cores бессмысленно: часто важнее SSD, сеть, резервное питание и удобство восстановления.

Home Assistant OS в виртуальной машине

VM даёт удобный компромисс: Home Assistant получает полноценный HA OS с Supervisor и apps, а физический сервер одновременно может запускать другие VM и containers.

Плюсы

• полный функционал HA OS;
• изоляция Home Assistant от других сервисов;
• удобное распределение CPU/RAM/storage;
• можно отдельно backup-ить VM и HA backup;
• сервер используется эффективнее.

Что усложняется

• USB Zigbee/Thread/Bluetooth нужно корректно передавать в VM;
• появляется ещё один слой: hypervisor;
• неправильная настройка bridge/VLAN может ломать mDNS, Matter и discovery;
• backup гипервизора не отменяет backup самого Home Assistant.

Если планируется домашний сервер с несколькими задачами, посмотрите материал Proxmox VE для домашнего сервера.

Home Assistant на NAS: VM или Container

NAS часто уже работает круглосуточно, поэтому идея разместить там Home Assistant выглядит логичной. Но сначала нужно понять возможности конкретного NAS.

Главный вопрос - не «можно ли запустить»

Нужно оценить RAM, CPU, storage, резервное питание, Docker/VM support, USB passthrough, сетевую архитектуру и поведение после reboot NAS.

Почему не стоит начинать новый Home Assistant с Supervised

Home Assistant Supervised был привлекательным компромиссом: пользовательский Debian плюс Supervisor. Но именно эта смесь давала много поддерживаемых состояний host OS, Docker, NetworkManager и Supervisor.

Сейчас официальный путь другой:

• нужен полный Supervisor/apps experience - выбирайте HA OS, при необходимости в VM;
• нужен полный контроль над Linux - выбирайте Container и управляйте сервисами сами.

Старые 32-битные платформы тоже больше не являются нормальной точкой старта

Поддержка legacy 32-bit architectures была прекращена вместе с переходом Home Assistant на современные поддерживаемые платформы.

Для новой установки в 2026 году разумно сразу использовать 64-bit aarch64 или amd64 совместимое оборудование, а не пытаться строить систему на старом i386/armhf/armv7 hardware.

Сколько места нужно Home Assistant

Сам Home Assistant не требует огромного диска, но реальное потребление зависит от Recorder, history, backups, media, voice models, camera snapshots и apps.

Если storage уже разросся, есть отдельный гайд Home Assistant занял всё место: Recorder, backups и storage.

Сколько RAM и процессора нужно

Нет одного универсального числа. Нагрузка сильно различается между системой с 30 Zigbee-датчиками и сервером, где одновременно работают Home Assistant, ESPHome compilation, Frigate, voice pipeline, databases и AI.

Для выбора hardware сначала разделите задачи:

• только Home Assistant;
• Home Assistant + Zigbee/Matter/MQTT;
• HA + camera analytics;
• HA + local voice;
• HA + NAS/Docker/AI на одном сервере.

Не покупайте мощный сервер для Home Assistant только «на будущее», если он будет потреблять больше энергии и усложнит инфраструктуру без реальной задачи.

Home Assistant лучше подключать по Ethernet

Сервер автоматизации является инфраструктурным узлом. Если есть возможность, основной Home Assistant лучше подключить проводным Ethernet, а не зависеть от Wi-Fi.

Почему

• стабильнее после reboot access point;
• меньше зависимости от радиопомех;
• проще mDNS и Matter diagnostics;
• предсказуемее DHCP reservation;
• удобнее для backup и NAS-интеграций.

Основы сети подробно собраны в разделе «Домашняя сеть и Wi-Fi».

Static IP или DHCP reservation

Для Home Assistant удобно иметь предсказуемый IP. В большинстве домашних сетей проще сделать DHCP reservation на роутере, чем вручную задавать статический IPv4 внутри HA.

Нужен ли теперь порт 8123

Исторически Home Assistant открывали по адресу вида http://homeassistant.local:8123. В Home Assistant 2026.8 для новых установок HA OS начали переход на обычный web address без необходимости помнить «магический» порт.

Zigbee-координатор лучше планировать отдельно от способа установки

Выбор HA OS или Container не решает автоматически вопрос Zigbee. Нужен координатор, ZHA или Zigbee2MQTT и понятная схема его подключения.

Если Zigbee уже работает и требуется миграция, есть отдельный материал как заменить Zigbee-координатор в Zigbee2MQTT без перепривязки.

Matter Controller, Thread Border Router и Home Assistant - разные роли

Home Assistant может выступать Matter Controller, но Matter over Thread дополнительно требует рабочую Thread network и Border Router.

Для Container это особенно важно: отсутствие apps означает, что Matter Server, OpenThread Border Router и соседние сервисы при необходимости придётся разворачивать отдельно.

Диагностика этой архитектуры подробно разобрана в гайде Matter и Thread unavailable в Home Assistant.

Нужен ли MQTT Broker сразу

Нет. Home Assistant не требует MQTT для всех integrations. Многие устройства работают через native integration, Matter, ZHA, ESPHome Native API или обычные IP API.

MQTT нужен, когда конкретная архитектура его использует: Zigbee2MQTT, некоторые контроллеры, custom devices, Wiren Board, Node-RED integrations и другие сценарии.

Если MQTT нужен, посмотрите отдельную статью MQTT в Home Assistant: retained, QoS, LWT и broker.

ESPHome не требует отдельного «сервера Home Assistant»

ESPHome Device Builder можно использовать рядом с Home Assistant, но сами ESPHome-устройства после прошивки работают как отдельные endpoints.

В HA OS Device Builder удобно поставить как app. В Container-схеме его обычно запускают отдельным container/service.

Практические варианты разобраны в статье ESPHome без пайки.

Backup нужно настроить до первой серьёзной автоматизации

Хорошая Home Assistant система должна восстанавливаться не только после неудачного обновления, но и после выхода из строя SSD, Raspberry Pi, mini-PC или NAS.

ИБП важнее лишних CPU-ядер

Home Assistant часто управляет отоплением, протечками, светом, воротами и уведомлениями. Поэтому разумно резервировать не только сам сервер, но и роутер, switch, Zigbee/Ethernet coordinator и другие узлы, без которых автоматизация всё равно потеряет связь.

После длительного отключения полезен правильный порядок восстановления инфраструктуры. Он разобран в гайде что проверять после отключения света.

Не публикуйте Home Assistant в интернет случайным port forwarding

Удалённый доступ должен быть отдельным проектным решением. Возможны Home Assistant Cloud, VPN, Tailscale, reverse proxy с корректной TLS/authentication architecture и другие варианты.

Для закрытого VPN-доступа можно использовать материал Tailscale без белого IP.

Что должно работать, если Home Assistant выключен

Хороший умный дом не должен превращаться в неуправляемый объект после одной перезагрузки сервера.

• обычный свет должен иметь ручное управление;
• котёл не должен терять базовую безопасную автоматику;
• замок должен иметь штатный способ открытия;
• критичные защиты не переносят в HA вместо специализированных устройств;
• датчики протечки и аварийные сценарии проектируют с понятным fallback.

Эта тема отдельно разобрана в гайде Home Assistant недоступен: что должно работать без сервера.

Что выбрать в 2026 году

Чего не стоит делать при первом запуске

• Ставить Home Assistant по старому гайду с Supervised/Core.
• Начинать с десятков HACS integrations до настройки backups.
• Подключать сервер только по нестабильному Wi-Fi без необходимости.
• Открывать порт Home Assistant напрямую в интернет.
• Использовать слабую microSD для постоянной активной базы данных.
• Делать HA единственной точкой управления критичным светом и отоплением.
• Одновременно менять Zigbee coordinator, installation type и network architecture.
• Держать единственную резервную копию на том же диске.
• Создавать несколько Thread networks без понимания credentials и Border Routers.
• Выбирать Container только потому, что слово Docker звучит «профессиональнее».

Правильная последовательность запуска Home Assistant

Какие фундаментальные темы идут после установки

На какую актуальную информацию опирается материал

Частые вопросы про установку Home Assistant