Comments 9
И все бы ничего, но для работы HA нужно общее хранилище.
Не обязательно, можно настроить например репликацию раз в N минут. Но лучше всего использовать Ceph Storage.
С реепликацией я игрался, работает, но не все так просто, надо понимать, что упал сервер на котором работала основная копия и что нужно запустить реплику на соседнем сервере. Т.е. все должно отработать автоматически. Ну а Ceph у меня негде развернуть, используются два гипервизора, по одному SSD-диску в каждом. Да и я бы его не выбрал для такой задачи никогда.
Спасибо за статью!
Небольшая просьба - убрать дампы конфигов в спойлер или ссылкой на gist
А почему он должен падать? Может неправильный выбор системы автоматизации просто?
Обычный физический отказ сервера.
На самом деле довольно неприятное явление. У меня умный дом на Home Assistant-e. Весь свет в доме контролируется через реле Shelly, либо через ZigBee контроллеры светодиодных лент.
Некоторые переключатели "отвязаны" от реле, и просто являются триггером для автоматизации в Home Assistant.
Плюс куча переключателей которые работают по Zigbee, и это работает только через HA.
Однажды у меня сдохла малинка на которой это все крутится - по какой-то причине случился USB undervoltage (судя по логам), и система подвисла.
Пока я был на работе, домашние не очень обрадовались что некоторые выключатели перестали работать, либо надо бегать и "вручную" выключать свет на этажах (на лестнице стоят ZB-кнопки которые выключают свет на всем этаже).
Проблему я впоследствии решил с помощью USB-хаба с внешним питанием, но осадочек остался.
Ну, от этого никто не застрахован. Кстати, зигби временами (от поддержки в прошивке устройств зависит) позволяет привязать друг-к-другу - тогда будут работать и без ХА и без координатора, если слышат друг друга (например пары кнопка икея+лампа так связаны и продавались парами), но это усложняет сетап, и появляется резонное замечание - чем гибче тем больше зависимости от "ядра". У меня были похожие "моменты" - но как ИМХО - критического ничего нет. Простой потребитель - да будет говорить "фи". Малинка - постоянно ругается на undervolt - но работает без нареканий. Хотя запитана 5ти амперным БП. Мне не нравится малинка, потому воткнул в конце себе Beelink N100. Потому следуем универсальным правилам... Там где можно планируем провода, потом уже радио, где радио делим от простого к сложному, зигби в приоритете, где невозможно там уже wifi. Как говорится your mileage may vary. И... проще относиться главное. Чем сложнее система тем более вероятны неучтенчики
Я просто хотел подчеркнуть что фактор hardware-отказа для домашней автоматизации очень даже реальный и неприятный (но не критичный).
У меня нет задачи построить пуленепробиваемую SLO=99.9999% систему.
Тут скорее речь не про надежность, а про resilience системы.
стати, зигби временами (от поддержки в прошивке устройств зависит) позволяет привязать друг-к-другу - тогда будут работать и без ХА и без координатора, если слышат друг друга (например пары кнопка икея+лампа так связаны и продавались парами)
у меня настроен Touchlink для некоторых вещей, но обычно он работает нормально только в рамках одного производителя (IKEA). С китайским ZigBee-устройствами вероятность фейла стремится к единице.
Малинка - постоянно ругается на undervolt - но работает без нареканий. Хотя запитана 5ти амперным БП.
У меня тоже, и обычно ничего не происходит, либо устройство просто перезагружается с kernel-panic-ом. Но тут редкий случай - оно тупо зависло, и пришлось сделать power-reset. Возможно проблема была в чем-то другом, но ругань на undervoltage была последней записью в логах.
Я решил проблему USB-хабом с внешним питанием + питанием по PoE (можно дернуть ресет через UI свича удаленно).
Там где можно планируем провода, потом уже радио, где радио делим от простого к сложному, зигби в приоритете, где невозможно там уже wifi.
Абсолютно согласен, придерживаюсь той-же идеологии.
Умный дом на openHAB+MQTT+Arduino. Часть 1: Кластер