Замена VMware в офисе 2026: Proxmox и KVM без потери нервов

Привет! Меня зовут Семёнов Евгений Сергеевич, и я директор компании АйТи Фреш. За последние пару лет моя команда осуществила больше двадцати переездов с VMware ESXi и vSphere на Proxmox VE и чистый KVM. Поверьте, я видел всякое: от идеально гладких миграций, когда в понедельник утром офис даже не понял, что гипервизор под их виртуалками поменяли, до жутких выходных, когда бедный админ клиента в третий раз подряд запускал qemu-img convert, просто потому что забыл поставить VirtIO-драйверы в Windows. То, что вы прочитаете дальше, — это концентрат нашего практического опыта, выжимка из реальных проектов московских офисов, рассчитанных на 15, 30 и 45 рабочих мест.

Почему разговор о миграции дальше откладывать нельзя

Когда в феврале 2022-го Broadcom объявил о поглощении VMware, я сначала подумал: ну, очередные корпоративные игры, ничего особенного. Но к маю стало совершенно ясно, что это совсем не игры. Партнёрская сеть VMware в России просто схлопнулась, а попытки лицензирования через Казахстан и Армению превратились в очень дорогой и крайне серый импорт. А под конец 2023-го грянули новые правила подписок — и что самое неприятное, Essentials Plus для маленьких офисов вообще убрали из ассортимента. Вместо привычных и гибких тарифов от 500 долларов за сокет нам предложили обязательное ядро vSphere Foundation, которое стартует от 135 долларов за ядро в год, да ещё и с минимумом 16 ядер на сокет.

Что это значит на практике? А вот что: офис, у которого два хоста по 16 ядер, и который раньше платил около 2 800 долларов в год, теперь должен выложить порядка 4 300 — и это ещё при условии, что вообще найдётся канал для покупки. Поэтому большинство моих клиентов в 2024-2026 годах либо досиживают на старых лицензиях, пока они не кончатся, либо уже активно мигрируют. Три четверти из них выбирают Proxmox VE, а остальные присматриваются к Базальт, Ред ОС с КВМ, проприетарному zVirt от российских разработчиков или же к Hyper-V, если их инфраструктура сильно завязана на Windows.

Что такое KVM и Proxmox простыми словами для IT-директора

Знаете, про «разницу между KVM и Proxmox» меня спрашивают почти на каждой первой встрече. Давайте я разложу всё по полочкам. KVM — это, по сути, модуль ядра Linux, который превращает вашу операционную систему в полноценный гипервизор, используя аппаратные расширения виртуализации Intel VT-x и AMD-V. Сам KVM — это просто движок: у него нет ни интерфейса, ни кластеров, ни встроенного резервного копирования.

А вот Proxmox VE — это уже законченный, готовый к работе продукт. Это Debian Linux, к которому добавили KVM, удобную веб-консоль, встроенный бэкап, кластеризацию, а также инструменты для управления сетью и хранилищами. Фактически, это как ESXi + vCenter, но всё в одном дистрибутиве, и в базовой версии он абсолютно бесплатен. Платная подписка на enterprise-репозиторий (от 110 евро за сокет в год) даёт доступ к стабильным обновлениям, техподдержке и ранним security-патчам. На апрель 2026-го я в большинстве проектов выбираю именно Proxmox VE. Мой опыт на живых клиентских инфраструктурах в течение пяти-семи лет показал, что он стабилен, не подкидывает неприятных сюрпризов, а админ уровня middle осваивает его буквально за пару недель.

Типовые сценарии, с которыми приходят клиенты

За последние 18 месяцев я выделил четыре типичные ситуации, с которыми сталкиваются московские офисы на 10-50 рабочих мест:

• Сценарий «лицензия истекла вчера». Директор получил письмо от партнёра VMware — продление невозможно. На сервере ESXi 7.0 крутятся сервер 1С, контроллер домена, терминальный сервер и файловый архив. Задача — перевезти всё без потери данных в разумный срок.
• Сценарий «покупаем новое железо». Старый сервер Dell R730 2016 года выпуска больше не тянет, нужна замена. Новое железо куплено, но ESXi на него уже не поставить без лицензии. Проще сразу ставить Proxmox.
• Сценарий «нам нужно импортозамещение». Компания входит в реестр КИИ или планирует работать с госзаказчиком. Требуется ПО из реестра Минцифры. Здесь варианты сложнее: zVirt, Базальт Виртуализация, РЕД Виртуализация.
• Сценарий «хотим уменьшить TCO». Никаких жёстких дедлайнов, просто директор посчитал стоимость владения за пять лет и понял, что за те же деньги можно купить ещё один сервер и обеспечить нормальный HA-кластер на Proxmox вместо одинокого ESXi.

