Обновить

Комментарии 18

Вопрос! А зачем на системе, которая и так "на ладан дышит" еще и достаточно прожорливый Proxmox? Что даст такое решение?

Если PVE прожорлив , (узнал только щас) то что другое ?

Пользую докер на дебиане (хоть вроде и говорят,что HA переходят на ОС, но образы обновляются и выпускаются). Есть docker-compose и маунты важных папок на диск. Есть джоба, которая эти папки бэкапит из дебиана. Если сдохнет диск:

  1. Если диск дебиана: ставим снова дебиан,докер,поднимаем стэки (yaml тоже должны быть забекаплены). Готово

  2. Если диск с маунтами: на новый восстанавливаем конфигурацию, делаем дебиану ремаунт. Готово

  3. Если диск с бэкапами: на новый диск настраиваем маунты дебиана, запускаем джобу бэкапа сразу. Готово

А зачем если есть у HA ВМ Haos - запустили в проксике и работает, бекап есть возможность делать как внутри НА так и средствами pve … и заморачиватся сильно не стоит )

пояснения еще нужны? N100 16 Gb
пояснения еще нужны? N100 16 Gb

и как оно себя все чувствует? не сочтите за иронию, мне для общего понимания

великолепно, матрих правда не нагружен совсем - чисто для эксперементов, HM по сравнению с прошлым размещение (Raspberry Pi 4, 4Gb) просто реактивный.

Для базовых задач вполне достаточно, особенно если ограничить количество сервисов и их прожорливость.

HA у меня относительно не большой: 117 (в ближайшее время ожидается 130) ZigBee устройств, 115 интеграций, 1726 устройств, 8286 объектов, 3 планшета/панели с собственными дашбордами, 8ГБ собственной истории + выгрузка метрик и сенсоров в Victoria Metrics, где есть собственные дашборды.
Рядом крутится еще NodeRed, который в том числе пересобирает NUT ИБП с интервалом опроса 2 секунды.

Мини ПК FIREBAT S1: N150, 16GB DDR4, 500GB NVME Netac

Миник в PVE
Миник в PVE

Виртуалки и контейнеры

  1. NUT - сервер для USB ИБП WalleCube W150, чтобы Node-RED мог с ним работать

  2. TitaniumDNS - локальный DNS с зонами, разделением горизонта и списками блокировки, который обрабатывает 127 702 запроса в час

  3. Authentik - самый жрущий сервис на минике + тут же запущены RAC и LDAP аутпосты. не большой, на 46 LDAP, Proxy, OIDC провайдеров

  4. VaultWarden сервер - тут все просто

  5. Traefik нода - содержит конфигурацию 128 маршрутов, но по-умолчанию обрабатывает запросы на сервисы, которые крутятся на этом же минике (разруливается на уровне DNS и VRRP) + в нем же запущенна нода consul кластера для хранения конфигов и сервис дискавери, authentik proxy outpost, crowdsec appsec, nginx для статических страниц, openbao vault agent для подгрузки секретов и сертификатов

  6. Uptime Kuma - легкий мониторинг, узлов на 50, но он еще принимает хуки от роутера, который отслеживает статус маршрутов и провайдеров

  7. OpenBao - узел кластера OpenBao используется для хранения сертификатов и секретов сервисов

  8. EMQX - MQTT брокер, вынес из HA его, не большой тоже, 18 подключений, 1011 подписок, 981 топик, 250-350 входящих сообщений в минуту

  9. MariaDB - тоже вынес из HA, recorder HAшный, как писал выше, размер базы порядка 8ГБ

  10. Node-RED - тоже вынес из HA, 22 потока (таба), есть довольно интенсивные, в том числе с обработкой изображений и NUT обработчик, который принимает данные от W150, раз в 2 секунды, пересчитывает их (там кривые местами данные приходят) и отправляет по MQTT в HA + Изменения статусов в Victoria Logs + поднимает собственный NUT сервер, с которого NUT exporter забирает данные в Victoria Metrics (у меня есть красивый дашборд в графане для моих ИБП)

  11. S1-Panel - менеджер экранчика этого миника, вынес в LXC контейнер, чтобы не ставить на хост PVE, строит графики, показывает загрузку, пока не добрался до вывода данных по работе самих сервисов, типа HA зеленый или красный

  12. Собственно, сама виртуалка с HA, чистый HAOS, часть сервисов вынес из него для большего контроля

Для каждого сервиса

  1. LXC контейнеры с Alpine Linux, единственная ВМ на HAOS

  2. Кроме NUT все развернуто в докере, управляется Komodo c другого миника

  3. Содержат Vault агенты для подгрузки секретов и сертификатов

  4. Содержит Vector для отправки логов в Victoria Logs хосте

  5. Выгружаются метрики в Victoria Metrics на другом хосте

  6. Все контейнеры бэкапируются целиком в PBS, некоторые сервисы содержат в себе PBC для бэкапа содержимого вольюмов в PBS, HA бэкапирует себя на NFS шару НА NASе, TrueNAS и PBS находятся на другом хосте

