| Элемент | Значение |
|---|---|
| Proxmox VE | 9.2.2 |
| Ядро PVE | 6.17 |
| Виртуализация | KVM + QEMU |
| UEFI ВМ | OVMF |
| Legacy BIOS | SeaBIOS |
| Паравиртуальные драйверы | VirtIO |
| Имя | ОС | Роль | Статус |
|---|---|---|---|
| WIN11-CUDA | Windows 11 Pro | Desktop + GPU passthrough | 🟢 В работе |
| Ubuntu Desktop-CUDA | Ubuntu Desktop 24.04 | GPU passthrough / CUDA / Docker | 🟢 В работе |
| WIN11-base | W11-debloat-sysprep | Рабочая станция для dev/test ИИ | 🟢 В работе |
| Ubuntu Server-CUDA | Ubuntu Server 24.04 | Серверы AI-CORE + GPU passthrough + CUDA / Docker | 🟢 В работе |
| Ubuntu Server | Ubuntu Server 24.04 | Функциональные серверы без потребности в GPU | 🟢 В работе |
Эта команда выводит напрямую из Proxmox список ВМ с их текущим состоянием, политикой автозапуска (onboot) и порядком восстановления (startup) — не путая мгновенное состояние (running / stopped) с постоянной конфигурацией.
for vmid in $(qm list | awk 'NR > 1 {print $1}'); do
config=$(qm config "$vmid")
name=$(awk -F': ' '/^name:/ {print $2}' <<< "$config")
status=$(qm status "$vmid" | awk '{print $2}')
onboot=$(awk -F': ' '/^onboot:/ {print $2}' <<< "$config")
startup=$(awk -F': ' '/^startup:/ {print $2}' <<< "$config")
[ -z "$onboot" ] && onboot=0
[ -z "$startup" ] && startup="-"
printf '%-6s %-30s status=%-8s onboot=%-2s startup=%s\n' \
"$vmid" "$name" "$status" "$onboot" "$startup"
done205 205-Ubuntu-Nextcloud onboot=1 startup=order=40,up=30,down=60 210 210-IA-CORE-CUDA onboot=1 startup=order=20,up=30,down=60 215 215-IA-Services onboot=1 startup=order=10,up=60,down=60 260 260-W11-CUDA-Ollama onboot=0 startup=- 300 300-n8n onboot=1 startup=order=30,up=30,down=60 … environnements à la demande onboot=0 startup=-
onboot=1 восстанавливаются в порядке возрастания startup — VM215 (сервисы · PostgreSQL/pgvector) → VM210 (узел ИИ) → VM300 (n8n) → VM205 (Nextcloud) — чтобы зависимости были готовы раньше своих потребителей. Альтернативные GPU-окружения остаются вне автозапуска. Полная инвентаризация хранится во внутренней эксплуатационной документации.- Администрирование Proxmox VE (веб-интерфейс + CLI)
- Создание, настройка и управление ВМ KVM/QEMU
- Управление хранилищем ZFS через Proxmox
- Создание переиспользуемых системных шаблонов
- Снимки Proxmox (vzdump) — пока не независимое резервное копирование
- Клонирование ВМ для быстрого развёртывания
- Диагностика гипервизора (логи, консоль VNC)
Клонирование старого шаблона выявило остаточное имя хоста. Клон был исправлен и проверен, после чего универсальный шаблон был пересобран из официального ISO, чтобы явно контролировать его содержимое. ВМ сборки была очищена перед конвертацией: идентичность машины, имя хоста, SSH-ключи, сеть, состояние Cloud-Init и журналы были очищены.
Полный проверочный клон подтвердил инициализацию Cloud-Init, генерацию собственной идентичности, сеть, DNS, SSH, гостевой агент и сохранность после перезагрузки. Старый шаблон был заменён только после этой проверки; происхождение ZFS было проверено перед удалением ставшего избыточным кандидата — чтобы сохранить независимость ВМ.
Ценность шаблона не в скорости клонирования, а в контроле над тем, что он передаёт (система, идентичность, сеть, доступ, инициализация). Сборка, проверка и замена — три отдельные операции: старый шаблон остаётся доступным, пока его замена и проверочный клон не удовлетворят всем критериям.
Source système vérifiée
│
▼
VM temporaire de construction
│ installation et configuration du socle
▼
Neutralisation
│ identités, réseau, secrets et journaux
▼
Template temporaire
│
▼
Clone de validation
│ contrôles fonctionnels et d'indépendance
▼
Template validé
│
├── clone complet → VM applicative
└── template dérivé → socle spécialisé| Тип основы | Ожидаемое содержимое | Исключённые элементы |
|---|---|---|
| Универсальный сервер | минимальная система, Cloud-Init, SSH, гостевой агент | приложение, секрет, бизнес-конфигурация |
| Специализированный сервер | универсальная основа + обоснованные общие зависимости | данные, специфичные для одной ВМ |
| CUDA / GPU | проверенные драйверы и инструменты GPU | приложения, не связанные с GPU |
| Windows | подготовленная система, драйверы VirtIO, механизм обобщения | идентичность и учётная запись исходной ВМ |
Встроенное устройство PCIe периодически исчезало. Диагностика позволила отличить реальное отсутствие на шине от простой ошибки драйвера, последовательно проверив интерфейс, модули, перечисление PCIe, родительский порт и повторное сканирование. Полное обесточивание восстановило устройство; повторение отслеживается перед возможным условным обновлением прошивки.