Уход с 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
После каждой волны — неделя наблюдения перед следующей. Не торопитесь деkommission'ить 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.
