Уход VMware из России: как перевести виртуализацию офиса на Proxmox или Hyper-V без ночного простоя

Ко мне в последний год чуть ли не каждый месяц приходит клиент с одним и тем же вопросом: у нас VMware, лицензии кончаются или уже кончились, что делать. Обычно это выясняется не заранее, а в момент, когда что-то ломается и нужна поддержка вендора, которой физически нет. Расскажу, как я считаю риски и как мы переносим виртуалки на Proxmox или Hyper-V так, чтобы бухгалтерия утром просто зашла в 1С и ничего не заметила.

Почему это не «через год решим»

Broadcom, который купил VMware, из России ушёл официально ещё в 2022-м. Но у многих компаний были куплены лицензии с запасом, и виртуализация продолжала работать года три просто потому, что железо не падало и обновлять было не обязательно. Вот тут и кроется ловушка. ESXi без поддержки — это не бомба замедленного действия в смысле «взорвётся завтра». Это тихая эрозия: нет патчей безопасности, нет исправлений багов, нет возможности легально докупить лицензию на новый хост, если старый умер.

У одного клиента, торговой компании на 30 рабочих мест, ESXi версии 6.7 стоял на сервере Dell R730 с 2019 года. Всё работало. А потом умер один из дисков в RAID, контроллер начал сыпать ошибками, и когда мы полезли обновлять прошивку сервера — драйверы под старый ESXi просто не встали. Патч от VMware, который бы это починил, вышел уже после того, как компания перестала быть партнёром в России. Итог — три дня простоя склада и 1С, пока мы городили временное решение.

Поэтому я всем говорю прямо: если у вас VMware и вы её не трогали года два — не ждите, пока сломается железо. Планируйте миграцию сейчас, в спокойном режиме, а не в аварийном.

Как я считаю реальный риск лицензий

Первое, что делаю с клиентом — смотрю, что у него куплено и когда истекает. VMware продавала лицензии двух типов: perpetual (бессрочные, с подпиской на поддержку) и позже, уже под Broadcom, только подписочная модель VCF или vSphere Foundation, минимальными пакетами от 16 ядер и очень недешёвыми — там счёт идёт на сотни тысяч рублей в год даже для скромной инфраструктуры из двух хостов.

Если у вас perpetual-лицензия без активной подписки на поддержку — сама виртуализация работать не перестанет. ESXi не «звонит домой» и не блокируется по истечении подписки. Но: вы не можете легально получить обновления, не можете открыть тикет в поддержку, и, что важнее для директора, — вы не можете доказать проверяющим или партнёрам-аудиторам чистоту софта, если лицензия просрочена и продлить её в России сейчас практически невозможно из-за ухода вендора и проблем с оплатой.

Второй момент, который часто упускают — это железо. Новые серверы с современными CPU (тот же Intel Xeon Scalable 4-го поколения) официально не сертифицированы под старые версии ESXi. То есть даже если бы вы захотели купить лицензию, на новый сервер её физически не поставить без танцев с бубном и неофициальных сборок драйверов. Вот это — куда больший риск, чем сама цена лицензии. Через два-три года апгрейд железа станет невозможен без миграции.

Proxmox или Hyper-V — что выбрать для офиса до 50 рабочих мест

Для небольшой компании я обычно рекомендую Proxmox VE. Он бесплатный (можно купить подписку на обновления репозитория — от 100 евро на сокет в год, но и без неё жить можно), у него нормальный веб-интерфейс, поддержка кластеров, снапшоты, встроенная репликация между хостами и интеграция с ZFS. По ощущениям при работе он ближе всего к привычному vSphere из всех бесплатных альтернатив.

Hyper-V я предлагаю, если у клиента уже вся инфраструктура на Windows Server и есть штатный админ, который с AD и GPO на «ты», но с Linux не дружит. Лицензия Hyper-V фактически входит в Windows Server Standard или Datacenter, которую многие и так покупают под терминальные серверы 1С. То есть отдельно платить за гипервизор не нужно — это заметная экономия, если сравнивать с подпиской VMware.

