Чем заменить VMware в 2026: гайд для российского бизнеса

За полтора года, что прошли с момента поглощения VMware компанией Broadcom, я успел провести где-то под два десятка проектов по миграции, работая с офисами от 10 до 50 рабочих мест. Ситуация, конечно, изменилась кардинально: цены на лицензии взлетели в три-четыре раза, нашим российским облакам перекрыли кислород и возможность легально торговать VMware, да ещё и к 1 января 2025 года появились новые, довольно строгие требования по КИИ. Вот почему в этой статье я хочу разложить всё по полочкам: расскажу, чем же реально можно заменить vSphere в 2026 году, во сколько это обойдётся и какие неожиданности могут подстерегать компанию до 50 рабочих мест.

Как Broadcom переломал рынок и почему откатить уже не получится

22 ноября 2023 года Broadcom наконец-то завершил сделку по покупке VMware, выложив за неё 69 миллиардов долларов. А уже к декабрю мы увидели, как вечные лицензии просто испарились: теперь остался только подписочный режим, жёстко привязанный к ядрам процессора. Вместо десятков разных SKU, из которых раньше можно было собрать что угодно, в портфеле Broadcom осталось всего три бандла – это VMware Cloud Foundation (VCF), VMware vSphere Foundation (VVF) и базовый vSphere Standard.

Вот какие цены я сейчас вижу в реальных коммерческих предложениях от партнёров, работающих с русскоязычными клиентами через дружественные юрисдикции:

• vSphere Standard — около 50 долларов за ядро в год, минимум 16 ядер на сокет.
• VVF — около 350 долларов за ядро в год, включает vCenter и vSAN на 100 ГБ на ядро.
• VCF — около 480 долларов за ядро в год, добавляет NSX, Aria и расширенный vSAN.

Вот, например, для типового сервера, который я обычно ставлю в офисах — это двухпроцессорный Xeon Gold с 32 ядрами на хост — годовая подписка на VVF выходит где-то в районе 11 200 долларов. А если прибавить сюда российские наценки и техподдержку через Сербию или Казахстан, то это уже выливается в 1,2–1,5 миллиона рублей в год за один-единственный хост. Представьте, для офиса с тремя серверами это будет 4–5 миллионов в год только за гипервизор! И заметьте, это ещё без vSAN-нод, без бэкапа Veeam (который, кстати, тоже больше не продаётся напрямую в РФ) и без поддержки на русском языке.

Параллельно с этим мы столкнулись с ещё двумя, не менее болезненными, вещами. Во-первых, программу VCSP (VMware Cloud Service Provider) просто прикрыли — это значит, что российские облачные провайдеры теперь не могут легально перепродавать VMware-нагрузку. Во-вторых, программа VMware Certified Cloud Services ужалась примерно до 40 компаний по всему миру, и, к сожалению, ни одной из них нет в России. Конечно, остался такой обходной путь, как License Portability (BYOL), но он всё равно требует уже купленной подписки и никак не решает проблему с техподдержкой.

А потом нас просто добила регуляторика: с 1 января 2025 года на объектах КИИ нельзя использовать иностранное ПО, если нет отечественных альтернатив, а с 1 сентября 2025 года ещё и ужесточились требования по обработке персональных данных. Я, конечно, не люблю политические трактовки, но как практик могу сказать одно: даже если завтра отменят все санкции, обратно на VMware большинство моих клиентов уже точно не вернутся — это стало просто и дорого, и слишком рискованно.

Большая четвёрка альтернатив: KVM, Proxmox, oVirt, zVirt

Меня очень часто спрашивают: «Семён, посоветуй что-то одно, универсальное». Мой честный ответ всегда один: такой вот «серебряной пули» просто не существует. Под каждый конкретный сценарий я делаю свой выбор, и сейчас я объясню, почему это так.

KVM + Libvirt — это голый гипервизор, который входит в ядро Linux с 2007 года. Им крутятся Google Compute Engine, AWS Nitro, OVH. Если у вас есть инженер, который готов писать ansible-плейбуки и собирать кластеры через oVirt-engine или OpenStack, — KVM даст вам максимум производительности и гибкости при нулевой стоимости лицензий. На офис до 50 рабочих мест я голый KVM не предлагаю никогда: слишком много ручной работы.

Proxmox VE 8.x — это упакованный KVM с веб-интерфейсом, кластеризацией Corosync, встроенным ZFS, поддержкой Ceph и LXC-контейнерами в одном пакете. Подписка стоит от 110 евро за сокет в год (Community) до 1020 евро (Premium с 24/7-поддержкой). Для большинства моих клиентов это золотая середина: всё работает из коробки, документация подробная, миграция с VMware занимает 1–3 дня на сервер.

