Миграция с VMware на Proxmox: перевод 80 виртуальных машин производственного предприятия

В декабре 2025 года производственное предприятие ПромМаш (машиностроение, 1 200 сотрудников) получило новый счёт за лицензии VMware: после поглощения Broadcom стоимость выросла в 4,5 раза — с 2.8 млн рублей до 12.6 млн в год. При этом функционал, которым пользовался ПромМаш (ESXi + vCenter Standard), был упакован в обязательный бандл с компонентами, которые предприятию не нужны.

Инфраструктура ПромМаш:

• 3 сервера HPE ProLiant DL380 Gen10 (2×Xeon Gold 6248, 512 GB RAM, 10 Gbps)
• СХД NetApp FAS2750 с FC-подключением
• 80 виртуальных машин: 45 Windows Server, 30 Linux, 5 appliance
• VMware ESXi 7.0 U3 + vCenter 7.0
• Veeam Backup & Replication для резервного копирования

Руководство поставило задачу: мигрировать на open source за 4 месяца с нулевым простоем критичных систем (ERP, 1С, почта, AD).

Мы провели двухнедельный пилот трёх платформ на выделенном тестовом сервере. Критерии: функциональность, сложность эксплуатации, совместимость с оборудованием ПромМаш, стоимость поддержки.

Выбор: Proxmox VE 8.2. Решающие факторы: встроенная система бэкапов (Proxmox Backup Server), простота эксплуатации для команды из 2 сисадминов ПромМаш, полноценный веб-интерфейс для администрирования и живая миграция VM между нодами кластера.

oVirt отпал из-за проекта Red Hat по его сворачиванию в пользу OpenShift Virtualization. OpenStack — избыточно сложен для 80 VM и требует отдельной команды поддержки.

Мы развернули Proxmox VE 8.2 на всех трёх серверах HPE параллельно с VMware — оба гипервизора работали на разных дисках одного сервера через двойную загрузку.

# Установка Proxmox VE 8.2 на HPE DL380 Gen10
# Загружаемся с ISO, выбираем ext4 на NVMe SSD (boot/system)
# После установки:

# Обновление и настройка репозиториев (без подписки)
rm /etc/apt/sources.list.d/pve-enterprise.list
echo 'deb http://download.proxmox.com/debian/pve bookworm pve-no-subscription' \
  > /etc/apt/sources.list.d/pve-no-subscription.list
apt update && apt full-upgrade -y

# Создание кластера
pvecm create prommash-cluster
# На остальных нодах:
pvecm add 10.10.0.1
pvecm add 10.10.0.1  # (с ноды 3)
pvecm status
# Cluster information
# Name:    prommash-cluster
# Nodes:   3
# Quorate: Yes

# Подключение NetApp FAS2750 через iSCSI (FC оставили для VMware на время миграции)
# /etc/pve/storage.cfg
iscsi: netapp-iscsi
    portal 10.10.5.1
    target iqn.1992-08.com.netapp:sn.abc123:vs.prommash
    content none

lvm: netapp-lvm
    vgname pve-netapp
    base netapp-iscsi
    content images,rootdir
    shared 1
    nodes pve1,pve2,pve3

# Proxmox Backup Server на отдельной машине
# /etc/proxmox-backup/datastore.cfg
[vm-backups]
    path /backup/vms
    gc-schedule daily
    prune-schedule daily
    keep-daily 7
    keep-weekly 4
    keep-monthly 12

Важный момент: NetApp при отключении VAAI (VMware-specific оптимизация) теряет аппаратное ускорение копирования и thin provisioning. Мы компенсировали это использованием LVM thin pools поверх iSCSI LUN.

Самый трудоёмкий этап — конвертация 80 VM из формата VMware (VMDK на VMFS) в формат Proxmox (qcow2/raw). Мы протестировали три подхода и выбрали комбинированный.

VMware использовал Distributed vSwitch с VLAN-транкингом. В Proxmox мы воссоздали аналогичную топологию через Linux bridge с VLAN-aware режимом:

# /etc/network/interfaces на каждой ноде Proxmox
auto lo
iface lo inet loopback

# Физический интерфейс 10 Gbps
auto eno1
iface eno1 inet manual

# Management bridge (VLAN 10)
auto vmbr0
iface vmbr0 inet static
    address 10.10.0.1/24
    gateway 10.10.0.254
    bridge-ports eno1
    bridge-stp off
    bridge-fd 0
    bridge-vlan-aware yes
    bridge-vids 2-4094