Знаете, самый сложный из этих сценариев — это не первый, как многие могли бы подумать, а именно третий. На импортозамещение я обычно закладываю ещё полтора-два месяца: это время уходит на сертификационные формальности и согласование со всеми юристами клиента. А вот простую смену гипервизора на Proxmox в офисе до 30 рабочих мест мы делаем под ключ всего за 3-4 недели.

Реальные цифры: бюджет и сроки для разных офисов

Ниже вы увидите сводную таблицу, которую я сам составил по девяти миграционным проектам, выполненным в 2025-2026 годах. Обратите внимание: цены включают только работы АйТи Фреш, без стоимости нового железа (если оно вдруг понадобится) и без подписки Proxmox Enterprise.

Это не просто какой-то прайс с сайта, а реальные цифры из наших отгрузок. В эту стоимость входит полный аудит текущей инфраструктуры, при необходимости — закупка консультативной подписки Proxmox, подготовка тестового стенда, конвертация каждой ВМ, установка VirtIO, настройка кластера, перенос бэкапов, обязательный тест восстановления, обучение одного штатного администратора и сопровождение в течение первых 30 дней после переезда. Без первой линии поддержки после миграции я проекты не сдаю — это моё незыблемое правило с 2013 года. Помню, у одного клиента через две недели после сдачи упал Proxmox из-за криво настроенного swap, и мне пришлось провести там бессонные выходные.

Архитектура для офиса на 30 рабочих мест: как я это строю

Вот вам эталон, который я лично рекомендую для среднего московского офиса в 2026-м году. Это два физических сервера Dell PowerEdge R660 или Supermicro SYS-521R, на каждом по два процессора AMD EPYC 9354 (это 32 ядра на сокет), 256 GB RAM ECC, и восемь SSD Samsung PM9A3 по 1.92 TB в RAID 10. Сеть — два коммутатора Cisco Catalyst 9300 или отечественные Eltex MES5324, связанные по MLAG. А для общего хранилища — либо Ceph на трёх нодах, либо вариант попроще: ZFS плюс репликация.

На Proxmox VE 8.2 на этих двух хостах я разворачиваю кластер, а кворум обеспечиваю через третий, маленький QDevice — его можно поднять на отдельной виртуалке или даже на Raspberry Pi, установленном в серверной. Это, кстати, критически важно! Без этого третьего голоса кластер из двух нод при сбое сети просто «расщепляется», и каждая нода начинает считать себя главной. Я видел такое у клиента в 2024-м — тогда восстановление заняло полдня и обошлось в сорок часов инженерного времени.

Там, где бюджет, что называется, «резиновый», а отказоустойчивость не стоит на первом месте, я делаю проще. Это один хост на Proxmox плюс второй хост-реплика через Proxmox Backup Server и pve-zsync. Если основной падает, второй поднимают вручную за 15-30 минут. Для офиса, где час-два простоя в год — это не конец света, такой вариант вчетверо дешевле полноценного HA-кластера.

Самое сложное: что делать с Windows-ВМ

За Linux-виртуалки я не переживаю никогда — они конвертируются и заводятся на KVM почти без боли. А вот с Windows-серверами начинается самое интересное. Родных драйверов под виртуальные устройства QEMU — диск, сеть, контроллер баллонной памяти — у Windows нет. Возьмёте просто .vmdk из VMware и запустите его на Proxmox через эмулированный IDE-контроллер — система-то загрузится, но будет ползать как на 486-м: диск 30 МБ/с, сеть 100 Мбит/с реальных, CPU грузится без причины.

Правильный маршрут здесь такой. За неделю до самой миграции я захожу на работающий Windows Server под VMware и устанавливаю туда VirtIO-драйверы из официального ISO Red Hat (virtio-win). Ставлю их в режиме «подготовить для другого гипервизора», обязательно перезагружаю систему и проверяю, что ничего не отвалилось. А когда наступает наше миграционное окно:

qemu-img convert -p -f vmdk -O qcow2 server1c.vmdk server1c.qcow2
qm importdisk 101 server1c.qcow2 local-zfs --format qcow2
qm set 101 --scsihw virtio-scsi-pci --scsi0 local-zfs:vm-101-disk-0
qm set 101 --net0 virtio,bridge=vmbr0
qm set 101 --boot order=scsi0

Первый запуск — в изолированной сети, без бриджа в прод-VLAN. Логинюсь через консоль Proxmox, проверяю, что диспетчер устройств видит VirtIO SCSI и VirtIO Network, сеть поднимается, службы запускаются. Только после этого переключаю бриджи, гашу оригинальную ВМ на ESXi, проверяю приложения. Эта последовательность у меня в чек-листе с 2023 года и ни разу не подвела.

Проблемы, о которых мне звонят в субботу

Вот список самых частых «болячек», которые регулярно вылезают у клиентов, когда они пытаются мигрировать самостоятельно, без моего участия. Делюсь ими, чтобы вы, дорогие читатели, случайно их не повторили.