oVirt — апстрим Red Hat Virtualization (которую сама Red Hat закрыла в 2024). Бесплатный, мощный, но в России без коммерческой поддержки. Я ставил oVirt пару раз в 2024 году — зрелый продукт, но обновления выходят медленно, а сообщество просело после ухода Red Hat.

zVirt от Орион Софт — российский форк oVirt с собственными доработками, в реестре отечественного ПО, аттестован по ФСТЭК. Стоит примерно в три раза дешевле VMware VVF (порядка 80–120 тысяч рублей за хост в год по моим прайсам), есть техподдержка на русском. Я предлагаю zVirt клиентам, которые подпадают под требования по КИИ или хотят гарантированно «лежать в реестре» для госзаказа.

Сравнительная таблица: что выбрать под свой сценарий

Российские облака: когда их брать вместо своего железа

За период с 2024 по 2026 годы российские облачные провайдеры сделали настоящий качественный скачок. Я сам регулярно работаю с четвёркой лидеров:

Yandex Cloud — самый зрелый IaaS в РФ, нормальный API, terraform-провайдер, managed PostgreSQL и Kubernetes. Цены сопоставимы с международными: vCPU стоит порядка 1,2–1,5 рубля в час, гигабайт RAM — 0,4–0,5 рубля в час. Для офиса на 30 человек с десятком ВМ ежемесячный счёт обычно укладывается в 60–90 тысяч рублей.

VK Cloud (бывший Mail.ru Cloud Solutions) — сильны в OpenStack-совместимом API, managed-сервисах баз данных, есть готовый VMware-аналог на zVirt. Хороший выбор, если вы хотите гибридный сценарий с управлением через единый портал.

Selectel — лидер по цене на голое железо и dedicated-серверы, есть собственная панель и terraform. Я часто беру у них bare-metal под Proxmox-кластер: получается дешевле, чем строить свой ЦОД, и быстрее, чем Yandex Cloud для постоянной нагрузки.

RUVDS и Cloud4Y — нишевые игроки с фокусом на 152-ФЗ, аттестации и ПДн. У RUVDS есть площадки в нескольких странах, что бывает удобно для географической отказоустойчивости. Cloud4Y давно работает с государственными заказчиками и имеет аттестат на УЗ-1.

Когда я предлагаю клиенту облако вместо своего гипервизора:

• в команде нет выделенного админа на 24/7;
• нагрузка непредсказуемая — пики продаж, сезонность;
• требуется быстро открыть второй филиал в другом городе;
• нужен DR-сценарий (резервный сайт в другом ЦОД);
• годовой бюджет на железо меньше 2,5 миллионов рублей.

Как выглядит миграция с VMware на Proxmox: реальный случай

В феврале 2026 года я завершил один проект для торговой компании из Бирюлёво. Там было 38 рабочих мест, два сервера VMware ESXi 7 с уже истёкшей подпиской и 22 виртуальные машины, среди которых были 1С, файловый сервер, RDS-ферма, AD, почта и видеонаблюдение. Заказчик наотрез отказался переходить в облако, заявив мне: «Семён, у нас 1С с базой на 480 ГБ, я ни в коем случае не хочу зависеть от интернета». В итоге мы согласовали развёртывание локального Proxmox-кластера из двух нод, плюс, конечно, Proxmox Backup Server.

Этап 1. Аудит. Мы потратили на него неделю, используя бесплатную утилиту RVTools, чтобы выгрузить полный список ВМ, версий гостевых ОС, дисков, сетей и тегов. Сразу становится ясно, где ещё работает старый Windows Server 2008, где завалялись давно забытые тестовые машины, а где болтаются снапшоты возрастом под полтора года.

Этап 2. Развёртывание. Мы установили Proxmox VE 8.2 на два новеньких сервера HPE DL380 Gen11 — каждый с 32 ядрами, 256 ГБ RAM, NVMe-RAID и ZFS-mirror. Кластеризацию настроили через Corosync, а для разделяемого хранилища использовали Ceph на 12 SSD по 1,92 ТБ. Вся эта настройка заняла у нас всего два рабочих дня.

Этап 3. Конвертация виртуальных машин. Для основной массы машин я использовал прямой импорт через qemu-img:

# Подключаем хранилище ESXi по NFS на узел Proxmox
mount -t nfs esxi-host:/vmfs/volumes/datastore1 /mnt/esxi

# Конвертируем VMDK в qcow2
qemu-img convert -p -f vmdk -O qcow2 \
  /mnt/esxi/srv-1c/srv-1c-flat.vmdk \
  /var/lib/vz/images/srv-1c-disk0.qcow2