Есть нюанс: если у вас 1С работает в связке с MS SQL Server и терминальным сервером на Windows, Hyper-V логичнее — меньше слоёв трансляции, ровно та же экосистема Microsoft. Если у вас Postgres или файловая база 1С, а на серверах в основном Linux-сервисы вроде Zabbix, почты, каких-то Docker-контейнеров — берите Proxmox, не пожалеете. У меня на практике примерно 60 на 40 в пользу Proxmox за последний год, просто потому что клиенты стали активнее уходить и от Windows-инфраструктуры в принципе, по тем же причинам с лицензиями Microsoft.

Как перенести VM без остановки 1С: наша реальная схема

Самый частый страх директора — «а если ночью что-то пойдёт не так и утром бухгалтерия не сможет закрыть месяц». Отвечаю: если делать миграцию грамотно, простоя вообще может не быть, либо он будет 5-10 минут, а не ночь.

Схема, которую мы используем: сначала поднимаем новый гипервизор (Proxmox или Hyper-V) на отдельном железе — либо на новом сервере, либо на временно освобождённом старом, если ресурсов хватает. Дальше конвертируем виртуальные диски VMware (формат VMDK) в формат целевой платформы. Для Proxmox это qcow2 или raw через утилиту qemu-img, для Hyper-V — VHDX через Disk2vhd от Microsoft или встроенные средства конвертации. Это можно делать пока исходная VM ещё работает — снимаем снапшот, конвертируем его в фоне, пока люди продолжают работать в 1С.

Ключевой момент — финальная синхронизация. Когда основной образ уже перенесён и лежит на новом гипервизоре, мы договариваемся с клиентом на технологическое окно вечером, обычно после 20:00 или в выходной. Останавливаем 1С буквально на момент дозаливки дельты изменений (обычно это 10-20 минут, а не всю ночь), переключаем сеть на новую VM и запускаем. У одного клиента, юридической фирмы на 15 рабочих мест, мы так перенесли терминальный сервер с 1С и базой на 40 ГБ за 25 минут простоя в субботу утром — люди даже не заметили, работали в понедельник как обычно.

Отдельно скажу про сеть: если у вас статические IP на серверах и привязка лицензий 1С к MAC-адресу или к USB-ключу защиты, это нужно продумать заранее. Мы всегда сохраняем тот же IP на новой VM и, если ключ 1С аппаратный, переносим его физически или через сетевой USB-концентратор — иначе рискуете получить «превышено количество лицензий» в самый неподходящий момент.

Частые ошибки, которые я вижу у клиентов

Первая ошибка — делать миграцию своими силами в пятницу вечером без тестового прогона. Один клиент из производственной сферы попробовал сам перенести сервер 1С на Hyper-V, используя только встроенный экспорт VMware без нормальной конвертации диска. В итоге получил VM, которая грузилась, но 1С внутри падала с ошибкой обращения к базе — драйвер SCSI-контроллера был не тот. Потратили выходные на восстановление из бэкапа и откат на старый VMware. Хорошо, что бэкап вообще был.

Вторая ошибка — забыть про Veeam или другую систему бэкапа. Если у вас бэкапы настроены под VMware API (а большинство и настроены именно так), при переезде на Proxmox вам нужно перенастраивать всю систему резервного копирования заново. Veeam, кстати, поддерживает и Proxmox, и Hyper-V, но лицензия и агенты настраиваются по-другому. Я всегда проверяю бэкапы до миграции, а не после — иначе есть шанс на пару дней остаться вообще без резервных копий, пока настраиваешь новую схему.