# VLAN-интерфейсы для разных сегментов
auto vmbr0.20
iface vmbr0.20 inet manual
# VLAN 20: Production servers

auto vmbr0.30
iface vmbr0.30 inet manual
# VLAN 30: DMZ

auto vmbr0.40
iface vmbr0.40 inet manual
# VLAN 40: Storage network

# Назначение VLAN виртуальным машинам
# В конфигурации VM (/etc/pve/qemu-server/200.conf):
net0: virtio=AA:BB:CC:DD:EE:01,bridge=vmbr0,tag=20
# tag=20 → VM попадает в Production VLAN

# Для VM, которым нужен trunk (pfSense):
net0: virtio=AA:BB:CC:DD:EE:02,bridge=vmbr0,trunks=20;30;40

Переключение сети прошло без простоя: мы настроили trunk-порт на коммутаторе Cisco для обоих гипервизоров и мигрировали VM по одной, проверяя connectivity после каждой.

Мигрировать 80 VM за один день — самоубийство. Мы разбили процесс на 4 волны по критичности:

• Волна 1 (неделя 1-2): 15 некритичных Linux-серверов (dev, staging, мониторинг). Обкатка процесса, выявление проблем.
• Волна 2 (неделя 3-5): 25 серверов средней критичности (файловый сервер, print server, внутренние web-приложения). Миграция в выходные с откатом к понедельнику.
• Волна 3 (неделя 6-9): 30 критичных серверов (1С, ERP, SQL Server, Exchange). Миграция в технологическое окно (суббота 22:00 — воскресенье 06:00).
• Волна 4 (неделя 10-12): AD-контроллеры, pfSense, Veeam. Завершающий этап с полным отключением VMware.

# Скрипт автоматизации миграции одной VM
#!/bin/bash
set -euo pipefail

VM_NAME=$1
ESXI_HOST=$2
PROXMOX_VMID=$3
VLAN_TAG=$4

echo "[$(date)] Starting migration of $VM_NAME"

# 1. Создать snapshot в VMware (точка отката)
ssh root@$ESXI_HOST "vim-cmd vmsvc/snapshot.create \
  \$(vim-cmd vmsvc/getallvms | grep $VM_NAME | awk '{print \$1}') \
  pre-migration 'Before Proxmox migration' 0 0"

# 2. Выключить VM
ssh root@$ESXI_HOST "vim-cmd vmsvc/power.off \
  \$(vim-cmd vmsvc/getallvms | grep $VM_NAME | awk '{print \$1}')"

# 3. Экспорт VMDK
VMDK_PATH=$(ssh root@$ESXI_HOST "find /vmfs/volumes -name '${VM_NAME}-flat.vmdk' 2>/dev/null")
scp root@$ESXI_HOST:$VMDK_PATH /tmp/${VM_NAME}.vmdk

# 4. Конвертация
qemu-img convert -f vmdk -O qcow2 -p \
  /tmp/${VM_NAME}.vmdk /tmp/${VM_NAME}.qcow2

# 5. Создание VM в Proxmox и импорт диска
qm create $PROXMOX_VMID --name $VM_NAME --memory 8192 --cores 4 \
  --scsihw virtio-scsi-single \
  --net0 virtio,bridge=vmbr0,tag=$VLAN_TAG \
  --boot order=scsi0 --ostype l26

qm importdisk $PROXMOX_VMID /tmp/${VM_NAME}.qcow2 local-lvm
qm set $PROXMOX_VMID --scsi0 local-lvm:vm-${PROXMOX_VMID}-disk-0

# 6. Запуск и проверка
qm start $PROXMOX_VMID
sleep 30
ping -c 5 $(qm guest cmd $PROXMOX_VMID network-get-interfaces | \
  jq -r '.[1]."ip-addresses"[0]."ip-address"')

echo "[$(date)] Migration of $VM_NAME completed successfully"

# Очистка
rm -f /tmp/${VM_NAME}.vmdk /tmp/${VM_NAME}.qcow2

Миграция завершилась за 11 недель (на неделю раньше срока). Все 80 VM успешно работают на Proxmox VE 8.2:

Экономия в первый год: 12.6 млн рублей минус стоимость проекта (1.8 млн рублей на наши услуги + 200 000 рублей на тестовое оборудование) = 10.6 млн рублей чистой экономии.

Из подводных камней: 3 Windows-машины с привязкой лицензий к VMware BIOS UUID потребовали переактивации. Драйверы NetApp VAAI не работают с KVM — тонкое клонирование дисков стало медленнее на 40%, но для ПромМаш это некритично. Подробнее о наших проектах миграции — на itfresh.ru.