• Активация Windows слетела после миграции. VMware прописывает в SMBIOS свои идентификаторы, KVM — свои. Лечится либо повторной активацией по телефону через Microsoft, либо в Proxmox командой qm set 101 --smbios1 manufacturer=VMware,product=VMware — иногда хватает, чтобы не пересобирать лицензию.
• 1С перестала видеть аппаратный USB-ключ защиты. Нужно пробросить USB через Proxmox (qm set 101 --usb0 host=XXXX:YYYY) и привязать ВМ к конкретному хосту, чтобы при миграции ключ не потерялся. В идеале — перейти на программную защиту или Сетевой USB-хаб DistKontrolUSB.
• Резервное копирование Veeam не видит KVM. Veeam B&R начиная с версии 12.2 поддерживает Proxmox через отдельный плагин, но в большинстве моих проектов мы уходим с Veeam на связку Proxmox Backup Server + Bacula или на новый Кибер Бэкап Plus. PBS ставится на отдельный Debian-сервер, бэкапит через хуки гипервизора, работает с дедупликацией и сжатием.
• Падает пропускная способность сети в ВМ. Обычно симптом того, что на свитче Proxmox-хоста не включен jumbo frame (MTU 9000), а на физическом свитче включен. Проверяется ip link show vmbr0 и синхронизируется.
• Snapshot съел всё место на диске. Proxmox не ограничивает размер снапшотов по умолчанию, и при живой ВМ на 500 ГБ снапшот за неделю способен раздуть хранилище на столько же. Настраиваем pvesm set local-zfs --content rootdir,snapshots=20 и мониторим Zabbix.

Бэкапы — тема, о которой 40% моих клиентов думали поздно

Скажу вам прямо: бесплатный Proxmox Backup Server в связке с Proxmox VE закрывает 95% задач по резервному копированию виртуальных сред для малого и среднего офиса. Я ставлю его так: беру отдельный недорогой сервер (это может быть HPE ProLiant ML30 или любой самосборный Supermicro) с 4-8 дисками Toshiba MG10 по 14-20 ТБ в RAID 6, на него ставлю Debian 12 с установленным PBS. Затем настраиваю datastore, добавляю его в Proxmox VE по IP и ключу, и прописываю расписание: инкрементальный бэкап каждый час, полный — раз в неделю, с retention в 14 дней.

Критически важно настроить verify jobs — раз в неделю PBS обязан сверять чек-суммы всех блоков в хранилище. Иначе вы рискуете жить в полной иллюзии, что бэкапы у вас есть. У меня был такой случай в 2025-м с одной зерноторговой компанией: предыдущий админ три месяца подряд не включал verify, и в итоге хранилище оказалось битым. Последний валидный бэкап лежал аж 97 дней назад! Мы восстанавливали данные из офлайн-копии на USB-диске, и компания потеряла четверо суток работы 1С.

Второе правило — обязательная оффсайт-копия. Даже самый навороченный и дорогой PBS, стоящий в офисной серверной, не спасёт вас ни от пожара, ни от шифровальщика, который получил права администратора. Поэтому раз в сутки я настраиваю sync job на внешнее хранилище — это может быть либо облако российского провайдера (например, Selectel или Yandex Object Storage с S3-интерфейсом), либо наш собственный FTP в дата-центре МТС для клиентов АйТи Фреш.

Что делать с vCenter и vMotion

Клиенты, у которых раньше стояло полноценное VMware-окружение с vCenter, часто очень переживают и спрашивают: «А как же vMotion, а DRS, а Storage vMotion?» Хочу вас успокоить: в Proxmox VE всё это есть, просто называется немного по-другому.

• vMotion → Live Migration. Перенос работающей ВМ между хостами делается командой qm migrate 101 proxmox02 --online или кнопкой в веб-интерфейсе. Требует общего хранилища или быстрой сети для миграции состояния памяти. На 10 Gbps стандартная ВМ с 8 ГБ RAM мигрирует за 10-15 секунд.
• DRS → нет из коробки, но есть сторонний pve-autoscale. Честно скажу — в офисе на 2-4 хоста DRS не нужен. Распределение нагрузки настраивается руками один раз при планировании, и дальше не меняется.
• Storage vMotion → Move Disk. Перенос диска виртуалки между хранилищами делается в веб-интерфейсе или командой qm move_disk 101 scsi0 new-storage --delete 1. Работает на горячую.
• HA Cluster → Proxmox HA Manager. Настраивается через watchdog и fencing, перезапускает ВМ на другом хосте за 60-90 секунд. Требует минимум трёх нод с кворумом или двух нод + QDevice.

Когда на самом деле нужно остаться на VMware