# Создаём ВМ в Proxmox с теми же ресурсами
qm create 201 --name srv-1c --memory 32768 --cores 8 \
  --net0 virtio,bridge=vmbr0 --ostype win11

# Импортируем сконвертированный диск
qm importdisk 201 /var/lib/vz/images/srv-1c-disk0.qcow2 local-lvm

# Прикрепляем диск как scsi0 с virtio-scsi контроллером
qm set 201 --scsihw virtio-scsi-single --scsi0 local-lvm:vm-201-disk-0

# Загрузочный порядок и BIOS-режим (для UEFI добавить --bios ovmf)
qm set 201 --boot order=scsi0 --bootdisk scsi0

Для пары Linux-машин с тонкими дисками я использовал virt-v2v — он сразу подменяет драйверы и регенерирует initramfs:

# virt-v2v напрямую с ESXi через vCenter
virt-v2v -ic vpx://root@vcenter.local/Datacenter/host/esxi01.local \
  -ip /root/vcenter-pass.txt \
  -o local -of qcow2 -os /var/lib/vz/images/ \
  srv-mail

# Дальше создаём ВМ и подцепляем диск тем же qm importdisk

Этап 4. Миграция Windows-машин. Перед выключением на ESXi я ставил VirtIO-драйверы (с virtio-win.iso от Fedora Project) — иначе после старта в Proxmox Windows вылетает в синий экран INACCESSIBLE_BOOT_DEVICE. Это первая грабля, на которой я потерял когда-то 4 часа на тестовом стенде.

Этап 5. Само окно миграции мы назначили на субботу, с 22:00 до 06:00 утра. Заранее, конечно, я снял полный бэкап Veeam на отдельный NAS — это наша страховка на любой случай. По одной ВМ мы выключали на ESXi, конвертировали (на это уходило примерно 7 минут на каждые 100 ГБ диска при скорости 10 Гбит/с), запускали уже в Proxmox, тщательно проверяли, а затем переключали DNS-записи. Из 22 машин мы успели перевезти 21 за это окно, а вот одна 1С с базой на 480 ГБ ехала уже отдельной ночью.

Итого: 6 рабочих дней инженера, простой сервиса 0 минут в рабочее время, экономия на лицензиях VMware за 3 года — примерно 3,8 миллиона рублей.

Грабли, на которых спотыкаются почти все

За эти полтора года я, можно сказать, накопил целый ворох типичных ошибок, которые постоянно прошу свою команду больше не повторять.

VirtIO-драйверы для Windows. Без них производительность диска падает в 8–10 раз. Ставить надо ДО миграции, на работающей ВМ под VMware. Образ — virtio-win-0.1.240.iso или новее.

Снапшоты VMware. Перед конвертацией все снапшоты надо сконсолидировать, иначе qemu-img прочитает только базу без изменений. Команда: `vmkfstools -i base.vmdk consolidated.vmdk`.

UEFI vs BIOS. Если ВМ под VMware была в UEFI, в Proxmox нужно ставить `--bios ovmf` и подключать EFI-диск, иначе Windows не загрузится. Я обжигался на Windows Server 2022 несколько раз.

Сетевые MAC-адреса. Если в Active Directory или 1С завязаны лицензии на MAC, заранее выписываю их с ESXi и прописываю руками в Proxmox: `qm set 201 --net0 virtio=AA:BB:CC:DD:EE:FF,bridge=vmbr0`.

Большие диски через сеть. Конвертировать VMDK на 1 ТБ через 1 Гбит/с — это 3 часа окна. Лучше делать через 10 Гбит/с прямой линк или временно подсадить ESXi-хранилище в Proxmox по iSCSI.

Кластерный кворум Corosync. На двух нодах нужен QDevice — внешний свидетель, иначе при разрыве сетки оба узла встанут в read-only. Для МСБ я ставлю QDevice на любом мини-ПК или роутере с Linux.

Сценарии для офиса до 50 рабочих мест: что выбрать прямо сейчас

Весь свой накопленный опыт я уложил в простую матрицу, которую всегда показываю клиентам уже на первой нашей встрече.

До 10 рабочих мест, 3–5 ВМ. Берём Proxmox VE Community на одном сервере + Proxmox Backup Server на NAS. Бюджет железа 350–500 тысяч рублей, лицензий — 12 тысяч в год. Альтернатива: Yandex Cloud или RUVDS, 30–50 тысяч рублей в месяц.

