Снимок живого стенда
Мини‑ПК CHUWI HeroBox с Intel N100 стал единственным Proxmox‑хостом дома. На нём одновременно живут Home Assistant, Frigate, VPN, Asterisk и отдельный вспомогательный LXC.
Высокая загрузка памяти здесь не специально нарисованный стресс‑тест. Это обычный рабочий момент. И он сразу показывает главный лимит такой сборки: у N100 вычислительного ресурса ещё хватает, а 8 ГБ RAM уже приходится считать.
Как сегодня разделены сервисы
2 ГБ RAM · 32 ГБ
4 ГБ RAM · iGPU
230 ГБ data
1 ГБ RAM · 16 ГБ
512 МБ RAM
768 МБ RAM
Почему хост остаётся «чистым»
На самом Proxmox я не разворачиваю прикладные сервисы. Гипервизор должен заниматься виртуализацией, дисками и сетью. Всё, что можно сломать обновлением Docker, библиотекой Python или странным пакетом, живёт внутри VM/LXC.
Так проще чинить и откатывать изменения: если ломается один сервис, это не должно сразу ронять весь дом.
Одна iGPU — две совершенно разные задачи
В Frigate‑VM проброшена встроенная графика Intel целиком через PCI passthrough. Внутри VM доступен /dev/dri/renderD128, а Docker получает /dev/dri:/dev/dri.
Фраза «у меня работает аппаратное ускорение» сама по себе ничего не доказывает. Нужно отдельно увидеть устройство в VM, отдельно — его проброс в контейнер, отдельно — аргументы FFmpeg и отдельно — активный detector.
Что обнаружилось при контрольной проверке
Контрольная проверка живого стенда обнаружила две реальные проблемы, которые не были видны по одной только схеме.
Frigate потерял Docker‑сеть
У контейнера оставался NetworkMode: frigate_default, но фактически список сетей оказался пустым, а bridge был linkdown. В результате go2rtc не мог достучаться до части RTSP‑потоков: появлялись network is unreachable и локальные RTSP 404.
Конфиг камер здесь был ни при чём. Штатный docker compose up -d пересоздал контейнер по актуальному compose-файлу. После этого сеть поднялась, контейнер получил адрес внутри bridge, порты вернулись, а Frigate снова стал healthy.
HEVC с калитки ломал именно VAAPI
После восстановления сети остались ошибки только у вызывной панели: hardware accelerator failed to decode picture и Input/output error. То есть сеть уже работала, а декодер конкретного HEVC‑потока — нет.
Вместо случайного переключения параметров я прогнал один и тот же локальный поток через три коротких теста.
Поэтому только для камеры калитки добавлен точечный override:
Перед изменением сделана отдельная резервная копия конфигурации. После перезапуска именно эта ffmpeg-команда появилась в живом процессе, Frigate вернулся в healthy, а контрольное окно больше не показало hardware decode errors, RTSP 404 или network is unreachable.
8 ГБ RAM — реальный потолок раньше, чем четыре ядра
В момент серверной проверки хост видел около 7,5 ГиБ RAM и уже использовал swap. Это не означает, что система немедленно развалится, но запас маленький: Home Assistant, Frigate, Docker, буферы видео и файловый кэш быстро съедают память.
Что помогает
- Frigate получает 3 vCPU и 4 ГБ RAM, а не «всё свободное»;
- аналитика включена только там, где она нужна;
- видео декодируется на iGPU;
- детекция работает через OpenVINO GPU;
- непрерывный архив остаётся задачей Hikvision NVR.
Что уже видно по практике
Swap здесь — страховка, а не дополнительная RAM. Если стенд продолжит расти, именно память и видеонаблюдение будут первыми кандидатами на отдельное железо.
Диски тоже приходится считать
У Frigate есть отдельный 230‑ГБ data‑диск на HDD‑хранилище. Во время проверки само хранилище hdd320 было занято примерно на 79%. Это другая метрика, чем 55% на общей сводке Proxmox на скриншоте: сводка объединяет хранилища, а hdd320 — конкретный диск.
Такой разбор важен, потому что «55% свободно» на красивом дашборде ещё не значит, что диск событийного архива далёк от заполнения.
Так N100 всё-таки хватает?
Да — для этой архитектуры. Но не потому, что N100 внезапно стал восьмикамерным AI‑сервером. Он справляется потому, что роли разделены: NVR пишет 24/7, Frigate анализирует выбранные точки, iGPU декодирует видео, OpenVINO занимается детекцией, а Home Assistant только принимает события и запускает логику.
Что показывает снимок
На снимке показаны реальные версии, количество VM/LXC и выделенные ресурсы. Сетевые и административные идентификаторы исключены: для понимания архитектуры они не нужны.
Не «идеальная схема», а система, которую можно проверить.
По мере развития стенда я обновляю материалы по фактической конфигурации — с ошибками, измерениями и рабочими решениями.
← Все практические разборы