Міграція з VMware ESXi на Proxmox VE: коли перехід виправданий і як його провести без простою

Дискусія на r/sysadmin про перехід з ESXi на Proxmox набрала сотні коментарів не випадково. Після того як Broadcom переглянула ліцензійну політику VMware, вартість підписок для невеликих інсталяцій зросла настільки, що продовжувати платити стало економічно недоцільним для компаній із 2–5 серверами. Український малий і середній бізнес, який часто працює на грантовому чи власному обладнанні без запасу бюджету на ІТ-інфраструктуру, опинився в ситуації, коли безкоштовна альтернатива на базі Proxmox VE виглядає не як експеримент, а як необхідність.

Стаття розбирає, коли перехід дійсно виправданий, які підводні камені чекають при міграції доменних контролерів і бізнес-застосунків, і як побудувати план відкату, щоб не залишити компанію без інфраструктури на середині процесу.

Контекст: чому ESXi став дорожчим

Після придбання VMware компанією Broadcom модель ліцензування змінилася з перпетуальних ліцензій на окремі продукти (vSphere Essentials, Essentials Plus) на пакетні підписки, орієнтовані на великі інсталяції з мінімальними обсягами ядер на замовлення. Для компаній з одним-двома фізичними хостами це означає або суттєве підвищення вартості на одиницю обладнання, або взагалі відсутність підходящого пакету. Обговорення на Reddit фіксує саме цю проблему: адміністратори малого бізнесу з обмеженим числом хостів більше не бачать сенсу платити за функціональність, яку вони частково й не використовують.

Proxmox VE — це гіпервізор на базі Debian Linux з KVM для повноцінної віртуалізації та LXC для контейнерів, з вебінтерфейсом управління та відкритим кодом. Актуальна лінійка на 2026 рік — Proxmox VE 9, версія 9.2 (травень 2026) на базі Debian 13 «Trixie». Базова версія безкоштовна й повнофункціональна: кластеризація, High Availability, live migration і резервне копіювання доступні без підписки. Платні підписки Proxmox стосуються лише доступу до стабільного enterprise-репозиторію оновлень і пріоритетної технічної підтримки, а не самого функціоналу.

Що це означає для українського бізнесу

Для компаній, які тримають на ESXi доменний контролер Active Directory, файловий сервер, 1С чи внутрішній CRM/ERP на 1–3 фізичних хостах, перехід на Proxmox дозволяє прибрати щорічну статтю витрат на ліцензії повністю. Це особливо актуально для бізнесів, які отримали серверне обладнання за грантовими програмами і не мають запланованого бюджету на подальші підписки, або для компаній, що свідомо оптимізують ІТ-витрати в умовах воєнного часу.

Водночас варто чесно оцінити ризики. Proxmox не має того ж рівня офіційної сертифікації з боку виробників «залізних» СХД і деяких corporate-рішень бекапу, як VMware, а команда, яка звикла до vCenter, витратить час на адаптацію до іншої логіки роботи з мережею й сховищами. Для компаній без внутрішньої Linux-експертизи це додатковий фактор — потрібен хтось, хто розуміється на Debian-базованих системах хоча би на базовому рівні.

Практичний план міграції

Імпорт віртуальних машин через ESXi Import Wizard у Proxmox VE

1. Інвентаризація та підготовка

  • Складіть повний список VM з ESXi: домен-контролери, файлові сервери, бізнес-застосунки, їхні залежності (DNS, DHCP, ліцензійні сервери).

  • Зафіксуйте поточну мережеву схему: vSwitch, VLAN-и, порт-групи — їх потрібно буде відтворити у вигляді Linux bridge на Proxmox.

  • Перевірте версії гостьових ОС і сумісність з віртуальним апаратним забезпеченням KVM (особливо старі редакції Windows Server).

2. Резервне копіювання перед міграцією

  • Зробіть повний бекап кожної VM через наявний інструмент (Veeam Backup & Replication, якщо вже використовується) або експортуйте образи як OVF/OVA засобами vCenter/ESXi.

  • Додатково зробіть знімок конфігурації доменного контролера і перевірте цілісність бекапу окремим тестовим відновленням — це критично саме для AD.

3. Встановлення Proxmox VE

  • Встановіть Proxmox VE на окреме тестове обладнання або вільний хост — не поверх продуктивного ESXi, доки міграція не завершена.

  • Налаштуйте мережеві мости (Linux bridge), що відповідають наявним vSwitch і VLAN-ам. Точна конфігурація bridge та VLAN-aware bridge залежить від вашої мережевої топології — звіряйтеся з офіційною документацією Proxmox під вашу схему.

  • Для сховища використовуйте локальний LVM-Thin, ZFS або, якщо є SAN/NAS, налаштуйте відповідний storage backend (NFS, iSCSI, Ceph) — вибір залежить від наявного обладнання.

4. Імпорт VM з ESXi

