С чего всё начиналось

В доме уже были:

— привод ворот;

— видеодомофон Hikvision;

— регистратор и восемь камер;

— Яндекс Станция Max;

— небольшой CHUWI HeroBox на Intel N100 с 8 ГБ оперативной памяти.

Покупать ещё один красивый фирменный хаб, который умеет дружить только со своей экосистемой, не хотелось.

Хотелось наоборот: заставить уже купленное оборудование разговаривать друг с другом.

Центральной логикой стал Home Assistant.

На HeroBox установил Proxmox и разнёс сервисы. Home Assistant занимается автоматизациями, видео/AI-контур живёт в отдельной VM, Asterisk — отдельно, VPN — отдельно.

Сам Proxmox стараюсь держать чистым. Если сервер одновременно является гипервизором, файловой помойкой, веб-сервером, VPN, системой видеонаблюдения и местом, куда «временно поставил одну утилиту», слово «временно» обычно означает «навсегда».

Первая победа: ворота заговорили

Home Assistant видит состояние ворот.

Когда они открываются, колонка в доме сообщает об этом голосом.

Казалось бы — готово.

Конечно, с первого раза ничего не заработало.

Сначала автоматизация отслеживала не то изменение состояния. В интерфейсе ворота были открыты, а сценарий продолжал жить своей жизнью и уверенно считать, что ничего не произошло.

Проверил реальные состояния сущности, переделал триггер.

И Яндекс Станция наконец произнесла:

«Ворота открыты».

Потрачено времени: неприлично много.

Количество слов в результате: два.

Удовлетворение инженера: максимальное.

Потом я зачем-то добавил камеры

У калитки есть камера. На въезде тоже.

Следующая мысль была вполне логичной: если перед калиткой появился человек или к дому подъехал автомобиль — почему бы системе самой это не понять?

Для анализа видео поставил Frigate.

Детекция работает через OpenVINO, а проверенные потоки аппаратно декодируются Intel QSV. Для маленького N100 это существенно: если заставить процессор программно пережёвывать несколько видеопотоков одновременно, он довольно быстро объяснит, что маленький мини-ПК не является серверной стойкой с двумя Xeon.

Хотя я постепенно пытаюсь убедить его в обратном.

Все восемь камер через аналитику я не гоняю.

Hikvision NVR продолжает делать то, что умеет хорошо: непрерывно записывает камеры на собственный диск.

Frigate получает прямые RTSP-потоки только там, где аналитика действительно нужна.

И тут началось самое интересное.

Автомобиль Шрёдингера

Frigate присылает событие:

«Обнаружен автомобиль».

Открываю кадр.

Автомобиля нет.

Зато есть кусок двора и абсолютная внутренняя уверенность нейросети, что где-то здесь определённо спряталась машина.

Начинаю настраивать.

Ограничиваю зоны.

Меняю минимальный размер объекта.

Фильтрую неподвижные машины.

Исключаю парковочное место.

Корректирую детекцию.

Frigate:

«Автомобиль».

Я:

«Где?!»

Отдельная история — автомобиль, который действительно стоит во дворе.

Для человека он припаркован.

Для нейросети это прекрасная возможность через некоторое время снова торжественно сообщить:

«Я нашёл машину!»

Да. Ту самую. Она никуда не уезжала.

Постепенно выяснилось, что нормальная видеоаналитика — это не настройка одного параметра confidence.

Нужна комбинация:

— правильной зоны;

— размера объекта;

— фильтра неподвижных объектов;

— геометрии кадра;

— разумного FPS детекции;

— понимания, какое событие вообще имеет смысл считать новым.

Сейчас автомобильное событие дополнительно ограничено зоной проезда: мало просто увидеть объект car, он должен появиться там, где появление машины действительно имеет смысл.

То есть умный дом — это не когда техника никогда не ошибается.

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

Что в итоге уже умеет дом

Сейчас Home Assistant связывает между собой довольно разные системы.

Открылись ворота — появляется нужная реакция.

Человек у калитки — система определяет событие.

Для распознанных знакомых лиц у входа можно озвучить имя в доме.

Важные события с камер приходят на телефон.

Параллельно работает отдельный событийный архив: person и car сохраняются примерно по 30 секунд, событие открытия ворот — примерно минутой. Непрерывная запись NVR при этом остаётся отдельным слоем.

Часть домашних сценариев доступна через Telegram-бота.

Удалённый доступ к внутренней сети сделан через VPN, а не через россыпь открытых наружу портов.

При этом я специально не пытаюсь заставить Home Assistant заменить вообще всё.

