Войти Подписаться
Home Assistant

Home Assistant: как объединить два сервера

Можно ли использовать два Home Assistant в одной системе умного дома? Разбираем архитектуру с двумя серверами: как соединить два экземпляра Home Assistant, когда нужен отдельный сервер или Zigbee-координатор, а также какие плюсы и ограничения есть у каждого подхода.

В Telegram-канале @iot7m_ru публикуются практические заметки по Home Assistant: опыт эксплуатации устройств, интеграция с различным оборудованием, создание дашбордов и разбор типовых проблем. Многие материалы основаны на реальных запросах и консультациях. Подпишитесь на @iot7m_ru, если используете Home Assistant на практике.

Артем Руфанов

• 3 min read
Home Assistant: как объединить два сервера

Когда нужен второй Home Assistant

Потребность во втором экземпляре Home Assistant чаще всего возникает по одной из следующих причин:

  • Когда у пользователя есть несколько объектов с собственной инфраструктурой умного дома. Например, когда есть удалённые друг от друга квартира и дача или квартира и мастерская.
  • Когда есть потребность использовать Home Assistant для выделенной задачи. Например, систему видеонаблюдения Frigate можно развернуть на отдельном сервере Home Assistant, который будет обрабатывать события камер и отправлять уведомления.
  • Когда у пользователя есть желание построить отказоустойчивое решение, то есть организовать резерв (горячий или холодный) основного Home Assistant.

В рамках этой статьи рассматривается только первый сценарий — когда система используется на нескольких объектах.

Факторы выбора архитектуры с двумя Home Assistant

  • Безопасность. Для некоторых инсталляций вопрос безопасности стоит особенно остро, и передача данных за пределы локальной сети недопустима.
  • Работоспособность системы без интернета. Для некоторых инсталляций важно сохранить работоспособность системы без доступа в интернет. Например, если на даче пропадает связь, управление отоплением, освещением и защитой от протечек должно продолжать работать локально.
  • Наличие устройств, которые требуют локального подключения. Например, сети Zigbee обычно привязаны к конкретному координатору, установленному рядом с устройствами.
  • Временные задержки (latency). Связь между площадками обычно проходит через интернет или VPN, поэтому возможны дополнительные задержки. Например, при использовании голосовых помощников увеличенная задержка между командой и результатом может создавать дискомфорт.
  • Использование Яндекс Алисы. У платформы Яндекса существует ограничение на добавление нескольких экземпляров одного навыка (на момент написания статьи — декабрь 2025 года). Более подробно это описано в статье: Yandex Smart Home в Home Assistant: как работает управление Алисой в разделе «Поддержка нескольких экземпляров Home Assistant».
  • Наличие сквозных автоматизаций. Иногда требуется автоматизация, которая затрагивает сразу несколько объектов. Например, общий режим «отпуск» или централизованное отключение воды и электричества на всех объектах при длительном отъезде.
  • Развёртывание и обслуживание системы. Эти затраты обычно не слишком велики, если конфигурация хранится в YAML-файлах. Более подробно это разобрано в статье: Где хранить конфигурацию Home Assistant: YAML или .storage?. Упростить развёртывание и обновление конфигурации можно с помощью доступа к файлам, например через Samba Share. Подробнее: Home Assistant Samba Share: резервное копирование и доступ к конфигурации.
  • Финансовые аспекты. Использование второго сервера может потребовать дополнительного оборудования или виртуальной инфраструктуры, что также стоит учитывать при выборе архитектуры.

Как соединить два Home Assistant

Можно выделить несколько вариантов объединения серверов Home Assistant.

  • Каждая площадка может использовать полностью независимый сервер Home Assistant со своими устройствами и собственным интерфейсом управления. Это обеспечивает максимальную автономность системы. При этом мобильное приложение Home Assistant Companion App поддерживает подключение сразу к нескольким экземплярам умного дома. Более подробно об этом можно прочитать в статье: Home Assistant Companion App — мобильное приложение для умного дома.
  • Один сервер может выступать главным, а второй передавать ему часть сущностей через интеграции обмена данными, например Remote Home Assistant. Такой подход позволяет не только отображать устройства из разных экземпляров в одном интерфейсе, но и управлять ими: команды автоматически перенаправляются на тот сервер, где находится конкретное устройство.
  • Можно использовать один основной сервер Home Assistant, а на удалённой площадке разместить только инфраструктуру устройств. Это можно реализовать разными способами. Например, использовать сетевой (LAN) Zigbee-координатор, что иногда требует запуска нескольких экземпляров Zigbee2MQTT в Home Assistant. Другой вариант — запустить отдельный экземпляр Zigbee2MQTT на удалённой площадке с использованием одного MQTT-брокера. Такой подход часто применяется вместе с контроллерами Wiren Board.

Выводы и рекомендации

Выбор архитектуры зависит от требований к системе с учётом факторов, описанных выше.

Как правило, если между объектами нет сквозных сценариев автоматизации и на одной из площадок не используется Яндекс Алиса (или сложность её настройки не является препятствием), установка двух независимых экземпляров Home Assistant оказывается самым простым и удобным вариантом. Это во многом связано с тем, что мобильное приложение Home Assistant Companion App поддерживает работу сразу с несколькими системами.

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

Полезные ссылки