Еще в 2022 году стало понятно, что эпоха “вечного VMware” подходит к концу, но тогда многие компании решили, что время еще есть. Сейчас уже понятно: инфраструктурная зависимость от VMware превращается в серьезный бизнес-риск, потому что большие VMware-инфраструктуры стали слишком дорогими, слишком сложными и слишком привязанными к экосистеме, правила которой компании больше не контролируют. Проблема в том, что сотни продакшен виртуалок, legacy Windows машин с 1С, SAN, ERP и HA-кластеры невозможно перевезти “за выходные”, особенно если инфраструктура последние десять лет росла по принципу “работает - не трогай”, а значит готовиться к миграции нужно было начинать еще несколько лет назад. Именно поэтому Proxmox VE сегодня перестает быть “решением для домашних лаб” и становится реальным способом вернуть контроль над виртуализацией инфраструктурщикам и бизнесу, снизить зависимость от поставщика и успеть переехать раньше, чем миграция превратится в проблему с горящими дедлайнами, ночными роллбеками и очень неприятным разговором с бизнесом.

Введение

Если в 2022 году миграция с VMware на Proxmox VE выглядела как:

  • “интересная идея”

  • “вариант на будущее”

  • "а давайте просто погоняем и оценим на тестовом контуре"

то сейчас для многих компаний это уже вопрос инфраструктурного выживания в ближайшие годы. И проблема здесь даже не в VMware. VMware по-прежнему остается сильной enterprise-платформой с большим комьюнити профи. Проблема в другом - слишком много компаний построили критическую инфраструктуру вокруг одного поставщика и годами жили с ощущением:

Ну это же VMware. Что может случиться?

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

И вот это самое опасное. Потому что большие инфраструктуры:

  • не мигрируют за месяц,

  • не переезжают “за выходные”,

  • не перестраиваются в аварийном режиме,

  • да и люди не железные, такое вытянуть...

Особенно если у компании:

  • сотни виртуальных машин,

  • production базы,

  • legacy Windows с 1С,

  • SAN,

  • ERP,

  • VDI,

  • HA-кластеры,

  • и инфраструктура, которая росла последние десять лет по принципу:

“Работает - не трогай!”.

Эта статья не про “VMware плохой, Proxmox хороший”. Она про другое. Про то, что инфраструктурный мир уже изменился. И компании, которые до сих пор откладывают подготовку к миграции, рискуют однажды оказаться в ситуации, когда переезжать придется - дорого, больно, болезненно, со слезами и тычками в спину от бизнеса.

А это самый адовый сценарий для любой инфры.

Почему инженеры начали смотреть на Proxmox еще несколько лет назад

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

Потому что именно они:

  • считают лицензии,

  • видят ограничения,

  • сталкиваются с vendor lock,

  • понимают стоимость масштабирования,

  • и видят, насколько современная инфраструктура уже ушла в сторону. Да же нет - убежала...

Еще несколько лет назад стало заметно, что мир инфраструктуры начинает меняться. Большие enterprise-гиганты постепенно переставали быть единственным вариантом. Появлялись новые решения и достаточно крутые. Компании начали активно двигаться в сторону:

  • Kubernetes,

  • Terraform,

  • GitOps,

  • Ceph,

  • API-first платформ,

  • Infrastructure as Code,

  • open-source экосистем.

И на этом фоне VMware всё чаще начал выглядеть как: очень дорогая, очень тяжелая, устаревшая и слишком закрытая экосистема для миллениалов.

Нет, ВМВарь не стал плохим. Но он начал плохо совпадать с направлением развития современной инфраструктуры и потребностей.

Самая большая ошибка бизнеса - думать, что VMware это "навсегда"

Вот это, наверное, главный посыл всей статьи. Очень многие компании воспринимали VMware как фундамент дата-центра (и, у кого-то, не одного): стабильный, вечный, корпоративный стандарт.

Но проблема любого vendor lock в том, что однажды компания понимает:

Инфраструктура принадлежит уже не нам, а тем дядям, которым мы платим огромные бабки.

Потому что:

  • стоимость диктует поставщик,

  • roadmap диктует поставщик,

  • лицензии диктует поставщик,

  • ограничения диктует поставщик,

  • все диктует поставщик

И чем глубже компания интегрируется в экосистему: проприетарных стореджей, NSX, vSAN, VDI и прочих ентерпрайз штук, тем сложнее становится выход.

А инфраструктурная зависимость - это всегда риск. Причем риск не технического плана. А бизнеса.

Почему Proxmox стал особенно интересен именно сейчас