З версії Proxmox VE 8.2 доступний вбудований ESXi Import Wizard, і у версії 9.x це рекомендований метод №1 для більшості міграцій. Він підключається напряму до ESXi-хоста через вебінтерфейс Proxmox, дозволяє вибрати VM зі списку та імпортувати її без ручного копіювання VMDK через командний рядок.

  • У Proxmox: Datacenter → Storage → Add → ESXi. Вкажіть IP або hostname ESXi-хоста та облікові дані; для self-signed сертифікатів увімкніть «Skip Certificate Verification».

  • Wizard підключається безпосередньо до ESXi-хостів. Для середовищ під керуванням vCenter підключайтеся до конкретного хоста, а не до vCenter.

  • VM на боці ESXi має бути вимкнена й без снапшотів — імпорт зі снапшотами суттєво повільніший або завершується помилкою.

  • Обмеження: диски на VMware vSAN не імпортуються напряму (спершу перенесіть їх на інше сховище), зашифровані диски потребують зняття шифрування перед імпортом.

  • «Live Import» для продуктивних систем краще не використовувати — безпечніше дати даним повністю синхронізуватися до першого запуску VM.

Запасний метод (fallback). Якщо Wizard недоступний (стара версія ESXi, міграція з VMware Workstation, помилка сумісності), працює класичний шлях через OVF/OVA. Експортуйте VM як OVF-шаблон, перенесіть файли на Proxmox і скористайтеся утилітою qm importdisk для приєднання конвертованого диска до нової VM (конвертація VMDK у формат KVM відбувається автоматично). Точні прапорці команди для вашої версії Proxmox звіряйте в актуальній документації.

Тестування доменного контролера в ізольованому середовищі перед міграцією

5. Тестування домен-контролера в ізоляції

  • Розгорніть імпортований домен-контролер в ізольованому VLAN або на окремому bridge без доступу до продуктивної мережі.

  • Перевірте роботу служб AD DS, DNS, реплікацію (якщо є другий DC), автентифікацію тестових клієнтів.

  • Лише після успішного тестування переносьте DC у продуктивну мережу, бажано в неробочий час, з коротким технічним вікном.

6. Резервне копіювання після переходу

Після міграції у вас два основні варіанти регулярних бекапів:

  • Proxmox Backup Server (PBS) — рідне рішення від розробників Proxmox, безкоштовне й open-source (AGPL-3.0), з дедуплікацією та інкрементальними бекапами. Для бізнесу, який іде саме від платних ліцензій, це найлогічніший вибір: немає обмежень за VM чи сокетами. Базові бекапи VM також можна робити вбудованою утилітою vzdump.

  • Veeam Backup & Replication підтримує Proxmox VE нативно, починаючи з Veeam Data Platform 12.2 (серпень 2024), без окремих плагінів. Ліцензується за кількістю захищених VM: кожна займає один Veeam Universal License (VUL). Важливо: для Proxmox доступні лише VUL — старі socket-ліцензії на цю платформу не поширюються. Це доречно, якщо ви вже стандартизовані на Veeam і хочете зберегти єдиний бекап-стек.

7. План відкату

  • Не вимикайте й не видаляйте оригінальні VM на ESXi, доки Proxmox-версії не пропрацюють у продуктиві щонайменше кілька днів-тиждень.

  • Тримайте окрему актуальну копію бекапу до моменту повної довіри до нового середовища.

  • Задокументуйте покроковий сценарій повернення на ESXi у разі критичної проблеми — хто, що і в якому порядку вимикає/увімкнає.

FAQ

Чи можна мігрувати з ESXi на Proxmox без простою?

Повністю без простою — складно, особливо для одиночного домен-контролера. Але для більшості бізнес-застосунків можливо звести технічне вікно до кількох годин у неробочий час завдяки попередньому тестуванню в ізоляції та вбудованому Import Wizard.

Чи підтримує Proxmox кластеризацію та High Availability безкоштовно?

Так. Кластеризація, HA, live migration і резервне копіювання доступні у безкоштовній версії Proxmox VE без потреби в підписці. Платна підписка стосується лише доступу до стабільного enterprise-репозиторію оновлень і пріоритетної підтримки, а не самого функціоналу.

Що робити з бекапами Veeam після переходу?

Veeam нативно підтримує Proxmox VE з версії Veeam Data Platform 12.2, ліцензування — за кількістю захищених VM (Veeam Universal License). Альтернатива без додаткових ліцензій — рідний Proxmox Backup Server. Точні умови саме для вашої версії Veeam уточнюйте у постачальника.

Чи варто переходити, якщо в компанії лише один сервер?

Якщо йдеться про єдиний фізичний хост без потреби у vMotion чи кластеризації, економічний ефект від відмови від ліцензій VMware зазвичай виправдовує витрати часу на міграцію та навчання команди.

Джерела

  • Обговорення на r/sysadmin: Switching from ESXi to Proxmox

  • Офіційна документація Proxmox VE — Migrate to Proxmox VE (pve.proxmox.com/wiki/Migrate_to_Proxmox_VE)

  • Офіційна сторінка цін Proxmox VE (proxmox.com/products/proxmox-virtual-environment/pricing)

  • Veeam — Proxmox VE Backup & Recovery (veeam.com)