10–25 рабочих мест, 5–15 ВМ. Кластер из двух нод Proxmox + QDevice + PBS. Железо 800–1100 тысяч, лицензии 110 тысяч в год за подписку Standard. Если важна сертификация — zVirt.

25–50 рабочих мест, 15–30 ВМ. Кластер из 3 нод Proxmox с Ceph или zVirt с FC-storage. Железо 1,8–2,5 миллиона, лицензии 250–400 тысяч в год. Здесь уже имеет смысл смотреть на гибрид: критичное в офисе, dev/test и резерв в Selectel или VK Cloud.

Подпадаете под КИИ или 152-ФЗ УЗ-1. Только zVirt или РЕД Виртуализация, на сертифицированном железе, с аттестацией объекта. Срок проекта — от 4 месяцев, бюджет — от 4 миллионов рублей.

FAQ

Можно ли продолжать использовать VMware без подписки в 2026 году?

Технически, конечно, ESXi будет работать и без обновлений, это правда. Но тут сразу возникает несколько «но»: ваша безопасность не будет лататься (только за 2025 год вышло 4 критические CVE на vCenter и ESXi), новые версии гостевых ОС не получат сертификацию, а если ваша компания подпадает под 187-ФЗ или работает с ПДн — то вы рискуете нарваться на серьёзные проблемы с регуляторами. Именно поэтому я никому из своих клиентов не рекомендую такой сценарий дольше чем на 6 месяцев — это максимум для переходного периода на новую платформу.

Как часто Proxmox падает по сравнению с VMware?

За три года, что мои клиенты эксплуатируют Proxmox в продакшене, я насчитал всего одну незапланированную перезагрузку гипервизора — это был баг в драйвере сетевой карты Intel X710, который, кстати, лечится обновлением ядра. У VMware за тот же период было два инцидента: один с PSOD из-за обновления, а второй — с зависанием vCenter. Если смотреть по статистике, то тут паритет: оба продукта показывают себя как стабильные.

Стоит ли ждать «отечественного аналога VMware» — РЕД Виртуализация, Базис, Альт Виртуализация?

Эти продукты не просто существуют, они активно развиваются. РЕД Виртуализация, например, построена на базе oVirt, она уже в реестре и аттестована. А Базис.WorkPlace — это целое комплексное решение от Базальт СПО. Если вам кровь из носу нужен гарантированно отечественный стек уже завтра — смело берите. Но я честно скажу: по зрелости документации и по активности сообщества Proxmox и zVirt пока что заметно опережают.

Можно ли мигрировать на Proxmox без выключения ВМ?

Через стандартные утилиты — нет, тут придётся выключать. Но есть такие решения, как Hystax Acura и Carbonite Migrate (Vision Solutions) — они умеют делать непрерывную репликацию диска и переключать систему всего за 30–60 секунд. По цене это выходит где-то 300–600 долларов на одну ВМ за лицензию миграции. Для критичных продакшн-систем такой подход вполне оправдан, но вот для обычной офисной инфраструктуры, как правило, это уже перебор.

Что делать с лицензиями Veeam, которые тоже больше не продаются?

Veeam Backup & Replication, кстати, уже может делать бэкапы Proxmox, начиная с версии 12.2, которая вышла осенью 2024 года. Но лично я в своих проектах для МСБ чаще всего использую Proxmox Backup Server — он совершенно бесплатный, отлично справляется с дедупликацией и инкрементами, и что удобно, интегрирован напрямую с гипервизором. Для российских клиентов также есть Кибер Бэкап (от Acronis) и RuBackup — оба эти продукта внесены в реестр отечественного ПО.

Что делать прямо сейчас

Если у вас всё ещё крутится VMware и подписка вот-вот истечёт в этом году — мой совет: не тяните до последнего месяца. Как минимум, сделайте следующее: выгрузите RVTools-отчёт, чтобы понять, сколько у вас ВМ и какие из них действительно критичные. Дальше — выбирайте платформу, ориентируясь на матрицу, которую я привёл выше, и закладывайте себе 2–4 месяца на реализацию проекта.

Если вы хотите, чтобы я лично взглянул на вашу инфраструктуру и честно рассказал, с какими трудностями вы можете столкнуться, — просто напишите мне. Я проведу бесплатный аудит на 1–2 часа, и по его итогам предоставлю вам детальный расчёт по необходимому железу, лицензиям и примерным срокам перехода. Моя команда ITfresh обслуживает офисы до 50 рабочих мест в Москве с 2010 года, а миграциями с VMware мы активно занимаемся буквально с момента сделки Broadcom.

Автор: Семёнов Е.С., технический директор ITfresh, 15+ лет опыта обслуживания корпоративных IT-систем в Москве.