Регистратор пишет видео.

Frigate анализирует.

MQTT переносит события.

Home Assistant принимает решение.

Asterisk занимается телефонией.

VPN занимается доступом.

Каждый слой делает свою работу.

Если аналитика временно остановится, регистратор не перестанет записывать камеры.

Мне такая схема нравится значительно больше, чем одна огромная система, падение которой превращает весь «умный дом» в выставку бесполезных датчиков.

Самый полезный вывод оказался довольно скучным

Когда начинаешь делать умный дом, очень легко пойти от оборудования.

Увидел красивый датчик.

Купил.

Потом пытаешься придумать, зачем он нужен.

У меня намного лучше работает обратный подход.

Сначала проблема.

Потом автоматизация.

Забывают закрывать ворота — голосовое напоминание.

Нужно знать, кто подошёл к калитке — камера и детекция.

Нужно быстро найти событие — отдельный архив.

Нужен удалённый доступ — VPN.

Нужна единая логика — Home Assistant.

А уже потом выбирается железо.

И второй принцип: если через полгода невозможно понять, зачем существует автоматизация и что её запускает, значит автоматизация получилась не очень умной.

Что дальше

Сейчас продолжаю доводить видеоаналитику, события автомобилей, архив и интерфейсы управления.

Отдельно собираю полноценный экран умного дома для телевизора — с реальной планировкой, состояниями помещений, камерами и событиями.

Но его покажу только тогда, когда он станет полностью рабочим интерфейсом, а не красивой картинкой «в разработке».

После этого про него будет отдельная история.

Ещё впереди сценарии по комнатам, гостевой режим, дальнейшая работа с автомобилями и номерами и отдельный нормальный разбор самого N100: сколько сервисов на нём живёт, что происходит под нагрузкой и где заканчивается разумный запас дешёвого мини-ПК.

Свои короткие заметки, рабочие решения, новые автоматизации и реальные ошибки собираю в Telegram-канале «Дом без магии» — @dom_bez_magii.

Без «идеального умного дома за выходные».

Зато с настоящими проблемами, настоящим железом и периодически — автомобилями в заборе.

Магии нет. Но иногда Frigate с этим не согласен.

Литература для самообучения

Setting Up Highly Available Storage for Proxmox Using LINSTOR & the LINBIT GUI

PS
Я не понимаю, что за новые авто применения правил «не читая, » на Пикабу, но раз автомодерация пишет "При публикации нового поста проверьте, что весь контент доступен в посте без перехода по ссылке, а оформление ссылок соответствует правилам"

то

ДЛЯ МОДЕРАТОРОВ. Специально не знаю для кого, вместо одной ссылки в пост добавлено 10 страниц английского текста. Вопрос "зачем" висит в модераторской.
Что за новое веяние в модерации?

https://linbit.com/blog/setting-up-highly-available-storage-...

This article is a companion article to “How to Setup LINSTOR on Proxmox VE”. Instructions in this article will guide you through installing and integrating LINSTOR® with Proxmox VE. However, rather than using the LINSTOR client utility, within a CLI, to set up LINSTOR, you will use the open source LINBIT GUI.
Some of the benefits of integrating LINSTOR with Proxmox are:
Virtual disk replicas on two or more nodes
Live migrations of virtual machines (VMs) and containers
High availability (HA) for VMs and containers
Flexibility to configure the replica count in your cluster
Thin-provisioned volume snapshots and snapshot shipping for disaster recovery
Ability to use LINSTOR storage pools and resource groups to configure tiered-storage

The previously mentioned article goes into more detail and explanation about the steps to integrate LINSTOR with Proxmox. This article is really meant to get you up-and-running as quickly as possible, with just the bare amount of explanation or background information. If you find yourself wanting more information about the setup steps or the integration, refer to the earlier mentioned article or the Proxmox chapter of the LINSTOR User Guide.
Assumptions
The assumptions about your deployment environment are similar to the assumptions in the earlier mentioned “How to Setup LINSTOR on Proxmox VE” article. These are:
You have a working Proxmox Virtual Environment (PVE) 8.x cluster with three nodes, proxmox-0, proxmox-1, and proxmox-2. This tutorial uses PVE version 8.4.0 with kernel 6.8.12-10-pve.
Each node has an additional unused physical disk drive, /dev/vdb.
You will install LINSTOR alongside Proxmox in a hyperconverged cluster, that is, your Proxmox nodes will also be LINSTOR nodes.
All commands that you might need to run within a CLI, for example, installing packages or working with a logical volume manager, are run under the root user account or prefixed with sudo from a privileged user account.

