Локальные LLM в Docker и Podman: практический стек для homelab
В материалах о домашних лабораториях локальные LLM и чат-интерфейс собирают как контейнерный стек, в том числе с Ollama и Open WebUI. Такой подход может исключить зависимость от внешнего API; на скорость и доступный размер модели влияют GPU, объём VRAM и выбранная квантизация.
В материалах о homelab локальные LLM запускают через Ollama и Open WebUI в Docker, Compose или Podman на NAS, мини-ПК и GPU-системах. Автономность сочетается с требованиями к VRAM, ОЗУ и настройке GPU.
Кому подходит
- Пользователям homelab с NAS, мини-ПК или домашним сервером
- Владельцам GPU, готовым подбирать модель под VRAM
- Тем, кому нужен локальный чат без внешнего API и кто готов отключить облачные и внешние сетевые функции
- Пользователям Docker, Compose, Podman или Proxmox
Кому не подходит
- Тем, кому нужна гарантированно высокая скорость без GPU
- Тем, у кого не хватает VRAM и ОЗУ для выбранной модели
- Тем, кто не готов настраивать драйверы, контейнеры и passthrough
- Тем, кто не готов проверять качество выбранной модели и квантизации в своём сценарии
Что происходит
В homelab пользователи разворачивают локальные языковые модели как обычный self-hosted-сервис: runtime модели, веб-интерфейс и иногда соседние сервисы работают в Docker, Docker Compose или Podman. В материалах встречается связка Ollama для запуска модели и Open WebUI как браузерный интерфейс. Такой стек размещают не только на выделенном ПК с видеокартой, но и на NAS, мини-ПК, Raspberry Pi, а также в виртуализированной среде рядом с Proxmox.
Практика видна на разном железе. Например, участник ServeTheHome запускает Ollama и Open WebUI в Container Station на QNAP с RTX 4060 и использует систему как локальный чат-бот, оставляя GPU для других контейнеров, включая Immich ML источник. В другом примере homelab на Proxmox и Docker дополняют мини-ПК, а отдельный игровой ПК планируют оставить для задач локального AI источник. Есть и инструкции по запуску Open WebUI с Ollama на Synology и QNAP через Docker с учётом GPU passthrough источник.
Контейнеризация здесь не отменяет выбора runtime. В источниках есть пример запуска llama.cpp в Docker на Raspberry Pi и примеры Ollama на GPU-системах. На AMD Strix Halo тестируют Halogen в Podman и отдельно подбирают настройки ядра ради производительности источник. В инструкции для NAS локальный сервис доступен в домашней сети, а Ollama предоставляет API и Open WebUI — веб-интерфейс.
Почему сейчас
Один пользовательский отчёт о запуске Qwen в Docker сообщает об отказе от API и использовании квантизации; автор оценивает стоимость обработки миллиона токенов как сопоставимую с предложениями самых дешёвых провайдеров источник. Для части пользователей может быть важен и контроль над данными: чаты и запросы остаются в собственной инфраструктуре, если не включены облачные провайдеры и внешние сетевые функции.
Второй фактор — зрелость привычного для homelab инструментария. Docker Compose используют для запуска стека сервисов и упрощения обновлений, а NAS с контейнерной платформой, Proxmox и GPU passthrough делают LLM ещё одной нагрузкой рядом с хранилищем, медиасервисами или автоматизацией. Появляются готовые инструкции с настройкой Compose, GPU-доступа, обновлений и резервного копирования источник.
Данных о лицензиях, окончании поддержки или доступности компонентов в России в предоставленных материалах нет. Материалы содержат отдельные оценки стоимости оборудования, но не дают оснований связывать цены с распространением этой практики в России. Источники преимущественно описывают личные лаборатории, инструкции и отдельные установки; при этом есть руководство, рассматривающее запуск для команды из 20 человек. Доказательств фактической эксплуатации в enterprise в предоставленных материалах нет.
Оговорки
Источники показывают, что GPU passthrough может заметно ускорить инференс, а квантизованные модели подбирают по доступному объёму VRAM. Если модель не помещается в видеопамять, часть данных может выгружаться в системную RAM источник. Запуск на CPU возможен, в частности на Raspberry Pi.