Proxmox — мощная и бесплатная платформа виртуализации, которую обожают энтузиасты домашних лабораторий. Но за этой мощью скрываются подводные камни, о которых принято молчать — а зря.
1. Вам, скорее всего, не нужен кластер High Availability
Когда впервые сталкиваешься с Proxmox, первая мысль — развернуть кластер с высокой доступностью. Это звучит круто и профессионально. Но если честно: для большинства домашних лабораторий HA — это избыточная головная боль.
Объединение нескольких нод в кластер требует правильно настроенного shared-хранилища, выделенных IP-адресов и понимания механизма кворума (quorum). Если вы только начинаете, один сервер с Proxmox — это именно то, что нужно. Сложности кластера лучше оставить на тот момент, когда они действительно потребуются.
2. Proxmox — это не «настроил и забыл»
Многие идут в Proxmox с мыслью, что это надёжная и стабильная система, которая просто работает. И да, если вы её не трогаете — так и есть. Но стоит начать экспериментировать: поменять IP, обновить систему или переконфигурировать кластер — и начнётся настоящий квест по отладке.
Смена IP-адреса, например, может сломать сразу несколько компонентов Proxmox. Обновления системы иногда приводят к многочасовому даунтайму. А попытка разделить уже созданный кластер может привести к тому, что все ваши виртуальные машины просто «исчезнут» из интерфейса — хотя физически данные никуда не денутся. Мораль: всегда делайте резервные копии перед любыми изменениями.
3. Снапшоты — это не резервные копии
Один из самых распространённых мифов среди новичков: «У меня есть снапшоты — значит, я в безопасности». Нет. Снапшоты, хранящиеся на том же физическом диске, что и виртуальная машина, бесполезны в случае отказа этого диска или всего сервера.
Настоящий бэкап — это резервная копия на внешнем хранилище. Самый простой и эффективный вариант: подключить NAS по NFS к Proxmox и настроить автоматическое резервное копирование туда. Отдельный Proxmox Backup Server (PBS) — это хорошо, но для начала достаточно и простого NFS. Правило 3-2-1 никто не отменял даже для домашней лаборатории.
4. GPU Passthrough — хрупкая и капризная штука
Прокинуть видеокарту в виртуальную машину — идея отличная, особенно для транскодинга в Plex или других GPU-задач. Но реальность такова, что GPU passthrough, особенно для встроенной графики (iGPU), гораздо сложнее и нестабильнее, чем кажется на первый взгляд.
Одна из неочевидных проблем: как только iGPU захватывается виртуальной машиной, он перестаёт работать на хосте. Это значит, что если вам нужно подключиться к серверу физически для отладки — монитор, подключённый к iGPU-порту, ничего не покажет. Отладка через консоль Proxmox также прекращается в момент инициализации GPU. Вывод: GPU passthrough работает, но будьте готовы к нетривиальным сценариям и всегда имейте запасной способ доступа к хосту.
5. Вам не нужно столько виртуальных машин, сколько вы думаете
Proxmox соблазняет: «Могу запустить ещё одну VM — значит, запущу». В итоге у многих homelabber’ов появляется целый зоопарк из десятков виртуальных машин, каждая из которых выполняет одну небольшую функцию. Docker здесь, Home Assistant там, ещё одна VM для тестов, ещё одна «просто так».
Практика показывает обратное: меньше виртуальных машин — лучше. Консолидация сервисов в рамках одной VM снижает накладные расходы, упрощает управление и улучшает общую производительность системы. Вместо того чтобы плодить VM по принципу «один сервис — одна машина», стоит подумать: а не логичнее ли объединить схожие сервисы в один Docker-хост?
Итог: большая мощь — большая ответственность
Proxmox — действительно выдающийся инструмент для домашней лаборатории. Но его мощь требует уважения и осознанного подхода. Начинайте просто: один узел, базовые бэкапы на внешнее хранилище, минимальное количество VM для реальных задач. Сложные функции — кластеры, HA, GPU passthrough — подключайте только тогда, когда в них появится реальная необходимость, а не просто желание попробовать. Тогда Proxmox станет надёжным фундаментом вашей лаборатории, а не постоянным источником головной боли.
