Вихід з VMware після поглинання Broadcom — практично неминучий процес для середнього бізнесу. Вартість ліцензій зросла в рази, perpetual licenses зникли, підписна модель стала обов'язковою. Ми допомагаємо компаніям перейти на Proxmox або KVM з мінімальними ризиками: проводимо інвентаризацію, конвертуємо кожну VM, налаштовуємо бекапи та моніторинг. Перехід — це не просто зміна гіпервізора, це міграція кожної VM з перебудовою під нову платформу, зміна процесів бекапу, моніторингу та мережевої конфігурації. Наш досвід — 5+ років і 50+ успішних проектів з міграції. Наша послуга — міграція VMware в Proxmox/KVM під ключ. Замовте попередню оцінку — ми розрахуємо терміни та вартість. Після скасування perpetual-ліцензій VMware річна підписка для 100 VM обходиться в $10,000–15,000, що для багатьох компаній непідйомно. Proxmox — безкоштовний гіпервізор на основі KVM, з аналогічним функціоналом, але без ліцензійних платежів. Однак міграція вимагає акуратності: помилка при конвертації диска може призвести до втрати даних.
Чому варто перейти на Proxmox/KVM?
Proxmox — це не лише безкоштовність. Він пропонує вбудований бекап, ZFS, кластеризацію та веб-інтерфейс, що не поступається vSphere. У порівнянні з VMware, Proxmox споживає в 4 рази менше оперативної пам'яті (1 ГБ проти 4 ГБ у ESXi). Спільнота активно оновлює пакети, а комерційна підтримка доступна від кількох вендорів. Для бізнесу — це зниження TCO на 30-50% без втрати функціональності. Наприклад, економія на ліцензіях для кластера з 100 VM становить близько $50,000 на рік.
Що відбувається з VM при конвертації
VMware зберігає диски у форматі VMDK. KVM і Proxmox працюють з qcow2 або raw. Це не просто перейменування файлу — потрібна конвертація через qemu-img. Паралельно BIOS/UEFI налаштування, VMware Tools та paravirtual драйвери мають бути замінені на аналоги для KVM (virtio-драйвери, qemu-guest-agent).
| Формат VMDK | Результат конвертації | Коментар |
|---|---|---|
| thin | qcow2 (sparse) | Економить місце, підтримує snapshots |
| thick eager-zeroed | raw або qcow2 з preallocation | Для high-performance дисків |
| snapshot chain | окремий qcow2 після merge | vmware-vdiskmanager -r source.vmdk -t 0 flat.vmdk |
Як virt-v2v спрощує міграцію?
virt-v2v — стандартний інструмент для міграції з VMware на KVM. Він підключається до vCenter через API, конвертує диски, замінює VMware Tools на qemu-guest-agent та virtio-драйвери. Автоматизована міграція через virt-v2v скорочує час конвертації на 50% у порівнянні з ручним експортом/імпортом. Встановлення на RHEL/CentOS:
dnf install virt-v2v nbdkit nbdkit-vmware-plugin Приклад міграції VM з vCenter (натисніть для розкриття)
export LIBGUESTFS_BACKEND=direct virt-v2v \
-ic "vpx://vcenter.company.local/Datacenter/cluster01?no_verify=1" \
-it vddk \
-io vddk-libdir=/opt/vmware-vix-disklib-distrib \
-io vddk-thumbprint=$(openssl s_client -connect vcenter.company.local:443 </dev/null 2>/dev/null \
| openssl x509 -fingerprint -sha1 -noout | cut -d= -f2) \
-o local -os /var/tmp/v2v-output \
--root first \
"vm-name-in-vcenter"Результат в /var/tmp/v2v-output/: qcow2-файли дисків та XML-конфіг libvirt. Для Proxmox потрібно імпортувати через qm importdisk.
Чому Windows VM потребує особливого підходу?
Linux-VM мігрують відносно гладко — virtio-драйвери вбудовані в сучасні ядра. Windows не знає про virtio, і при першому старті після зміни гіпервізора зависає на синьому екрані INACCESSIBLE_BOOT_DEVICE або йде в цикл відновлення.
virt-v2v вміє підготувати Windows VM до KVM: додає virtio-драйвери в offline-режимі (через libguestfs API), прибирає VMware Tools, налаштовує правильний HAL. Але це працює лише якщо:
- Windows не зашифрований BitLocker
- VM вимкнена перед міграцією
- На Windows актуальні оновлення (застарілі ОС типу Windows Server 2008 вимагають ручного встановлення драйверів)
Ручний шлях для Windows без virt-v2v:
- Встановити virtio-драйвери на VMware (додати virtio disk controller в secondary, завантажити Windows, встановити драйвер, видалити пристрій)
- Конвертувати VMDK → qcow2
- Імпортувати в Proxmox
- Запустити
Мережева конфігурація: VMware vSwitch → Linux Bridge/OVS
У VMware мережа — це vSwitches з Port Groups. У Proxmox — Linux Bridge (vmbr0, vmbr1) або Open vSwitch для складніших топологій. Потрібно відтворити VLAN-конфігурацію:
# /etc/network/interfaces на Proxmox-ноді
auto vmbr0
iface vmbr0 inet static
address 192.168.1.10/24
gateway 192.168.1.1
bridge-ports eno1
bridge-stp off
bridge-fd 0
# VLAN-aware bridge для множини VLAN
auto vmbr1
iface vmbr1 inet manual
bridge-ports eno2
bridge-stp off
bridge-fd 0
bridge-vlan-aware yes
bridge-vids 2-4094Кожна VM отримує VLAN-тег у конфігу: qm set 200 --net0 virtio,bridge=vmbr1,tag=100.
Порядок робіт при міграції кластера
Масову міграцію робимо хвилями, не всі VM одразу:
- Pilot: 2–3 некритичні VM, перевірка працездатності, продуктивності дисків та мережі
- Хвиля 1: Dev/staging середовища, немає downtime-обмежень
- Хвиля 2: Production, secondary-сервіси (моніторинг, логи, бекапи)
- Фінальна хвиля: Production, business-critical — планується maintenance window
Після кожної хвилі — тиждень спостереження перед наступною. Не поспішайте деkomмісіонувати VMware — поки не переконаєтесь, що все працює стабільно, старий гіпервізор має бути доступним для відкату.
Що входить в послугу міграції?
- Інвентаризація VM: ОС, диски, мережа, залежності
- Конвертація дисків (VMDK → qcow2) зі збереженням структури
- Заміна драйверів та VMware Tools на virtio та qemu-guest-agent
- Налаштування мережі: VLAN, bridge, IP-адреси
- Тестування кожної VM після міграції
- Документування нової інфраструктури
- Передача доступів та навчання адміністраторів
- Пост-міграційна підтримка протягом тижня
Чому обирають нас?
- 5+ років досвіду в VMware та KVM/Proxmox
- 50+ успішних проектів з міграції
- Сертифіковані інженери (RHCE, VCP)
- Гарантія на роботи — безкоштовне усунення проблем протягом місяця
- Повна документація та навчання вашої команди
Терміни
| Обсяг | Термін |
|---|---|
| 5–10 VM, лише Linux | 3–5 робочих днів |
| 20–50 VM, змішані (Linux + Windows) | 2–4 тижні |
| 100+ VM, кластерна міграція | 2–3 місяці |
Точна оцінка — після інвентаризації: кількість VM, ОС, розміри дисків, мережева топологія, вимоги до downtime. Вартість розраховується індивідуально. Зв'яжіться з нами для попередньої оцінки. Замовте пілотну міграцію 3-х VM, щоб переконатися в якості.
Примітка: Для міграції використовуйте офіційну документацію KVM та virt-v2v.