Третья история, она же самая обидная — экономия на тестовом прогоне. У одной клиники было три виртуалки: сервер 1С, файловый сервер и терминальный для админов. Мигрировали все три сразу, без предварительного теста на копии. Файловый сервер поднялся нормально, а вот терминальный отказался стартовать из-за несовместимости виртуального TPM-модуля с новой версией Hyper-V — понадобилось разбираться прямо во время рабочего дня. Мой совет — тестируйте перенос сначала на клоне одной, самой некритичной машины. 15 минут лишней подготовки экономят день нервотрёпки.

Сколько это стоит и когда окупается

Если считать честно: подписка на VMware vSphere Foundation для инфраструктуры из двух хостов на 32 ядра сейчас обойдётся условно в 400-600 тысяч рублей в год (цены гуляют, курс и минимальные пакеты Broadcom кусаются). Плюс сложности с самой оплатой — прямых договоров с российскими юрлицами у Broadcom нет, приходится идти через серых партнёров, а это уже юридический риск для директора.

Proxmox с подпиской на все хосты обойдётся в 15-20 тысяч рублей в год в пересчёте на рубли по текущему курсу, а без подписки — вообще бесплатно, разница только в стабильности репозитория обновлений. Hyper-V, если у вас уже есть лицензии Windows Server Datacenter под виртуализацию (а это частая история для компаний с несколькими VM на хост), фактически бесплатен — лицензия уже оплачена.

Сама миграция для типовой инфраструктуры офиса на 20-50 рабочих мест (2-4 виртуалки: 1С-сервер, терминальный, файловый, иногда СУБД отдельно) у нас занимает от 3 до 7 рабочих дней с учётом тестов, и стоит в пределах 60-150 тысяч рублей в зависимости от сложности и количества интеграций (внешние API, ЭДО, банк-клиент). Окупается это за первый же год просто на разнице в лицензиях, не говоря уже про снятый риск простоя из-за несовместимого железа.

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

Если у вас ещё стоит VMware — не паникуйте, но и не тяните. Первый шаг простой: выясните точно, какая у вас версия ESXi, какая лицензия и когда физически истекла поддержка. Второй шаг — посчитайте, сколько у вас виртуалок, сколько данных, и какие из них критичны для работы (обычно это 1С и файловый сервер, реже — СУБД отдельным сервером). Третий — договоритесь с тем, кто будет переносить, о тестовом прогоне на копии одной машины, прежде чем трогать боевые сервера.

Я не сторонник паники в духе «завтра всё отключат» — VMware физически не может «выключить» уже установленный ESXi. Но я категорически против позиции «работает — не трогай», когда речь о софте без поддержки на железе, которое рано или поздно потребует замены. Комфортное окно для спокойной миграции — пока старое железо ещё живо и есть время на тесты. Когда сервер уже дымится, времени на тесты не будет.

Частые вопросы

Можно ли мигрировать с VMware на Proxmox без остановки бизнес-процессов вообще?
Полностью без единой секунды простоя — редко, обычно нужно окно в 10-30 минут для финального переключения и дозаливки последних изменений. Но это не ночь простоя и не выходные, если всё подготовлено заранее и протестировано на копии.

Что будет, если просто оставить VMware ESXi без поддержки как есть?
Виртуализация продолжит работать сама по себе, ESXi не отключится принудительно. Риск в другом: нет патчей безопасности, нельзя купить новую лицензию на замену сервера, и новое серверное железо может быть физически несовместимо со старыми версиями ESXi.

Как быть с аппаратным ключом защиты 1С при переезде на другой гипервизор?
Ключ либо переносится физически на новый сервер, либо подключается через сетевой USB-over-IP концентратор, чтобы не зависеть от конкретного физического порта. Это нужно продумать до миграции, иначе рискуете получить ошибку лицензирования 1С в момент запуска.

Что делать с системой резервного копирования Veeam при смене гипервизора?
Её нужно перенастраивать заново — Veeam поддерживает и Proxmox, и Hyper-V, но интеграция и агенты работают иначе, чем с VMware API. Проверяйте, что бэкапы реально идут, ещё до того как начнёте миграцию, а не после.