Installing LINSTOR alongside Proxmox
You can get LINSTOR packages for Proxmox in a few different ways:
For LINBIT® customers, all required packages are available from the drbd-9 LINBIT repository for Proxmox.
The LINBIT public Proxmox package repository is the LINBIT equivalent offering to the Proxmox No-Subscription Repository.
As an alternative to installing from packages, you can compile LINSTOR and related components from their open source project repositories.
If you are not a current LINBIT customer but want to evaluate LINBIT software, you can contact the LINBIT team for an evaluation account.
For convenience, the instructions in this article show configuring the LINBIT public Proxmox package repository.
Adding the LINBIT public Proxmox package repository
You can add the LINBIT public Proxmox package repository by entering the following commands on all your nodes:
wget https://packages.linbit.com/public/linbit-keyring.deb
dpkg -i linbit-keyring.deb
PVERS=8 && echo "deb [signed-by=/etc/apt/trusted.gpg.d/linbit-keyring.gpg] \
http://packages.linbit.com/public/ proxmox-$PVERS drbd-9" \
> /etc/apt/sources.list.d/linbit.list
apt update
❗ IMPORTANT: Set the PVERS variable to your Proxmox VE major version number. In this example, the PVERS variable is set to 8 because Proxmox VE 8.4.0 is installed. If you need to determine what version of Proxmox VE you are running, enter a pveversion --verbose|grep proxmox-ve command.
⚠️ WARNING: Although the LINBIT public package repository can be a great option for a homelab, testing, or other non-production use, LINBIT does not offer any guarantees, support, or SLAs for the packages in LINBIT public repositories. For production or enterprise deployments, using the official LINBIT customer repositories is recommended.
Installing low-level components
First, install some of the necessary low-level components that you will need before you install LINSTOR and the LINSTOR Proxmox plugin.
On all nodes in your cluster, enter the following command:
apt install -y proxmox-default-headers drbd-dkms drbd-utils
Installing LINSTOR components
Next, install LINSTOR components by entering the following command on all nodes:
apt install -y linstor-controller linstor-satellite linstor-client
📝 NOTE: The instructions in this article only require the LINSTOR controller service to be installed and running on one node, proxmox-0. However, by installing the linstor-controller package on all nodes, you can later make the LINSTOR controller service highly available in your cluster, as a next step.
Start the LINSTOR satellite service on all nodes.
systemctl enable linstor-satellite --now
Start the LINSTOR controller service on one node only, proxmox-0.
systemctl enable linstor-controller --now
Disable the LINSTOR controller service on all other nodes:
systemctl disable linstor-controller --now
Installing the LINBIT GUI
You can install the LINBIT GUI from a DEB package available on both the LINBIT customer and public Proxmox repositories. To install the LINBIT GUI, enter the following command on all nodes:
apt install -y linstor-gui
Setting up LINSTOR by using the GUI
You can reach the GUI by opening the following URL in a web browser on the same network as your LINSTOR controller node: http://<LINSTOR_controller_node_hostname_or_IP_address>:3370.
In this article, proxmox-0 is the LINSTOR controller node hostname and its IP address is 192.168.222.130.
Adding nodes by using the GUI
Before you can configure LINSTOR storage, you need to set up your LINSTOR cluster by defining the cluster nodes. Go to the “Node List” screen by expanding the “Inventory” menu item on the left side of the screen, then clicking on “Nodes”.
At first, your LINSTOR deployment will have no defined nodes. On the “Node List” screen, click the “Add” button to add a node to your cluster. This will take you to the “Create Node” screen.
On the “Create Node” screen, you enter information about the node you want to add. For example, proxmox-0 for the name and 192.168.222.130 for its IP address. For the “Type” field, choose “Satellite”, “Controller”, or “Combined”, depending on the node’s role. In this article’s example deployment, proxmox-0 runs LINSTOR satellite and controller services, so it has a “Combined” role in the cluster.
After creating a LINSTOR combined node, create the other two nodes as LINSTOR satellite nodes.
When you finish defining nodes in your cluster, the “Node List” screen will show summary information for them.
Adding storage pools
After defining the nodes in your LINSTOR cluster, you can configure LINSTOR-managed storage. The GUI allows you to create storage pools with some extra convenience. Unlike the LINSTOR CLI client, for example, you can create the same storage pool on multiple nodes using a single input form, rather than executing multiple CLI commands.
Navigate to the “Storage Pool List” screen by clicking the “Storage Pools” item from within the “Inventory” menu item on the left side of the GUI. In a new LINSTOR deployment, the screen will list only the default “diskless” storage pool on all your LINSTOR satellite nodes.
Next, click the “Add” button on the “Storage Pool List” screen. This will bring you to a screen where you can define and create a new storage pool.
On the “Add Storage Pool” screen, you might complete the fields as follows, for example:
Storage Pool Name: pve-storage
Multiple Nodes: toggle on
Node: proxmox-0 proxmox-1 proxmox-2
Type: LVM_THIN
Device path: /dev/vdb

