Виртуализация после ухода VMware из РФ — что выбрать и как мигрировать

Чуть более четырех лет назад российский рынок покинуло огромное количество иностранных вендоров, в том числе производители платформ виртуализации. Для российского бизнеса это событие оказалось серьезным вызовом. Однако благодаря тому, что тренд на импортозамещение начал формироваться задолго до 2022 года, отрасль — пусть и не в полной мере — оказалась к нему готова. Уже тогда компании присматривались к определенным отечественным решениям, проводили пилотные испытания и внедряли выбранное ПО. Часть российских разработчиков и вовсе смогли предложить рынку довольно зрелые решения. Таким образом, несмотря на все трудности, российский бизнес смог пережить вызовы того времени и адаптироваться к новой реальности.

Тем не менее, даже сейчас для многих компаний процесс импортозамещения все еще не завершен. У тех, кто подходит к этому сейчас, когда паника уступила место системной трансформации, есть определенные преимущества. В частности, возможность сделать взвешенный и спокойный выбор. О том, что сегодня доступно заказчикам платформ виртуализации, как сделать грамотный выбор и подготовиться к миграции, рассказывает Алексей Калуга, владелец продукта VMmanager в компании ISPsystem.

Бесплатный open source или отечественное решение

При миграции с когда-то наиболее популярной платформы виртуализации VMware у российского заказчика есть два основных варианта ее замены — условно-бесплатный open source и платное решение от одного из российских производителей.

На заре импортозамещения, когда отрасль оказалась в состоянии неопределенности из-за ухода вендоров, многие компании реагировали хаотично, без стратегии, рассматривая open source как спасательный круг. Мотивация понятна: зачем платить отечественному вендору за непривычное решение, если можно бесплатно скачать платформу и справиться своими силами. Но экономия на лицензиях быстро нивелируется другими затратами — на разработку собственных модулей и интеграций, расширение функциональности, отказоустойчивость, адаптацию под ИТ-ландшафт. Через несколько лет эксплуатации TCO «голого» open source нередко начинает превышать стоимость коммерческого продукта.

И это лишь первый, самый очевидный слой сложностей. Open source предъявляет особые требования к инженерной команде — нужна глубокая экспертиза именно в конкретном продукте, а не общая квалификация. Управлять такой командой сложно: уход ключевого специалиста может в одночасье обнулить накопленную экспертизу и резко повысить риски эксплуатации «бесплатного» софта. Но главное, что определяет TCO в долгосрочной перспективе, — это повседневная эксплуатация и регуляторка. Когда система собрана из нескольких open source решений, само их обновление становится нетривиальной задачей, а регулярные проверки безопасности и совместимости требуют постоянных, а не разовых затрат — и именно они годами съедают первоначальную экономию.

Кроме того, при выборе в пользу свободного софта необходимо озаботиться вопросом поддержки. Поскольку как такового вендора у open source нет, желательно найти команду или партнера, который бы смог обеспечить поддержку платформы виртуализации на подходящих заказчику условиях.

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

Трансформировалась и парадигма взаимоотношений между заказчиками и производителями. Если еще в начале 2020-х бизнесу приходилось выбирать конкретный ИТ-продукт, то сегодня вендоры начали предлагать компаниям полный спектр решений. На первоначальном этапе это может усложнить процесс выбора экосистемы, однако в долгосрочной перспективе такой подход существенно снижает операционные риски, избавляя заказчика от вынужденной необходимости интегрировать несовместимые компоненты разных производителей и обеспечивая поддержку всех выбранных решений в формате одного окна.

Облегчает процесс выбора и открытость продуктов современных российских вендоров. Однако эта открытость — результат эволюции каждой отдельно взятой экосистемы. Мы в ISPsystem тоже прошли свой путь развития. Изначально наши решения были больше ориентированы на другой сегмент рынка — в частности, хостинг-провайдеров — к моменту прихода большого количества корпоративных заказчиков они достигли значительного уровня зрелости. Это позволило довольно оперативно перестроить продукты под новые требования рынка, а благодаря плотному взаимодействию с заказчиками мы смогли отточить и расширить их функциональные возможности под реальные запросы клиентов и востребованные ими сценарии использования.

Новая фаза импортозамещения

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

Итак, на что стоит обратить внимание?

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

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

И еще один довольно важный фактор — экосистемная совместимость. Чем выше уровень открытости выбранного продукта или экосистемы, тем меньше времени и средств потратит компания на интеграцию решений между собой и тем ниже будет риск создания «лоскутной» ИТ-инфраструктуры.

Эволюция вместо революции

После окончательного выбора решения стоит внимательно подготовиться к миграции. В ряде случаев, особенно, если речь идет о крупной инфраструктуре, стоит провести предпроектный аудит с детальной инвентаризацией всех сервисов, приложений и их зависимостей. Обязательно сформируйте план миграции и — по возможности — набор тестов и испытаний, которые позволят проверить работоспособность перенесенных приложений.

Сам процесс миграции можно начать с пилотных зон — перенести на новую платформу виртуализации некритичные зоны или тестовые среды. Это даст возможность «обкатать» новое решение в условиях, максимально приближенных к боевым, но без риска для непрерывности бизнеса, увидеть реальные возможности вендора — как быстро реагирует техподдержка, насколько гладко работают заявленные интеграции и возможности, сколько времени на самом деле уходит на перенос.

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

Ну и напоследок, не стоит забывать об обучении персонала. Специалисты, годами работавшие с VMware, нуждаются во времени и ресурсах для адаптации. Надежный отечественный вендор обязательно предоставит заказчику не только исчерпывающую техническую документацию, но и разного рода обучающие материалы — базы знаний, FAQ и другое. Инвестиции в обучение команды на старте многократно окупятся снижением количества инцидентов в период эксплуатации.

Алексей Калуга, владелец продукта VMmanager в компании ISPsystem