Директор департамента разработки виртуализации АО «НИИ «Масштаб» Концерна «Автоматика» (входит в холдинг Росэл Госкорпорации Ростех) Виктор Федоров о том, как платформа эволюционирует через реальные эксплуатационные задачи, а не через попытки повторить чужие решения.
Вы присоединились к проекту, когда базовая архитектура ECP VeiL уже была сформирована. При первом глубоком погружении в продукт какой технический аспект или модуль показался вам наиболее интересным — или, наоборот, наиболее сложным?
Да, действительно, я присоединился к проекту, когда основа платформы была реализована. Перед командой стояла задача обеспечить предсказуемую и стабильную работу в инфраструктуре заказчиков.
Погружение в продукт началось не с интерфейса, а с анализа обращений ключевых заказчиков. Задачи, которые нам пришлось решать:
- нестабильность монтирования LUN с кластерной файловой системой GFS2
- некорректная работа нескольких LUN с кластерной файловой системой GFS2
- зависания и непредвиденные остановки живой миграции виртуальных машин
- риск дублирования виртуальных машин на разных узлах, который мог приводить к потере управления ВМ
- ошибки определения статуса внешних сетей, которые могли вызывать сбои в их эксплуатации.
Каждая из этих проблем напрямую влияла на управляемость инфраструктуры.
Все они были устранены в релизе 5.2.0.
После устранения этих проблем и выхода новых релизов, с какими вопросами заказчики чаще всего обращаются при внедрении и эксплуатации платформы? Связаны ли они с переходом с зарубежных решений?
Чаще всего обращения касаются базовых возможностей платформы и особенностей их настройки. Многие из этих функций подробно описаны в эксплуатационной документации, однако при переходе на новую систему заказчикам требуется время, чтобы освоить логику работы и подходы к управлению средой.
Отдельный пласт вопросов связан с ожиданиями заказчиков, ранее работавших с иностранными решениями. Они нередко ориентируются на привычную структуру интерфейса и сценарии управления.
Мы сознательно не копируем архитектурные и интерфейсные решения зарубежных платформ. У VeiL собственная логика построения и управления виртуальной средой, сформированная с учетом требований российских регуляторов и нашей инженерной модели развития продукта.
Поэтому при переходе на отечественную платформу важно быть готовым к адаптации — это естественный процесс при смене любой технологической системы. Наша задача в этот момент — сопровождать заказчика, объяснять логику продукта и помогать выстроить корректную модель эксплуатации.
Подписывайтесь на наш Telegram-канал: реальные кейсы внедрения, новости и обновления VeiL, разборы возможностей и анонсы мероприятий.
Были ли в практике команды нестандартные или технически сложные запросы со стороны заказчиков? Как такие ситуации влияют на развитие продукта?
Один из наиболее нестандартных кейсов — установка платформы виртуализации на бездисковый сервер, где системный диск представлен сетевым блочным устройством.
На этапе развертывания установка проходила корректно, однако после завершения и первичной инициализации сервер терял доступ к устройству хранения. Проблема была связана с порядком инициализации сетевых параметров и доступом к блочному устройству на раннем этапе загрузки.
Нам пришлось пересмотреть последовательность настройки сети и механизм первичной конфигурации. После корректировки порядка инициализации удалось обеспечить стабильную работу в такой конфигурации.
Подобные ситуации позволяют проверить устойчивость архитектуры в нетиповых сценариях. В виртуализации VeiL изначально заложен широкий набор возможностей, однако именно анализ сложных эксплуатационных случаев позволяет корректировать поведение системы и повышать ее предсказуемость.
Для нас важно не закрыть конкретный инцидент, а понять, какие архитектурные аспекты требуют уточнения, чтобы подобные сценарии были корректно обработаны в будущем.
При переходе с зарубежной платформы виртуализации какие аргументы, на Ваш взгляд, являются ключевыми в пользу выбора VeiL?
После ухода иностранных вендеров с российского рынка заказчики столкнулись с практическими ограничениями:
- Отсутствие официальной технической поддержки.
- Невозможность получать обновления и развивать инфраструктуру в штатном режиме.
Второй фактор — регуляторный. Требования российских органов в сфере информационной безопасности становятся более формализованными, особенно для организаций, относящихся к объектам КИИ и регулируемым отраслям. В таких случаях используемая платформа должна иметь действующий сертификат ФСТЭК России.
В этом контексте ключевые аргументы в пользу VeiL в следующем:
— наличие действующих сертификатов и ориентация на работу в регулируемой среде;
— доступность обновлений и технической поддержки внутри российской юрисдикции;
— возможность планировать развитие инфраструктуры без зависимости от внешних поставщиков;
— сопровождение миграции со стороны команды разработки.
Переход на новую платформу, особенно в критической инфраструктуре, — это всегда проект, а не просто замена гипервизора. Он требует архитектурного анализа, планирования и поэтапной миграции.
Мы участвуем в этом процессе комплексно:
- Помогаем спроектировать целевую модель.
- Проводим обучение.
- Сопровождаем перенос сервисов.
- Остаемся вовлеченными после запуска.
Для заказчика это снижает риски и делает переход управляемым.
Если подводить итог, как бы Вы охарактеризовали экосистему виртуализации VeiL сегодня?
Если говорить кратко, VeiL — это платформа, которая развивается через реальные эксплуатационные задачи заказчиков.
Мы не копируем существующие решения. Развитие идет через работу с конкретными инженерными вопросами: стабильность кластеров, корректная миграция виртуальных машин, предсказуемость сетевого взаимодействия, поддержка различных конфигураций хранения и аппаратных платформ.
Для нас экосистема — это не только сама платформа, но и сервис. Процесс взаимодействия с заказчиком. Мы вовлечены в проектирование, участвуем в миграции, анализируем нестандартные ситуации после запуска. Это позволяет внедрить решение и выстроить устойчивую модель эксплуатации.
В условиях ужесточения регуляторных требований важно, чтобы платформа была готова к работе в регулируемой среде и развивалась внутри нашего государства.
Поэтому я бы охарактеризовал VeiL как инженерную платформу, ориентированную на предсказуемую эксплуатацию, соответствие требованиям регуляторов и долгосрочное развитие инфраструктуры заказчика.