Proxmox очень удачно оказался в точке пересечения нескольких больших инфраструктурных трендов.

Во-первых, современная инфраструктура почти полностью Linux центрична и опенсурсна. Даже компании, которые исторически жили в мире VMware, сегодня активно используют: Kubernetes, Linux ВМки, контейнеризацию, автоматизированные пайплайны, self-hosted платформы.

Во-вторых, инженеры устали от инфраструктуры, которую невозможно нормально автоматизировать без дорогих enterprise-дополнений. "Хочешь фичу - плати" - такой себе принцип в мире opensource.

Современные команды хотят:

  • API,

  • Terraform,

  • Ansible,

  • GitOps,

  • прозрачность,

  • предсказуемость,

  • контроль.

И вот здесь Proxmox внезапно оказался очень удобным. Особенно для компаний, где уже есть: DevOps напревление и люди, SRE, умение в платформенный инженеринг, собраны внутренние облачные команды.

Потому что Proxmox хорошо ложится в современную Linux-инфраструктурную философию:

Инфраструктура должна принадлежать компании, а не вендору с лицензией.

Но главная проблема уже не техническая

И это очень важно понять. Большинство крупных компаний сегодня способны технически мигрировать с VMware. Наши инфраструктурщики творят чудеса. Проблема в другом. Они не готовы организационно. А это уже задача бизнеса.

Потому что миграция большой инфраструктуры - это не:

  • “поставили новый гипервизор”,

  • “перенесли VMDK”,

  • “нажали migrate”,

  • "Ура! Все поехало и завелось!"

На практике миграция из VMware в Proxmox почти всегда превращается в:

  • аудит инфраструктуры,

  • пересмотр хранилищ,

  • ревизию сети,

  • очистку от старого и дремучего legacy,

  • перепроверку бэкапов с планами восстановления и учениями,

  • нормализацию мониторинга,

  • переосмысление HA (не у всех),

  • и попытку наконец понять, что именно вообще работает в production и от чего может уже пора отказаться.

Именно поэтому миграция больших инфраструктур занимает: месяцы, а у некоторых и годы.

Почему времени на раскачку уже нет

Вот это сейчас главный момент для бизнеса. Очень многие руководители до сих пор думают:

“Ну если станет совсем дорого - тогда и переедем.”

Это очень опасная и ошибочная стратегия. Потому что, чем дольше компания остается жить на VMware:

  • тем больше инфраструктура завязывается на вендора,

  • тем больше появляется legacy и откровенно старых артефактов,

  • тем дороже и сложнее становится миграция.

А потом внезапно оказывается, что ничего не готово, потому что:

  • инфраструктура слишком большая,

  • инженеры не готовы,

  • roadmap нет,

  • rollback плана нет,

  • хранилище не готово,

  • автоматизация отсутствует (конечно, кто будет писать роли, если бизнес не готов к миграции),

  • а бизнес уже требует срочно сократить расходы.

И именно в этот момент миграция превращается в инфраструктурную катастрофу и боль для всего ИТ-кластера компании.

Почему большие инфраструктуры не умеют переезжать быстро

Потому что почти любая enterprise-инфраструктура через 5-7 лет превращается в археологический мусорсборник legacy поделок и "мы пока временно тут закинем нашу модную MVPшку".

А во время инвентаризации всегда выясняется:

  • часть VM никто не документировал (от слова - совсем),

  • снапшоты живут годами,

  • старые тестовые VM давно стали production и на них уже все завязано,

  • есть забытые системы и сервисы,

  • часть сервисов зависит друг от друга через непонятные костыли (ладно костыли, там целая ферма костылей может быть - сам такое видел и не раз),

  • половина инфраструктуры держится на “да не трогай ты это!”.

Именно поэтому миграция - это всегда намного больше, чем переезд виртуалок.

На самом деле переезжает:

  • вся сетевая архитектура,

  • хранилища данных,

  • стратегия бэкапа вместе с планами восстановления,

  • мониторинг,

  • disaster recovery,

  • процессы ввода и эксплуатации,

  • операционная и продуктовая модель компании.

И чем позже начинается подготовка, тем тяжелее становится этот переезд.

Что инженеры должны объяснять бизнесу

Вот здесь инфраструктурщики часто ошибаются. Они начинают говорить про то, что бизнесу не понятно (как инопланетяне с туземцами):

  • про KVM,

  • про QEMU,

  • про VirtIO,

  • про Ceph,

  • про latency,

  • и еще кучу непонятных слов.

Но бизнесу это не интересно. А откровенно сказать - плевать с высокой колокольни.

