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

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

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

Когда в феврале 2022 года Broadcom объявил о поглощении 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 плюс веб-консоль plus встроенный бэкап plus кластеризация plus управление сетью и хранилищами. По сути, это аналог 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-серверами начинается интересное. У Windows нет родных драйверов для виртуальных устройств QEMU — диск, сеть, контроллер баллонной памяти. Если просто взять .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 руб. за хост в месяц), смешанная схема — админ на первой линии, аутсорсер на сложных задачах. По опыту третья модель самая надёжная.