ГЛАВНАЯ
БИОГРАФИЯ
ГАЛЕРЕЯ КАРТИН
СОЧИНЕНИЯ
БЛИЗКИЕ
ТВОРЧЕСТВО
ФИЛЬМЫ
МУЗЕИ
КРУПНЫЕ РАБОТЫ
ПУБЛИКАЦИИ
ФОТО
ССЫЛКИ ГРУППА ВКОНТАКТЕ СТАТЬИ

Главная / Статьи / VMmanager — российская масштабируемая платформа серверной виртуализации

VMmanager — российская масштабируемая платформа серверной виртуализации

14.11.2026

Виртуализация остается базовым слоем корпоративной ИТ-инфраструктуры, но рынок инструментов этого класса за последние годы заметно перестроился. Зарубежные платформы уходят, продление лицензий ограничено, и компаниям приходится искать замену не «вообще», а под конкретные инженерные задачи: отказоустойчивость, распределенные площадки, автоматизацию выдачи сервисов. VMmanager редакции Infrastructure, разработанный ISPsystem в составе «Группы Астра», — один из вариантов такой замены. Продукт включен в единый реестр российских программ и работает с сертифицированной ОС Astra Linux.

Фактически перед нами платформа управления виртуальной инфраструктурой, которая закрывает полный цикл серверной виртуализации: от создания отказоустойчивой среды виртуализации с High Availability, живой миграцией и автоматической балансировкой до сетевой SDN-фабрики, встроенной IPAM-системы и многопользовательского портала самообслуживания. Платформа также выступает основой для систем VDI и совместима с сервисом Termidesk для построения инфраструктуры виртуальных рабочих мест. Разберем, как эти возможности устроены на практике.

Отказоустойчивость как архитектурный принцип

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

Система распознает не только полный отказ узла, но и деградации: потерю доступности управляющей сети, проблемы с доступом к сетевому хранилищу. Дополнительным фактором точности диагностики служит проверочный IP-адрес — он позволяет отличить ситуацию, когда узел потерял связь с управляющей сетью, но остается доступен для виртуальных машин, от действительного отказа. Внутри кластера работает механизм выборов лидера: для принятия решений на уровне всего кластера требуется минимум N/2 + 1 активных узлов, а состояние участников фиксируется в общих метаданных хранилища. Такой дизайн исключает Split Brain — сценарий, при котором две виртуальные машины пытаются работать с одним диском.

Важно и то, что восстановление обеспечивают High Availability-агенты на самих узлах, а не мастер платформы: сбой сервера с VMmanager не останавливает отказоустойчивые механизмы кластера. Сама среда виртуализации остается работоспособной даже при недоступности управляющего компонента — для задач, где простои критичны, это существенный аргумент.

Хранилища и требования к кластеру

Отказоустойчивый кластер требует общего сетевого хранилища, и здесь платформа дает выбор. Поддерживаются протоколы iSCSI и FibreChannel, SAN-системы хранения данных, распределенная файловая система CephFS, а в редакции Infrastructure — еще и хранилища NAS. Для активации отказоустойчивости нужен кластер минимум из двух узлов на виртуализации KVM. Минимальный практичный контур для высокой доступности — три узла с сетевыми СХД.

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

Сетевая SDN-фабрика и менеджмент IP-адресов

Встроенная сетевая SDN-фабрика разворачивается на основе IP-fabric, VxLAN, протоколов iBGP/eBGP и eVPN. Она позволяет организовать изолированную виртуальную инфраструктуру, абстрагированную от физического оборудования, и изолировать L2-broadcast-домен. Перемещение виртуальных машин между географически распределенными ЦОДами происходит без смены адресации — компаниям с несколькими площадками это снимает целый класс сетевых проблем. В редакции Infrastructure доступен и режим распределенного коммутатора, упрощающий управление сетевыми настройками на уровне кластера.

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

Автоматизация развертывания и миграция с зарубежных платформ

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

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

Самообслуживание, наблюдаемость, анализ инцидентов

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

Контроль за инфраструктурой реализован через сбор метрик: трафик, уровень использования vCPU и RAM и другие показатели агрегируются и визуализируются в интерфейсе или в Grafana. Уведомления о событиях настраиваются на почту или мессенджер, интеграция с Zabbix и Nagios выполняется скриптами из репозитория за несколько минут. Для анализа инцидентов это означает, что данные о состоянии инфраструктуры попадают в привычные системы мониторинга без ручной интеграции. Подробное логирование событий помогает разбирать причины сбоев после их устранения.

Экономические и эксплуатационные выгоды

Польза платформы для заказчика складывается из нескольких измеримых эффектов:

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

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

Кому подходит решение

Сфера применения платформы охватывает несколько типовых сценариев:

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

Отдельная линия — безопасность. Работа с сертифицированной Astra Linux, возможность установки в закрытом информационном контуре и наличие отдельной редакции, ориентированной на требования ФСТЭК, формируют основу для защищенной работы с чувствительными данными. Для корпоративного заказчика это означает, что виртуальная инфраструктура выстраивается в едином контуре безопасности: гипервизор, операционная система и служба каталога не создают разрывов между собой.

Место в отечественном стеке и практические ограничения

VMmanager стоит рассматривать в связке с экосистемой «Группы Астра»: интеграция с Astra Linux, службой каталога ALD Pro и сервисом Termidesk позволяет собрать законченное российское решение — от серверной виртуализации до виртуальных рабочих мест. Косвенным подтверждением зрелости продукта служит его использование на промышленных предприятиях и в государственных структурах.

При этом любое инфраструктурное ПО требует аккуратного планирования. Отказоустойчивый кластер предполагает сетевое хранилище и достаточное число узлов, переход с зарубежных гипервизоров — миграционный проект с тестированием, а выбор между редакциями Hosting и Infrastructure — понимание собственных задач. Но при грамотной постановке функциональный охват платформы — от High Availability и живой миграции до SDN-фабрики, IPAM и портала самообслуживания — позволяет считать VMmanager одним из наиболее полных российских инструментов в сегменте серверной виртуализации.

VMmanager — российская масштабируемая платформа серверной виртуализации

  Яндекс.Метрика Главная Контакты Гостевая книга Карта сайта

© 2026 Марк Шагал (Marc Chagall)
При заимствовании информации с сайта ссылка на источник обязательна.