Бизнесу нужно объяснять на их языке:

  • инфраструктурные риски,

  • стоимость зависимости,

  • проблему прогнозирования бюджета,

  • риски vendor lock,

  • сложность будущей миграции,

  • обрисовать возможные потери данных и так далее.

Потому что для бизнеса миграция - это не техническая задача. Это вопрос устойчивости компании и возможной потери прибыли.

Как правильно объяснять необходимость миграции

Только не так:

Proxmox бесплатный. Он офигенный и вообще - мы от него балдеем!

Это плохая формулировка. Она звучит как:

“Давайте сэкономим на инфраструктуре и порадуем наших инженеров”.

Большой бизнес такое конечно любит. Но если что-то пойдет не так, виноваты будут как раз эти самые инженеры.

Правильная формулировка звучит иначе:

Нам нужно снизить зависимость от одного поставщика и вернуть контроль над инфраструктурой.

Вот это уже язык бизнеса.

Почему Proxmox - это не про экономию

Точнее, не только про экономию. Да, снижение стоимости будет.

Иногда:

  • в разы,

  • иногда очень даже существенно.

Но это следствие.

Главное преимущество - стратегическая независимость.

Когда инфраструктура построена вокруг:

  • Linux,

  • open-source,

  • стандартных технологий,

  • API-first платформ,

  • Сообщества людей, которые используют тот же продукт,

компания:

  • легче масштабируется,

  • легче автоматизирует процессы,

  • легче меняет подрядчиков,

  • легче нанимает инженеров,

  • меньше зависит от чужого roadmap.

А это уже стратегическая устойчивость бизнеса и отличная стратегия дальнейшего планирования роста.

Почему откладывание миграции сейчас опаснее самой миграции

Вот главный парадокс. Многие компании боятся миграции потому что:

  • это сложно,

  • дорого,

  • рискованно,

  • долго,

  • "а может так оставим?"

Но проблема в том, что откладывание делает всё это - только хуже.

Каждый год инфраструктура:

  • разрастается,

  • усложняется,

  • обрастает legacy,

  • получает новые зависимости,

  • добавляет новых проблем.

И в какой-то момент компания внезапно понимает:

Мы уже слишком зависимы чтобы быстро переехать. Что же делать?!

Вот это и есть настоящий риск.

Что должно происходить прямо сейчас

Не срочная миграция. А подготовка. Именно это инженеры и тимлиды должны донести руководству.

Нужно:

  • проводить инвентаризацию,

  • строить roadmap,

  • поднимать пилотный Proxmox в тестовом контуре,

  • тестировать пути миграции,

  • набивать шишки на конвертации дисков,

  • обучать команды,

  • проверять backup и restore, проводя небольшие учения,

  • постепенно снижать зависимость от экосистемы VMware.

Потому что спокойная миграция всегда начинается заранее.

Самое важное что нужно понять бизнесу

Переезд на Proxmox - это уже не история энтузиастов. Это уже полноценный инфраструктурный тренд и задел на спокойное будущее и рост.

Особенно среди компаний:

  • с тяжелой Linux инфраструктурой,

  • DevOps-культурой,

  • Kubernetes (даже с kubespray - простите, не сдержался),

  • automation-first подходом,

  • self-hosted платформами.

И сейчас вопрос уже не:

Нужно ли готовиться к миграции?

Вопрос звучит иначе:

Сколько времени у нас осталось на спокойную подготовку? Давайте уже начинать!

Финальные мысли

VMware еще долго останется сильной enterprise-платформой. Но инфраструктурный мир уже изменился. И будет меняться дальше семимильными шагами.

Компании всё меньше хотят:

  • зависеть от одного поставщика,

  • жить внутри закрытой экосистемы,

  • строить критическую инфраструктуру вокруг непредсказуемых лицензий и санкций.

Именно поэтому Proxmox сегодня перестал быть “альтернативой для тестовых стендов”. Он стал реальным вариантом для production-инфраструктур.

Особенно для компаний, которые хотят:

  • контролировать свою инфраструктуру,

  • строить современную инженеринговую платформу,

  • автоматизировать всё и вся,

  • и перестать жить в страхе перед очередным изменением лицензирования,

  • зависеть от непонятной политики соседей по планете.

И если в 2022 году миграцию можно было откладывать, то сейчас откладывать уже опасно. Потому что инфраструктура не становится проще со временем.

Она становится:

  • больше,

  • тяжелее,

  • сложнее,

  • и дороже для переезда.

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

Следующий лучший момент - прямо здесь и сейчас.