Я не какой-то фанатик импортозамещения и вовсе не считаю, что каждый офис обязан срочно бежать и мигрировать. Есть четыре ситуации, в которых я, наоборот, отговариваю своих клиентов от перехода:

• У вас уже оплачена лицензия VMware на 2-3 года вперёд, и в договоре нет рисков её отзыва. Просто дождитесь окончания срока.
• Ваша критичная бизнес-система сертифицирована именно под VMware (такое бывает в фарме, медицине, банках), и производитель не даёт гарантии работы на KVM.
• У вас команда из 3+ сертифицированных VMware-администраторов, которых вы не готовы переобучать, и это экономически невыгодно.
• Вы работаете в структуре холдинга, где стандарт корпоративной IT-архитектуры — только VMware, и изменить его вне вашей компетенции.

А вот во всех остальных случаях переход на Proxmox к концу 2026 года — это уже не вопрос «если», а вопрос «когда». Поверьте, чем раньше вы начнёте, тем дешевле и спокойнее пройдёт весь проект.

Пошаговый план миграции, который работает

Я собрал универсальный чек-лист специально для IT-директора — чтобы вы чётко понимали, чего требовать от подрядчика или от собственной команды:

1. Неделя 1. Аудит. Инвентаризация всех ВМ — имя, ОС, ресурсы, критичность, зависимости. Проверка состояния текущих бэкапов. Фиксация метрик производительности до миграции.
2. Неделя 2. Стенд. Установка Proxmox VE на резервный сервер или временную железку. Настройка сети, хранилищ, бэкап-сервера. Тестовая миграция одной некритичной ВМ, измерение времени и рисков.
3. Неделя 3. Подготовка продакшена. Установка VirtIO-драйверов на все Windows-ВМ в режиме VMware. Тестирование, что всё работает. Подготовка двух каналов отката — клон ВМ на ESXi и полный бэкап.
4. Неделя 4. Миграция. В субботу вечером останавливаются ВМ по очереди, конвертируются, импортируются на Proxmox, тестируются, включаются в продакшен. Утром в понедельник — всё работает.
5. Неделя 5. Стабилизация. Мониторинг 7 дней после миграции, закрытие мелких проблем, оптимизация производительности. Обучение штатного админа.
6. Недели 6-8. Вывод из эксплуатации VMware. Старые хосты чистим, переиспользуем или перепродаём. Документируем новую архитектуру в Confluence или Outline.

Что получите по итогу

Цифры из реальных проектов АйТи Фреш после завершения миграции на Proxmox VE:

• Экономия на лицензиях — от 180 000 до 620 000 руб. в год в зависимости от размера инфраструктуры.
• Сокращение количества внешних подписок (vCenter, vSAN, NSX) — управление из одной точки.
• Прозрачная архитектура, которую понимает middle-админ на Linux, а не только редкий специалист VMware.
• Возможность быстро масштабироваться, добавляя узлы в кластер без докупки дорогих лицензий.
• Независимость от геополитических рисков и санкционного давления.

FAQ — что спрашивают чаще всего

Что будет с нашим VMware после 2026 года?

Технически гипервизор продолжит работать без обновлений. Риски: не будет патчей безопасности, нельзя купить новые лицензии через официальных партнёров РФ, перестанет работать часть облачных функций. По опыту АйТи Фреш — переводим клиентов за 2-4 месяца до окончания действующей лицензии.

Сколько стоит переход на Proxmox для офиса 30 рабочих мест?

Сам Proxmox бесплатный, подписка на enterprise-репозиторий — от 110 евро за сокет в год. Работы по миграции 4-8 виртуальных машин обходятся в 180-320 тыс. руб. под ключ. Окупается за 8-14 месяцев против продления VMware.

Можно ли мигрировать Windows Server 2019 с 1С на KVM без простоя?

Совсем без простоя — нет. Реальный downtime грамотно спланированной миграции Windows-ВМ с 1С — 30-90 минут в окно нерабочего времени. Используем предварительную конвертацию диска через qemu-img, установку VirtIO-драйверов заранее, финальную синхронизацию через инкрементальный перенос.

Proxmox или oVirt — что выбрать для небольшого офиса?

Для офиса до 50 рабочих мест и 1-4 хостов виртуализации мы в 9 случаях из 10 выбираем Proxmox VE. Проще в эксплуатации, активное сообщество, понятный веб-интерфейс, встроенный бэкап. oVirt оправдан в инфраструктурах от 10 хостов и команде с опытом Red Hat.

Кто будет обслуживать Proxmox в нашем офисе?

Три варианта: штатный админ с обучением (2 недели курсов + наставничество), IT-аутсорсер (АйТи Фреш берёт Proxmox в абонентское обслуживание от 5 500 руб. за хост в месяц), смешанная схема — админ на первой линии, аутсорсер на сложных задачах. По опыту третья модель самая надёжная.