Чем заменить VMware: переезд виртуальных машин на Proxmox
Обновлено: октябрь 2026
Смена лицензионных условий VMware сделала вопрос замены практическим для компаний любого размера — включая небольшие серверные с двумя-десятью виртуальными машинами. В этой статье — публично известная суть изменений без спекуляций, почему частым ответом стал Proxmox VE (актуальная линейка 8.x), что переезжает легко, что требует плана, и порядок миграции без остановки работы.
ВАШЕЙ ИНФРАСТРУКТУРЫ
Что изменилось с лицензированием VMware
Коротко и нейтрально: после перехода VMware под крыло Broadcom компания перевела продукт на подписочную модель. Бессрочные лицензии новые покупки не пополняют, продуктовая линейка ужалась — те, кто привык собирать небольшой хост из компактных комплектов, обнаружили, что привычного набора больше нет, — а условия для небольших инсталляций изменились заметнее всего: минимальные объёмы закупки и состав наборов стали ориентированы на крупного клиента.
К этому добавилось прекращение выпуска бесплатного гипервизора ESXi — варианта, на котором у многих небольших компаний и держались единичные виртуальные машины. За точными и актуальными условиями разумно обращаться к официальным источникам — они менялись не раз; для целей этой статьи важно другое: у заметной части небольших компаний изменился сам расчёт, и вопрос «на что переходить» стал планироваться, а не откладываться.
Статья написана для типового небольшого хозяйства: один-два хоста, от двух до десяти виртуальных машин, среди них — учётная база и файловый сервер. Крупные фермы живут по другим правилам; здесь — про масштаб, где переезд поднимается собственными силами или одной консультацией.
Первое практическое следствие изменений: при продлении или расширении подписки имеет смысл читать состав и объём набора, а не привычное название. Это не призыв срочно уходить — это призыв считать заново то, что годами продлевалось по инерции.
Сразу оговорим границы: это не статья против VMware. Продукт остаётся зрелой платформой, и для тех, кого новые условия устраивают, ничего делать не нужно. Решение о переезде — про собственные цифры и риски, а не про моду.
Почему Proxmox — частый ответ для небольших компаний
Proxmox VE — открытый гипервизор на базе Debian и KVM с веб-интерфейсом управления, кластеризацией и встроенными средствами резервного копирования. Установка бесплатна; подписка существует, но покупается на поддержку и enterprise-репозиторий пакетов, а не как разрешение пользоваться.
Для небольшой компании это совпадение формы и содержания: две-десять виртуальных машин не требуют enterprise-арсенала, зато требуют предсказуемых расходов и независимости от пересмотра условий вдалеке. Репозиторий пакетов обновляется, документация открыта, а управление сводится к браузеру — без отдельных консолей и серверов управления для базовых задач.
Честно и про цену выбора. VMware — это экосистема с многолетней обкаткой крупных сценариев: живая миграция между хостами, развитый мониторинг, интеграции. Часть этих возможностей в Proxmox есть в иной форме, часть появится позже или не понадобится вовсе. Переезд — это обмен знакомых удобств на предсказуемую платформу, и делать его стоит с открытыми глазами, а не на эмоциях от прайса.
Про железо — хорошая новость: Proxmox нетребователен, и обычно переезжает на тот же сервер, где жил VMware. Разумный минимум для небольшого хозяйства — обычный x86-сервер с ECC-памятью и дисковым хранилищем с запасом; для отказоустойчивости хранилища часто берут зеркало средствами ZFS, встроенного в платформу.
И честная оговорка про кластеры: в небольших хозяйствах кластер из двух-трёх хостов с живой миграцией чаще избыточен, чем нужен. Два независимых хоста с честными копиями решают большинство задач доступности проще и дешевле, а кластер добавляет требований к сети и кворуму, которые надо уметь сопровождать.
Что переезжает легко, что требует плана
Ответ на этот вопрос даёт только инвентаризация: список виртуальных машин с версиями гостевых систем, ролями, зависимостями и лицензиями. Без него любая оценка — фантазия. Типовое распределение при этом повторяется.
Переезжает легко. Серверы Linux и большинство сервисных Windows-машин: виртуальные диски конвертируются в формат Proxmox и подключаются к новой машине, гостевые дополнения VMware заменяются драйверами virtio. Если система обновлялась и у неё есть нормальный доступ к сети — перенос сводится к проверке, а не к пересборке.
Требует плана. Системы с привязкой к оборудованию и лицензиям: Windows с OEM-активацией может попросить повторную активацию после смены железа, USB-ключи решаются пробросом порта, но появляются в плане отдельной строкой, серверы баз данных и учётные системы переносятся в согласованное окно вместе с теми, кто за них отвечает. Отдельная строка — всё, что завязано на фирменные механизмы VMware: снапшоты в цепочках, специфичные средства клонирования.
Сюда же — привычные операции: то, что на VMware делалось клонированием и шаблонами, на Proxmox решается своими средствами, и короткое знакомство с ними на стенде снимает ощущение «а как же это тут». Инструменты другие, действия — те же: снять копию, поднять копию, откатиться.
Из редко вспоминаемого: сетевые имена интерфейсов в Proxmox отличаются от привычных в VMware, и правила файрвола, VLAN-метки, привязки «как было» перепроверяются на стенде именно поэтому. Это не сложность, а строка плана: полчаса на сверку сети на стенде экономят вечер поиска «куда пропала вторая сеть».
Учётные системы заслуживают отдельного слова: перенос сервера 1С или базы данных согласуется с теми, кто отвечает за саму систему, — выбирается окно, проговаривается остановка и проверка после подъёма. Инфраструктура готовит машину, но работоспособность учётной системы подтверждает её специалист — это та самая честная граница, которую стоит держать в плане.
И практическое наблюдение: в каждом небольшом хозяйстве находится одна-две машины, которые честнее переустановить на новом месте, чем тащить. Старые системы, живущие на поддержке «пока работает», при переезде получают шанс перестать быть должниками.
Порядок миграции без остановки: оценка, стенд, перенос по очереди
Переезд без остановки — это не одна волшебная технология, а порядок из трёх шагов, где каждый снимает свой класс риска.
Шаг 1 — оценка. Инвентаризация из предыдущего раздела дополняется решениями: что переезжает конвертацией, что переустановкой, что остаётся (да, так бывает). Здесь же — сетевой план: имена хостов важнее адресов; если машины ходят друг к другу по именам DNS, переезд становится незаметным для большинства систем. Если всё завязано на адреса — их стоит сохранить на новом хосте, и это тоже решение из оценки.
Шаг 2 — тестовый стенд. На Proxmox поднимается одна-две ключевые виртуальные машины — обычно учётная база и файловый сервер, — и на копиях проверяется настоящий рабочий сценарий: открывается база, печатается документ, ходит сеть. Стенд отвечает на вопросы, которые не видны в документации: как поведёт себя конкретная система на virtio-драйверах, что скажет активация, сколько на практике занимает конвертация диска нужного размера. Именно стенд превращает «должно заработать» в «проверили».
Список проверок стенда короток и универсален: сервисы системы запускаются, сеть ходит в обе стороны, копия со стенда восстанавливается, система держит обычную рабочую нагрузку. Последний пункт — не стресс-тест, а честный рабочий день: на стенде видно, что тормозит не потому, что «виртуализация медленная», а потому, что машине не хватает памяти или диска.
Шаг 3 — перенос по очереди. Машины переезжают не скопом, а по порядку зависимости: сначала некритичные, последние — учётная система, в согласованное окно. Старый хост не выключается до стабилизации: он остаётся окном отката, и его существование — то, что делает переезд спокойным. Каждая перенесённая машина проходит короткую приёмку — сервисы запустились, доступы работают, копии настроены.
Приёмку удобно вести по короткому листу: сервисы поднялись, сетевые доступы на месте, копия машины появилась в расписании, событие зафиксировано. К концу переезда этот лист — готовая документация нового контура, а не воспоминания по чатам. Сотрудники, если имена машин не менялись, узнают о переезде по факту — и это лучший показатель того, что порядок сработал.
Такой порядок растягивает переезд на недели, но без авральных выходных и с обратимым каждым шагом. Для небольшой инфраструктуры это честнее и дешевле, чем «большой переезд» одним днём.
Практический темп для небольшой инфраструктуры — машина-две в неделю с приёмкой по листу. Не потому, что быстрее нельзя, а потому, что такой темп не требует героизма ни от кого: каждое окно короткое, каждый шаг понятен, откат всегда рядом.
Резервное копирование после переезда
Новый гипервизор — это новая схема копий, и настраивается она до боевого переноса, а не «потом досмотрим». В Proxmox копирование встроено: виртуальные машины снимаются по расписанию на отдельное хранилище, а для второй линии — репозитория вне основной площадки — используется Proxmox Backup Server. Правила при этом остаются теми же, что и на любом другом гипервизоре: снапшоты не заменяют копий, копия без оффсайта — не правило 3-2-1, а из свежей копии хотя бы раз нужно что-то восстановить.
Полный разбор схемы — в статье о правиле 3-2-1 в небольшой компании; как проверить, что копии живые, — в чек-листе проверки резервных копий. Для переезжающих это не общее чтение, а прямая задача: копии и их проверка — часть плана переезда, пункт рядом с «сетевой план».
Технически в Proxmox копия виртуальной машины снимается встроенным заданием по расписанию на отдельное хранилище; Proxmox Backup Server добавляет к этому дедупликацию и хранение за пределами основного хоста. Детали схем — тема отдельная; для переезда важен принцип: до боевого переноса каждой машины на новом хосте уже работает расписание копий, и первая копия переносимой машины снимается сразу после подъёма.
Когда начинать без паники
Аргумент «цены выросли прямо сейчас» плохо сочетается с календарём обновления поддержки VMware: у каждой инсталляции своя дата, когда текущая версия потребует решения. Разумная позиция между «завтра всё снести» и «когда отвалится» выглядит так: пока контракт действует — провести оценку и собрать стенд; это самое дешёвое время для экспериментов. Дальше — переносить в удобные окна, начиная с неторопливых сервисных машин. К дате окончания поддержки критичных систем компания оказывается готовой без единого аврала.
И последнее: переезд — это не только гипервизор. По пути обновляется порядок копий, пересматривается список «кто за какую машину отвечает», переписывается документация. Компании, прошедшие переезд в спокойном порядке, получают не только новую платформу, но и приведённый в порядок контур — это побочный продукт, которого не даёт никакое «перенесли как было».
Планируя жизнь на новой платформе, стоит помнить про ритм обновлений: Proxmox VE базируется на Debian, и плановые обновления платформы приходят по календарю Debian — предсказуемо и без сюрпризов посреди года. Окна обновлений вписываются в тот же порядок, что и окна переезда: копия, проверка, спокойное применение.
И про календарь бизнеса: отчётные периоды, закрытия месяцев и пики продаж — плохие окна для переносов, даже небольших. Переезд, спланированный вокруг календаря компании, а не вокруг календаря ИТ, проходит незаметно для всех, кроме исполнителей.
Частые вопросы
Proxmox правда бесплатен? А зачем тогда подписка?+
Установка и использование бесплатны; подписка покупает доступ к enterprise-репозиторию пакетов и техническую поддержку. Для самостоятельного использования есть репозиторий без подписки — это штатный, документированный вариант.
Виртуальные машины придётся пересобирать с нуля?+
Нет: диски конвертируются и подключаются к машинам на новом хосте. Часть систем при этом честнее переустановить — это решение по каждой строке инвентаризации, а не общее правило.
Что будет с лицензиями Windows и 1С?+
Лицензии переносятся по собственным правилам своих поставщиков: где-то переезд проходит незаметно, где-то OEM-привязка потребует внимания. Эти вопросы решаются с поставщиком лицензий заранее — в оценке переезда они отдельной строкой.
С чего начать прямо на этой неделе?+
С инвентаризации: список виртуальных машин с ролями, версиями и зависимостями в обычной таблице. Она же превратится в план переезда — оценку, очередь переноса и список вопросов поставщикам лицензий.
Сколько времени занимает переезд?+
Зависит от числа машин и зависимостей. При порядке «оценка → стенд → перенос по очереди» небольшие хозяйства переезжают за недели без остановок; сжатие этого пути в одни выходные возможно, но именно оно источает основной риск.
Нужен ли второй хост?+
Не обязателен, но полезен: во время переезда он страхует и служит стендом, после — принимал бы копии и снимал нагрузку на время обслуживания. Если второй хост не планируется, его роль частично закрывает внешний репозиторий копий.
Где взять место под сам перенос?+
На время конвертации диск машины существует в двух экземплярах — старом и новом, поэтому на новом хранилище нужен запас под самую большую машину плюс копии. Дефицит места в разгар переезда — типовая и самая обидная остановка.
А если что-то не заработает на новом месте?+
Старый хост не выключается до стабилизации — откат машины занимает минуты. Именно поэтому порядок переезда важнее скорости: каждый шаг обратим, пока старая площадка жива.
Можно ли остаться на VMware?+
Можно: решение — про ваши условия, сроки и риски, а не про запреты. Разумно лишь принять его осознанно: посчитать новые условия, сравнить с переездом и запланировать тот путь, который выбрали.
Связанные материалы
Обсудить переезд или получить второе мнение по вашему плану — направления Proxmox и виртуализации и миграции и переноса сервисов.