Сам PVE миник

  1. Входит к кластер из 6 узлов и qdevice

  2. Выгружает метрики Victoria Metrics и Scrutiny (SMART)

  3. Содержит еще ProxMenux, который еще сам собирает метрики (думаю потушить, чтобы не молотил все время)

  4. Фаерволит сети, у меня 3 vlanа заходит туда, по которым раскинуты контейнеры и виртуалки

Ну и графики с графаны

Процессор и оперативка хоста
Процессор и оперативка хоста
Процессор и оперативка по гостям
Процессор и оперативка по гостям
Ожидание гостей по процессору и вводу-выводу, по оперативке 0
Ожидание гостей по процессору и вводу-выводу, по оперативке 0

Как видно, не то, чтобы миник прям на отдыхе был, есть некоторое ожидание (Pressure Stall) по CPU и IO, но все сервисы работают без фризов

Вот график температуры, если что

Температура CPU
Температура CPU

Очень круто и интересно, только самый главный вопрос: зачем это все?

В чем суть умного дома, если он нафарширован таким количеством барахла? Обслуживание его? Так вроде должно быть наоборот... А тут получается сделали умный дом для того, что бы его обслуживать, поддерживать и настраивать. Анализировать дашборды, смотреть его температуру, скоро подгузники начнёте ему менять и сопли подтирать, а потом за пивом побежите для него в магазин.

Или что-то я путаю и здесь идёт просто описание железа, которое не имеет отношение к умному дому? Просто так много слов и букв, которые сильно не понятные.

Или что-то я путаю и здесь идёт просто описание железа, которое не имеет отношение к умному дому? Просто так много слов и букв, которые сильно не понятные.

Вопрос был про слабость железа и нецелесообразность грузить еще и PVE. Привожу пример, что данная система не только "на ладан дышит", но и способна вполне себе выполнять часть базового функционала хомлабы помино самого HA

В чем суть умного дома, если он нафарширован таким количеством барахла? Обслуживание его? Так вроде должно быть наоборот... А тут получается сделали умный дом для того, что бы его обслуживать, поддерживать и настраивать.

А что должно быть в рамках УД? Наверное, Вам тогда стоит посмотреть в сторону Apple Home?

Если говорить про все это барахло, то раньше был миник на N4000 и Tier 2 по собственной классификации с сервисами мониторинга, аутентификации, DNS резолвинга. Ибыл одноплатник NanoPi M4V2 для сервера умного дома.

Но после отказа HA от supervised варианта установки и недостатком вычислительной мощности N4000 для Authentik было принято решение слить 2 этих набора сервисов в один новый Мини ПК досточной производительности

Анализировать дашборды, смотреть его температуру, скоро подгузники начнёте ему менять и сопли подтирать, а потом за пивом побежите для него в магазин.

Ну тут не только УД, но и остальная инфраструктура, достаточно сильно подготовленная к Чебурнету, начиная фотками и аналогом гуглодиска и заканчивая собственным почтовым сервером. УД интегрирован, но занимает лишь малую часть всей инфры.

Так а на какой мини ПК всё устанавливали-то? Кроме процессора ничего не рассказали - ни объем оперативки, ни объем диска. Да и просто конкретную модель мини ПК почему бы не назвать? Насколько в среднем он загружен?

Добавил информацию в статью. Firebat T2

Процессор Intel N100 (4 ядра, до 3.4 ГГц)

ОЗУ 16 ГБ DDR4

Накопитель512 ГБ SSD

Из-за того, что бэкап не делался установить Proxmox. Ну это кардинально.
В HA же есть нормальный модуль бэкапирования конфигурации, хочешь в S3, хочешь на SFTP. У самого есть в хозяйстве мини-сервер на базе древнего Intel® Atom™ CPU D410 + 4G RAM, но мыслей поставить не него Proxmox не возникает, стоит чистый OpenMediaVault. А вот бэкапы на него льются регулярно, т.к. там RAID.

Восстанавливается так же элементарно как и с VM. Восстанавливается базовый образ SD с ОС, далее копируется конфигурация и одной командой запуск. Всё.

да там и google drive шикарно бэкапится, дважды преезжал - никаких проблем.

Ну обычная история, у меня дома два проксмокса и omv для бэкапа.

Вкладка «CPU» (Процессор)- Cores: укажите 2.- Type: оставьте x86-64-v2-AES (по умолчанию).

Поясните почему тут не выбрали "host"? Кластеризация не планируется, одиночный сервер, максимальная производительность прокинуть хост процессор/ядра со всеми флагами, нет?

После публикации изменил на "host", но забыл поменять информацию в статье. Сейчас поправил

А я купил для всего этого дела Aoostar R7. Там и 2 hdd можно воткнуть, и 2 m2. Поставил туда proxmox, виртуалок разных потипу xpenology, immich и т.п. А HA все равно не хочу переносить с pi5. Она у меня в корпусе argon neo m2. С расширением под m2 диск. Все отлично работает и полностью устраивает. Теперь сижу и думаю —зачем покупал этот r7? Как-то наигрался и xpenology со всем остальным оказалось совсем не нужно.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации