Миграция без большого взрыва: как отвязать рабочее место от гипервизора

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

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

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

Откладывать изменения бесконечно тоже не получится. Сергей ХАЛЯПИН, директор по развитию новых рынков и технологических альянсов Termidesk (входит в "Группу Астра"), назвал стратегию длительной консервации зарубежной виртуализации позицией страуса. Оборудование обновляется, новые процессоры могут уже не поддерживаться старым гипервизором, операционные системы требуется переводить на новые поддерживаемые версии, меняются регламенты информационной безопасности. Поэтому вопрос уже не только в том, на что мигрировать, но и в том, как пройти этот путь без одновременной перестройки всей связанной инфраструктуры.

Большого переключателя не будет

Корпоративная инфраструктура редко бывает однородной. В ней одновременно работают разные поколения серверного оборудования, несколько платформ виртуализации, Windows и Linux, новые сервисы и приложения, которые остаются в эксплуатации много лет. Поэтому переход почти всегда растягивается во времени. Часть нагрузок уже переведена на новую платформу, часть готовится к переносу, отдельные системы остаются на прежней инфраструктуре. Причины разные: технические зависимости, необходимость тестирования, сроки обновления оборудования, экономика проекта.

Такое сосуществование — нормальная часть миграции, и предоставляет возможность переносить нагрузки поэтапно и проверять последствия каждого изменения. На круглом столе Сергей Халяпин сравнил распространение миграции с лавиной: сначала двигаются отдельные «камешки», а затем процесс становится массовым. Но массовый переход не обязан происходить одновременно. Для заказчика важнее, чтобы каждый этап был понятен по объему, срокам и рискам.

Рабочее место не обязано мигрировать вместе со всем ЦОДом

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

VDI помогает ослабить эту связь: система управления виртуальными рабочими местами становится отдельным слоем между пользователем и инфраструктурой. По такому принципу строится Termidesk VDI.

Termidesk VDI как слой между пользователем и инфраструктурой

Termidesk VDI централизованно доставляет пользователям виртуальные рабочие места, приложения и терминальные сессии и при этом не привязан к одной платформе виртуализации. Продукт поддерживает ПК СВ «Брест», VMmanager, zVirt, oVirt, РЕД Виртуализацию, OpenStack и VMware vSphere, а также терминальные серверы Microsoft RDSH и STAL.

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

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

Мигрировать можно пользовательскими сценариями

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

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

Протокол удаленного доступа: независимость и контроль

В VDI есть еще одна потенциальная точка зависимости — способ доставки изображения и пользовательского ввода. В Termidesk VDI доступны RDP, SPICE, Loudplay и собственный протокол TERA. Из них именно SPICE зависит от гипервизора; RDP, Loudplay и TERA такой привязки не имеют. TERA устанавливает соединение непосредственно с гостевой операционной системой рабочего места и не зависит от используемой платформы виртуализации.

TERA поддерживает многомониторный режим, буфер обмена, передачу файлов, перенаправление каталогов, USB-устройств, веб-камер, принтеров и смарт-карт. Через политики можно ограничивать полосу пропускания и использовать TCP- и UDP-транспорт.

Читайте также

Максим Березин: «Импортозамещение виртуализации стало необходимостью для снижения рисков»

Как меняется роль виртуализации в стратегиях компаний, какие решения на уровне виртуальной среды помогают сократить затраты на ИТ, как реализуется защита ИТ-периметра и какие инструменты помогают ускорить миграцию, IT-World рассказывает Максим БЕРЕЗИН, директор по развитию бизнеса Orion soft.

Еще одно преимущество TERA в том, что Termidesk — разработчик и владелец протокола. Благодаря этому можно самостоятельно развивать его под обоснованные требования заказчиков и оперативно закрывать обнаруженные уязвимости, не дожидаясь обновлений от внешнего разработчика.

«Не делать ничего» тоже имеет цену

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

«Не делать ничего — это тоже опция, только она стоит других денег», — заметил Сергей Халяпин на круглом столе IT-World. Данные расходы складываются из поддержки устаревающего оборудования, сохранения старых версий ОС и приложений, дефицита специалистов, дополнительных рисков информационной безопасности и ограничений при обновлении связанных систем.

Поэтапная миграция позволяет начать переход заранее, не дожидаясь ситуации, когда действовать придется экстренно. Такой сценарий возможен, например, если обнаружится критическая уязвимость, которую не удастся устранить другими средствами, или регулятор потребует срочно перейти на российское ПО.

VDI после импортозамещения

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

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

Сегодня такой подход помогает организовать постепенный переход с VMware на российские решения. В дальнейшем тот же принцип может пригодиться при замене уже российской платформы, переносе в другой ЦОД или обновлении оборудования. VDI позволяет менять нижележащую инфраструктуру постепенно: фонд за фондом, сценарий за сценарием, подразделение за подразделением.

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

Реклама ООО "Увеон" erid: 2W5zFHovt8R