Комментарии 18
Я до сих пор не разобрался.
Подскажите, в чем преимущество Supervised перед обычным Docker контейнером с HA?
На сайте есть прекрасная табличка, показывающая все отличия разных версий: https://www.home-assistant.io/installation/#advanced-installation-methods
Аддоны есть, как и в версии под virtualbox.
Supervised запускает/останавливает/обновляет другие контейнеры, в каждом из которых устанавливаются разные дополнения HA. Если вы способны установить и обслуживать их вручную, то Supervised вам и не нужен. Тогда у вас появляется выбор, куда и как ставить компоненты. Хотите с docker, хотите - без. Тот же Portainer может делать то же самое. А, например, Mysql-сервер для recordera можно установить и на соседний сервер...
Также, в данной статье не будет рассуждений почему Home Assistant Supervised, а не Home Assistant OS. Данная статья не об этом.
Жаль. Хотелось бы понять, чем Supervised лучше готового образа (OS, хоть для bare metal, хоть под KVM/Hyper-V/etc.). Ну т.е. я понимаю, что это "полноценный SSH", а не адд-он какой-то. Но в каких сценариях проявляются преимущества этого?
Для обычного пользователя совершенно никакой разницы. Я бы сказал, что HA OS даже лучше, т.к. испортить ее кривыми руками довольно сложно, да и разворачивается она буквально в несколько кликов. Это скорее выбор религии.
Лично мне, логинясь в операционную систему (не важно каким способом) я хочу иметь полноценный доступ именно в операционную систему, а не в урезанный HA CLI.
Поставил на виртуалку(vmware workstation player) за 40 мин без ошибок с debian-12.5.0-amd64-netinst.iso в минимуме. Только openssh и mc
sudo nmtui(TUI-интерфейс на curses)
в Chromium config/network
addon tailscale - это круто
По умолчанию в Debian-netinstall устанавливается ifupdown
systemctl status networking.service
Для работы сети через NetworkManager надо закомментировать строки и shutdown -r now
nano(mcedit) /etc/network/interfaces
#allow-hotplug ens33
#iface ens33 inet dhcp
Проверяем: nmcli connection show
systemctl --now mask networking
systemctl enable --now systemd-resolved.service
ставим на динамическом IP docker, os-agent_1.6.0_linux_x86_64.deb и homeassistant-supervised.deb
через web-фейс или nmtui настраиваем статический IP, добавляем DNS и др.
Смотрим конфиги перед установкой:
dpkg-deb -R homeassistant-supervised.deb homeass
cat homeass/etc/systemd/resolved.conf
cat homeass/etc/NetworkManager/NetworkManager.conf
cat homeass/etc/network/interfacestailscale - отличный сервис, который фаэрволом заблокировал все соединения с российскими ip
Пользуюсь headscale. Поддержку в addon-tailscale добавили в апреле 2023
https://github.com/hassio-addons/addon-tailscale/pull/175
ZeroTier One тоже грамотная штука
Home Assistant Community Add-on: ZeroTier One
https://github.com/hassio-addons/addon-zerotier
Господи что так сложно все то а?.. где мои далее -далее-далее?😃
"Шо, опять?" - спросят многие.
Реально, уже по установке HA написано тысячи статей. Везде одно и то же. А про реальные проблемы, с которыми сталкиваются при работе с HA, статей почти нет. Складывается впечатление, что работа с HA заканчивается после её установки.
А может кто подскажет? Если НА установлен, не "супервайзерским" способом, а через docker-composer, то как восстанавливать(Restore) бэкап НА? Заранее спасибо.
Я на досуге запилил полноценную supervised версию внутри контейнера (с systemd и докером), приглашаю потестить :)
https://github.com/qweritos/hass-supervised-docker
Только собрать образ лучше из исходников, не уверен что в регистри docker.io он актуальный.
Работает в домашнем кубере уже пару лет, полёт нормальный.
Вау, круто!
И там получается docker-in-docker для всяких аддонов?
Если заживет в докере WSL2 - намного удобнее, чем отдельную виртуалку под HA OS держать. Ну или действительно в Кубер его...
Да, всё так, для даже с "пробросом" железа (bluetooth или zigbee usb-адаптера, например) с линукс-хоста.
Раньше использовал для этого виртуалку в kubevirt, но из-за оверхеда перенес в контейнер.
Под wsl не пробовал, было бы интересно узнать результаты (есть некоторые сомнения по поводу работы privileged контейнера, с пробросои cgroups и правил apparmor).
Проект делал под свою среду, если будет интерес - готов продолжить мейнтейнить и тестировать на различных конфигурациях.
В общем, сходу твоя сборка не заработала. А именно:
патч я так понял нужен для того, чтобы после установки homeassistant-supervised не было перезапуска докера и hassio-supervisor, чтобы они не начали тянуть докер-контейнера. Патч не сработал, не стал там разбираться, вручную сделал
Не заработала сеть, HA ругался на NetworkManager, не разобрался, просто запустил в режиме network_mode: host соответственно проброс порта не нужен, как у тебя указано. Как у тебя заработал NetworkManager мне не понятно.
Самое интересное, не хотел стартовать докер внутри контейнера. В документации HA написано, что докер должен быть storage driver overlay2 и даже приводится пример daemon.json вот только docker упорно запускался в режиме vfs. Выяснил, что это из-за того, что файловая система в докер контейнере уже overlay и чтобы все это завелось, /var/lib/docker должен быть в ext4, поэтому решилось все это прописыванием волюма /var/lib/docker на папку хост машины.
Как у тебя запустилось все без этих правок я не понимаю
Посмотри пожалуйста сборку. Вылетает с ошибкой
0.198 Cloning into 'supervised-installer'...
1.556 error: patch failed: homeassistant-supervised/DEBIAN/postinst:60
1.556 error: homeassistant-supervised/DEBIAN/postinst: patch does not apply
Актуальная версия Debian 12.7.0.
https://cdimage.debian.org/debian-cd/current/amd64/iso-cd/debian-12.7.0-amd64-netinst.iso
( если кому то нужна ссылка )
Устанавливаем Home Assistant Supervised