Выбор системы виртуализации в российских реалиях

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

Российская виртуализация в цифрах

Согласно данным отчета Strategy Partners, в 2021 году доля российских вендоров на рынке виртуализации РФ составляла всего 4%, но уже в 2022 году она выросла почти в 5 раз, достигнув 19%. Рост продолжился и в 2023 году, когда этот показатель добрался до 45%. К 2030 году ожидаемая доля российских производителей должна составить 96% при общем объеме рынка 26 972 млн руб.

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

Традиционная или гиперконвергентная инфраструктура

Свои преимущества и недостатки есть у обоих вариантов.

Традиционная/классическая инфраструктура представляет собой трехуровневую архитектуру, состоящую из серверной части, сетевого оборудования и СХД. Каждый из уровней состоит из отдельных специализированных аппаратных средств.

Плюсы традиционной инфраструктуры:

• Высокий уровень безопасности. При традиционной инфраструктуре каждый из ее уровней строго разграничен и лучше контролируется. К примеру, если для СХД выделена отдельная сеть, то к ней невозможно получить доступ из внешней корпоративной сети. Кроме того, наличие четкого направления трафика позволяет эффективно его контролировать.

Минусы традиционной инфраструктуры:

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

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

Плюсы гиперконвергентной инфраструктуры:

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

Минусы гиперконвергентной инфраструктуры:

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

Классические системы зачастую проигрывают гиперконвергентным. Одна из проблем — отсутствие реестровых СХД, поддерживающих технологию метрокластера, благодаря которой виртуальные машины (ВМ) в разных ЦОДах могут действовать согласованно: так, как будто размещены в едином локальном кластере. Это важно для обеспечения безопасности хранящихся в ЦОДе данных и бесперебойной работы системы. Чтобы технология функционировала, ВМ на всех узлах должны иметь доступ к одному и тому же хранилищу. В тех СХД, которые сейчас представлены на российском рынке, такого функционала пока нет.

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

Какой гипервизор выбрать?

Гипервизор — это программа для управления виртуальными машинами и распределения аппаратных ресурсов между ними.

Наиболее популярным является KVM — Kernel-based Virtual Machine. Также есть решения на базе Xen и FreeBSD bhyve. 

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

А что с конвертацией виртуальных машин?

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

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

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

Технологии для обеспечения бесперебойной работы ВМ

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

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

Экосистема

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

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

Полноценное резервное копирование

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

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

Системные требования

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

Требования регуляторов

Выбирая решение, нужно иметь четкое представление о том, какие именно данные будут находиться в системе. Например, при необходимости доступа к персональным данным или конфиденциальной информации может потребоваться решение, сертифицированное ФСТЭК, следовательно, придется выбирать из продуктов, прошедших эту сертификацию.  

В качестве заключения  

Прочитать полный текст статьи о том, на что стоит обратить внимание при выборе системы виртуализации и запросить список продуктов по каждому описанному в статье критерию можно на сайте Softline.