However, for the Proxmox use case in this guide, you need some free space head room with your storage pool. For this reason, you need to create an LVM volume group on all your storage cluster nodes by using the CLI, and then create a thin-provisioned logical volume that only uses 80% of your physical disk to leave some headroom. To do that, enter the following command on all the storage nodes in your cluster:
vgcreate linstor_vg /dev/vdb && \
lvcreate -l 80%FREE -T linstor_vg/thinpool
Output from the command will show that the volume group and the logical volume were created.
Physical volume "/dev/vdb" successfully created.
Volume group "linstor_vg" successfully created
Thin pool volume with chunk size 64.00 KiB can address at most <15.88 TiB of data
Logical volume "thinpool" created.
After creating an LVM volume group and thin pool logical volume on all your storage nodes, you can add a LINSTOR storage pool backed by this logical volume on all your nodes. If you are not on it already, return to the “Add Storage Pool” screen by expanding the “Inventory” menu item and clicking on “Storage Pools”. Click the “Add” button in the upper right corner. On the “Add Storage Pool” screen, click the “Existing Device” tab and complete the fields, for example:
Storage pool name: pve-storage
Node: proxmox-0, proxmox-1, proxmox-2
Type: LVM_THIN
Volume group: linstor_vg/thinpool

Click the “Submit” button after entering values into the fields.
After defining and creating the pve-storage storage pool on your LINSTOR satellite nodes, the “Storage Pool List” screen will show the new storage pool on these nodes.
Creating a LINSTOR resource group
After creating the same storage pool, pve-storage, on all your satellite nodes, you need to create a LINSTOR resource group. In this case, you will create a resource group that is backed by the storage pool that you just created. Later you will link this resource group to Proxmox when you configure the LINSTOR Proxmox integration plugin. This way, when you specify that Proxmox uses LINSTOR storage, for example, when you create a new VM, LINSTOR will create a new resource from the resource group, and deploy replicas of the resource in your cluster, all automatically and behind-the-scenes. Proxmox will then use this storage resource to store the VM disk image.
To create a LINSTOR resource group, expand the “Storage Configuration” menu item and click “Resource Groups”. From the “Resource Group List” screen, click the “Add” button.
On the “Create Resource Group” screen, enter the following values in these fields:
Name: pve-rg
Description: Proxmox VE storage
Storage Pool: pve-storage
Place Count: 3

After entering the values, click the “Submit” button.
LINSTOR will create the resource group and the associated LINSTOR volume group. After creating the resource group, the GUI will return to the “Resource Group List” page. The resource group list will show the new pve-rg resource group. You are now ready to install and configure the LINSTOR Proxmox integration plugin.
Installing the LINSTOR Proxmox VE plugin
After defining and creating the necessary LINSTOR objects that you need for integrating LINSTOR with Proxmox, the next steps are to install and configure the LINSTOR Proxmox integration plugin. To install the LINSTOR Proxmox plugin, enter the following command on all your Proxmox nodes:
apt install -y linstor-proxmox
Configuring the LINSTOR Proxmox VE plugin
After installing the LINSTOR Proxmox plugin, you need to configure it. Proxmox stores its storage configuration in the /etc/pve/storage.cfg file. Use the following command, or a text editor, to create the LINSTOR configuration:
On proxmox-0:
cat << EOF | sudo tee -a /etc/pve/storage.cfg
drbd: linstor_storage
content images, rootdir
controller 192.168.222.130
resourcegroup pve-rg
EOF
❗ IMPORTANT: Storage entries within the Proxmox storage configuration file must be separated by an empty new line.
💡 TIP: You only need to edit the configuration file on one node. Proxmox will propagate the changes to the other Proxmox nodes in your cluster.
Within the configuration, you specify the Proxmox content type that you can use with LINSTOR storage, in this example VM images (images) and LXC container data (rootdir). You also specify the LINSTOR resource group and the LINSTOR controller node’s IP address. If you later configure a highly available LINSTOR controller, you would need to edit the configuration file and specify the virtual IP address for the LINSTOR controller.
After editing the Proxmox storage configuration, restart Proxmox services in your cluster by entering the following command on all nodes:
systemctl restart pve-cluster pvedaemon pvestatd pveproxy pve-ha-lrm
Using LINSTOR storage in Proxmox
That’s it. After creating a LINSTOR resource group for Proxmox storage and configuring the LINSTOR Proxmox plugin, you can use this HA storage just as you would any other compatible storage in Proxmox, for example, to store VM images or containers.
You can log in to the PVE web interface to investigate the LINSTOR integration.
Logging in to the Proxmox web interface
Log in to the PVE web interface by opening up the following URL, adjusted for your PVE host’s IP or DNS address, in a web browser: https://192.168.222.130:8006. Then enter your username and password.
Showing LINSTOR storage in the Proxmox web interface
After logging in to the Proxmox web interface, if you click the expansion arrow symbols before each Proxmox node shown within the “Server View” pane, you will find linstor_storage listed as available storage for each node.
You can use your LINSTOR storage to store your virtual machine images, just as you would any other storage in Proxmox. To do this, when you create a new VM, select linstor_storage in the “Storage” field on the “Disks” tab of the “Create: Virtual Machine” pop-up.
After you create a VM in Proxmox that uses LINSTOR storage, as mentioned earlier, LINSTOR will automatically create a storage resource associated with the VM and replicate the resource on all the nodes in your cluster. In this case, this is because you specified a placement count of 3 for the resource group you associated with Proxmox and because there are three storage nodes in your cluster. You can use the GUI to confirm this, by navigating to the “Resource List” screen.
Migrating virtual machines in Proxmox
If your VM does not have an attached virtual CD or DVD disc drive with an active ISO image, you can migrate your VM backed by LINSTOR storage from node to node, if you needed to. This might be something you would want to do when performing system maintenance tasks on a node. For added flexibility, and to minimize downtime for your VM users, you can also configure Proxmox high availability for your VM. To do this, with your VM selected, click the “More” button in the upper-right part of the screen and select “Manage HA” from the drop-down menu.
After adding a VM to Proxmox HA management, your VM will be automatically recovered on a healthy node in the PVE cluster if the node currently hosting the VM fails. Because LINSTOR-managed storage facilitates perfect, in real-time (synchronous) data replication through DRBD®, all nodes in this example setup will have an up-to-date copy of the VM’s virtual disk. This makes recovery and failover fast.
Next steps and other resources
Hopefully this article has demonstrated some of the convenience and utility of using the LINBIT GUI to configure LINSTOR storage. LINBIT Solutions Architect, Ryan Ronnander, created an excellent video about integrating LINSTOR with Proxmox: “How to Set Up LINSTOR on Proxmox VE”. Watching the video starting at the “Creating a VM with LINSTOR Storage” chapter, would be great companion learning piece to this article. In the video, Ryan shows how to create an example VM in Proxmox, make the VM highly available, and demonstrates VM migration and failover. For simplicity, instructions in this article only showed running the LINSTOR controller service on one node. Another next step you might investigate is how to make the LINSTOR controller service highly available in your cluster.
If you have any questions or issues integrating LINSTOR with Proxmox VE, the LINBIT Community Forums is a great place to ask for help from the community of LINBIT software users. You can also reach out to the LINBIT team if you might have questions about deploying LINSTOR with Proxmox in a production or enterprise environment, or if you want to evaluate LINBIT software for your use case using LINBIT prebuilt customer packages.
Speaking of production and enterprise environments, you can also check out the LINBIT how-to guide, Getting Started With LINSTOR in Proxmox VE. The LINBIT team created this getting started guide with production and enterprise deployments specifically in mind.

3. внутри proxmox веселятся 2 виртуалки, nginx и xpenology.

гайдов инструкций и манулов как это сделать полным полно, тут описывать не буду, чтобы это сделать надо чуток понимать в компуктерах и сетях, но реально прям не глубоко, не умеешь - позови друга который умеет.

Но получишь - synology photo и drive, которые синхронизируются куда и где угодно, с любых телефонов\ПК и т.д. это прям аналог гугл фото и гугл диска, только свои.

Обновил я Proxmox с 8.x до 9.2. Всё прошло гладко — ВМ запустились, LXC стартанули, веб-морда радовала глаз новыми фишками. Я довольный пошёл пить чай. Через день захожу проверить бекапы — а последний успешный был... неделю назад. Сердце ёкнуло.