Лицензии ISPsystem

АО «Московский ЛРЗ» — дочернее предприятие ОАО «Российские железные дороги», специализирующееся на ремонте железнодорожного подвижного состава. Компания занимается полным циклом обслуживания электропоездов. В структуру завода входит более восьми цехов, которые поддерживают эксплуатацию локомотивов в системе железнодорожного транспорта страны.

ИТ-команда заказчика: исходные данные
ИТ-отдел компании состоит из восьми человек: специалистов по технической поддержке пользователей, инженеров АТС (автоматической телефонной станции) и группы сопровождения продуктов 1С. В парке обслуживания около 200 хостов. Изначально виртуализация была развернута на базе гипервизора Hyper-V на двух физических серверах без кластеризации, на каждом хосте работало по восемь виртуальных машин. Отдельные сервисы на ВМ были настроены на репликацию между серверами.

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

Предпосылки внедрения
В компании стартовала программа цифровой трансформации, ключевым направлением которой стало импортозамещение программного обеспечения и радиоэлектронной продукции (РЭП). Ранее ИТ-инфраструктура полностью базировалась на решениях зарубежных вендоров: Microsoft, Cisco и Kerio Technologies. Необходимы были альтернативы, которые отвечали бы требованиям по стоимости, функциональности и включению в реестр отечественного ПО.

Переход начался планомерно и вдумчиво. Первыми этапами обновлений стали покупка отечественных серверов и переход на решения «Группы Астра». Главным вопросом стал выбор платформы виртуализации в качестве замены Hyper-V — требовалось решение с сопоставимыми возможностями. Также заказчика интересовали вопросы зрелости отечественного ПО, его стоимости, совместимости решений между собой и необходимости доработок.

Проанализировав решения, выбор был сделан в пользу VMmanager. Продукт ISPsystem эффективно интегрировался с Astra Linux и соответствовал ключевым критериям проекта — отказоустойчивости и оптимальному бюджету.

Задачи проекта
ИТ-инфраструктура предприятий железнодорожной отрасли предъявляет повышенные требования к отказоустойчивости, безопасности и стабильности. Этими критериями определяются задачи проекта:

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

Критерии выбора VMmanager
Стабильность системы
Выход из строя мастер-сервера не влияет на работу виртуальных машин, а базовое управление остается доступным с узлов.

Отказоустойчивый кластер
При недоступности управляющего сервера HA-механизм продолжает работать на уровне узлов и автоматически перезапускает ВМ.

Также отдельное внимание уделялось функциональности VMmanager:

• Репозитории ОС и настройка конфигураций виртуальных машин. Включая количество и объем дисков, CPU, RAM, а также различные ограничения и лимиты.
• Поддержка различных сценариев работы с ВМ. Например, создание, клонирование, снапшоты, формирование образов, горячая миграция, балансировка нагрузки и другие.
• Готовые шаблоны. Шаблоны «из коробки», упрощающие развертывание.

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

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

В результате внедрения VMmanager компания получила управляемую и соответствующую требованиям импортозамещения платформу виртуализации.

Ключевые эффекты внедрения VMmanager:

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

Платформа уверенно закрывает текущие потребности компании. В инфраструктуре с разнородными узлами (например, при использовании серверов с NVMe-дисками) применяются настройки для раздельного управления хранилищами, что позволяет адаптировать систему под особенности конкретной архитектуры.

В ближайших планах компании — переход на решение для резервного копирования RuBackup, которое также интегрируется с VMmanager и гарантирует надежное восстановление инфраструктуры в любой аварийной ситуации. Еще в числе будущих задач заказчика — организация безопасной удаленной работы сотрудников. Развернуть инфраструктуру виртуальных рабочих мест поможет связка VMmanager с еще одним продуктом портфеля «Группы Астра» — Termidesk.

Мнение заказчика
VMmanager полностью удовлетворил наши требования как по функциональности, так и по стоимости. Отдельно отметим удобную и гибкую систему лицензирования, которая позволила поэтапно масштабировать инфраструктуру.

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

Сергей Горбачев
Начальник ИТ-отдела АО «Московский ЛРЗ»

BILLmanager — это универсальная платформа автоматизации бизнеса по предоставлению и продаже ИТ-услуг. В современном бизнесе важно гибко управлять ресурсами: использовать фиксированные тарифы, учитывать фактическое потребление или комбинировать эти подходы.

В этой статье разберем, как в BILLmanager настраивать тарифы по потреблению ресурсов, какие возможности дает статистика и как платформа помогает провайдерам контролировать сервисы.

Варианты тарифов
В BILLmanager провайдеры могут гибко настраивать тарифы в зависимости от модели предоставления ресурсов:

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

В BILLmanager провайдер может использовать любую оптимальную для него схему тарификации. Далее рассмотрим настройку тарифных планов с дополнительными опциями (аддонами) по статистике и по модели Pay-as-you-go (по мере потребления).

Тарифы с дополнениями по потреблению
Такие тарифы позволяют ограничить дополнения по количеству или объему ресурсов. Например, какое количество IP-адресов будет входить в тариф, а за какие платить дополнительно. Для настройки дополнения нужно:

• Выделить необходимый тариф → выбрать «Конфиг».
• Создать дополнение «Тип учета: На основе статистики».
• В разделе «Ограничения тарифа» в пункте «Включено в тариф» указать тот объем, который будет входить в тариф.
• В разделе «Цена за превышение» указать стоимость дополнений при превышении. Готово!

Pay-as-you-go (PAYG)
Тариф Pay-as-you-go (PAYG) предполагает оплату по мере потребления. Для ее настройки все дополнения должны учитываться по статистике. Как настроить:

• Выделить необходимый тариф → выбрать «Конфиг».
• Создать дополнение «Тип учета: На основе статистики».
• В разделе «Ограничения тарифа» в пункте «Включено в тариф» указать значение «0».

В разделе «Цена за превышение» указать стоимость дополнений при превышении.
Гибкие опции учета в BILLmanager
Тип учета по статистике предоставляет гибкие настройки для управления потреблением ресурсов:

Считать превышение. Выберите период, за который система считает превышение.

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

Если параметров несколько. Выберите метод учета ресурса, когда он определяется несколькими параметрами:

• суммировать — учитывается использование ресурса по каждому из параметров (сумма параметров);
• наибольшее значение — учитывается использование ресурса по параметру, который чаще использовался.

Цена указана. Выберите, за какую единицу ресурса указана стоимость в поле «Стоимость превышения»:

• за каждую единицу превышения;
• за каждую единицу превышения в месяц.

• Учитывать на остановленной услуге — позволяет списывать средства за выделенный ресурс, когда предоставление услуги остановлена.
• Оплата по факту использования — опция позволяет списывать средства за перерасход ресурса, даже если на балансе клиента недостаточно средств. Работает независимо от продукта, если выбрать тип учета «На основе статистики».
• Суммировать акты выполненных работ — позволяет суммировать значения ресурса за весь период.
• Ограничение скорости при перерасходе — доступна для дополнения «Трафик».

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

Что делать, если на лицевом счете не хватает денежных средств:

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

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

Отображение статистики
Для работы с данными о тарифах и дополнениях в BILLmanager реализованы инструменты отображения статистики. Работа с данными статистики ведется в двух режимах:

• потребление по дням;
• перерасход по месяцам — новый режим для ретроспективного просмотра данных за выбранный отчетный период по каждому компоненту услуги.

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

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


Интеграция с VMmanager
Интеграция BILLmanager и VMmanager позволяет провайдерам предоставлять виртуальные машины в гибкой и настраиваемой тарификации. В конце 2025 года мы расширили список собираемых данных из VMmanager, добавив метрики CPU, RAM, СХД и операции ввода-вывода. Также в рамках интеграции доступен сбор данных по трафику и возможность ограничить его скорость при превышении лимита.

Это позволяет предоставлять тарифы с дополнениями по статистике и виртуальные машины по модели Pay-as-you-go — с оплатой за фактическое потребление ресурсов

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

Команда BILLmanager продолжит развивать возможности платформы и интеграции с VMmanager, чтобы предоставить провайдерам еще больше возможностей для оптимальной работы. Следите за обновлениями!

www.ispsystem.ru

ИБ-вендор «Код Безопасности» и российский вендор ISPsystem (входит в «Группу Астра»), разработчик платформы управления серверной виртуализацией VMmanager, подтвердили совместимость своих решений. Специалисты компаний провели успешные испытания средства защиты сред виртуализации vGate 5.2 и платформы для централизованного управления виртуализацией VMmanager.

vGate 5.2 — специализированное средство защиты виртуальных инфраструктур (СЗИ), разработанное «Кодом Безопасности». Продукт обеспечивает микросегментацию сетей, контроль целостности и разграничение доступа на уровне гипервизора и виртуальных машин, а также мониторинг виртуальной среды для выявления несанкционированной активности. Это позволяет строить защищенные виртуальные среды в соответствии с требованиями регуляторов и снимает эксплуатационные ограничения с сертифицированных платформ виртуализации.

VMmanager — масштабируемая российская платформа для создания отказоустойчивой среды виртуализации. Решение подходит для управления аппаратной и контейнерной виртуализацией, обеспечивая изоляцию и абстрагирование виртуальной инфраструктуры от физической. Платформа объединяет физические серверы и сетевые хранилища (поддерживаются SAN и Ceph) в единый кластер. Высокий уровень надежности достигается за счет НА-кластера, встроенного резервного копирования и микросервисной архитектуры платформы.

В ходе испытаний эксперты проверили возможность стабильной и корректной работы vGate 5.2 на различных версиях VMmanager. Тестирование проводилось в двух ключевых режимах работы vGate: как межсетевой экран (МСЭ) и как средство защиты информации (СЗИ).

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

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

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

отметил ведущий специалист отдела продвижения продуктов «Кода Безопасности» Евгений Тарелкин.

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

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

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

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

Что нового в Termidesk 6.1:

• Безопасность и управление доступом: Реализован прозрачный механизм единого входа (SSO) по Kerberos и концепция беспарольного доступа. Механизм TOTP-аутентификации через RADIUS стал полностью готовым к промышленному использованию. Теперь администраторы могут гибко разделять пользователей на внутренний и внешний контур, применяя различные сценарии проверки (например, обязательную двухфакторную аутентификацию при подключении из дома).
• Протокол TERA: Собственный протокол удаленного доступа TERA вышел из экспериментального режима и стал штатным инструментом. Он оптимизирован для работы в условиях ограниченной полосы пропускания и на слабых процессорах, поддерживает сквозное TLS-шифрование и автоматическое восстановление сессии после обрыва связи.
• Управление ресурсами: Платформа позволяет объединять рабочие места из нескольких фондов в один логический пул, а также поддерживает полные клоны виртуальных машин для платформ виртуализаций. В экосистеме появился новый штатный компонент обмена сообщениями TermideskMQ, оптимизированный под задачи VDI.

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

комментирует Денис Мухин, директор по виртуализации и облачным сервисам «Группы Астра».

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

Продолжаем развивать IPAM-возможности DCImanager. В новой версии добавили иерархическое отображение сетей. Это позволяет видеть структуру адресного пространства целиком: родительские и дочерние сети, их взаимосвязи и зависимости и процент занятых адресов.

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

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

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

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

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

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

Как видим из примеров, новая функция делает работу с адресным пространством более предсказуемой и упорядоченной для текущей эксплуатации или для масштабирования. Подробнее о новой функции читайте в документации.
www.ispsystem.ru/docs/dcimanager-admin/seti/rabota-s-setyami

В предстоящих релизах VMmanager мы также добавим иерархическое отображение сетей для платформы управления виртуализацией. При совместном использовании DCImanager и VMmanager через общий IPmanager станет возможным единое и прозрачное построение иерархии для всех используемых сетей.

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

Иван Нистратов, коммерческий директор ISPsystem, в прямом эфире AM Live представил VMmanager и обсудил эти вопросы с экспертами отрасли. Мы собрали ключевые вопросы встречи и основные тезисы выступления Ивана.

По оценкам аналитиков, рынок виртуализации импортозамещен уже на 75%. Согласны ли вы с этими оценками?

Мне кажется сомнительной цифра 75%. Говоря о показателях, мы близимся к 100%, но понимаем, что это во многом утопичная история. На мой взгляд, компаниям нужно перестать искать замену иностранным решениям и пора переходить на новые платформы виртуализации и новую ветку развития.
В 2023–2024 годах мы наблюдали огромное количество пилотных проектов. Сейчас заказчик уже четко и быстро выбирает партнера для виртуализации — путь от пилота до внедрения занимает довольно короткое время.

Какие критерии чаще всего ломают проект при выборе системы виртуализации?

1. Выбор платформы виртуализации по «батл-картам» и маркетинговым материалам, а не по задачам.
2. Нежелание заказчиков вкладываться в обучение и поддержку.
3. Отставание фичей платформ от требований ФСТЭК.

Чего не хватает отечественным платформам виртуализации в 2026 году, какие боли сохраняются у компаний?

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

Что компаниям нужно проверить перед внедрением новой платформы виртуализации?

1. Не бояться переходить на отечественные решения. Необходимо бороться с триггером «Поиск замены VMware» и исходить из задач, которые стоят перед компанией.
2. Смотрeть в перспективе 3–5 лет и оценивать экономическую устойчивость компании.
3. Быть готовыми к обучению и развивать команду.

Какой рынок мы увидим к концу 2026: консолидация вокруг нескольких лидеров или сохранение «зоопарка» решений?

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

В 2025 году DCImanager укрепил свои позиции как надежный инструмент управления инфраструктурой дата-центров. Развивая продукт, мы опирались на реальные задачи рынка и потребности аудитории. В прошлом году наша команда сосредоточилась на том, чтобы платформа глубже и точнее отражала инфраструктуру ЦОДа: от учета оборудования и СХД до мониторинга серверов и операционных систем.

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

Управление инфраструктурой и учет оборудования
Учет и мониторинг СХД
В прошлом году мы сделали важный шаг в развитии DCImanager как платформы управления физической ИТ-инфраструктурой — добавили модуль работы с системами хранения данных (СХД). Теперь DCImanager можно использовать для учета СХД в стойках и на складе, а также для отслеживания их коммутации между собой и с другим серверным оборудованием. Метрики мониторинга собираются с наиболее распространенных у клиентов типов СХД и выводятся во встроенную Grafana. В 2026 году планируем активно расширять список поддерживаемых типов.

Модуль СХД позволяет подключать к платформе:

• шасси СХД — корпуса системы хранения данных, в которые устанавливаются все компоненты;
• контроллеры — серверы или наборы процессорных плат;
• I/O-модули — сетевые адаптеры или наборы портов, они предоставляют физические порты для подключения СХД к сети;
• дисковые накопители;
• блоки питания.

Модуль СХД доступен для версии Infrastructure, а также если в платформе подключен модуль «Учет оборудования». В планах на ближайшие кварталы пополнять платформу новыми типами СХД — следите за обновлениями!

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

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

• местоположение оборудования;
• количество устройств определенного типа;
• количество свободных, занятых и зарезервированных юнитов;
• привязанные к стойке устройства;
• процент загруженности стойки;
• температуру серверов в стойке.

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


Приближение к классическим системам мониторинга и контроль состояния
Отображение архива логов в карточке сервера
В прошлом году мы уделили большое внимание развитию возможностей контроля состояния системы. Так, чтобы ускорить диагностику и упростить выяснение причины неисправностей, мы добавили в карточку сервера вкладку «Архив логов».

Просмотреть последние лог-файлы BMC (Baseboard management controller) можно во вкладке «Логи», где отображаются записи последнего успешного опроса BMC. Отображение актуальных и архивных логов в общем интерфейсе ускоряет диагностику и поиск причин неисправностей, если сервер недоступен.


Агент ОС под Windows и метрики ОС в карточке сервера
Большой трек работ мы посвятили расширению функциональности модуля «Мониторинг сервера с использованием агента ОС», который предоставляет метрики ОС сервера. Они содержат информацию о работе CPU, RAM, дисков, сети и системных процессов.

Агент операционной системы совместим с популярными Linux-дистрибутивами и ОС семейства Windows. Все данные и графики агентского мониторинга доступны в карточке сервера, без перехода в Grafana — администратор видит актуальное состояние инфраструктуры в едином интерфейсе платформы.


Расширяемость и интеграция
Создание и добавление собственных обработчиков оборудования
В 2025 году в DCImanager появилась возможность создавать и подключать собственные обработчики BMC, коммутаторов и устройств электропитания. Благодаря шаблонам и расширяемой архитектуре платформа позволяет подключать обработчики для серверов, коммутаторов и другого активного оборудования. Это открывает системным интеграторам и хостинг-провайдерам возможность быстро и самостоятельно адаптировать DCImanager под свою инфраструктуру и сценарии эксплуатации.

Обработчики BMC или коммутатора пишутся на языке Python и добавляются напрямую в платформу: необходимо создать код обработчика и загрузить его в DCImanager.

Кастомизация порогов срабатывания уведомлений для сенсоров серверов
Мы добавили возможность настраивать пороговые значения оповещений для датчиков серверов. Это позволяет гибко задавать параметры мониторинга и границы срабатывания уведомлений под конкретные сценарии эксплуатации.

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


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

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


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

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

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

Сообщаем вам о выходе свежего релиза DNSmanager — панели для автоматизации управления серверами доменных имен.

Мы сосредоточились на упрощении администрирования, расширении возможностей для реселлеров и улучшении пользовательского опыта.

Что нового:
Автоматическое создание A и AAAA при создании PTR
Теперь прямые записи создаются автоматически (при включенной опции), что обеспечивает корректную прямую и обратную резолюцию IP-адресов — особенно важно для почтовых сервисов.

Общие домены для пользователей реселлера
Реселлеры могут предоставлять клиентам поддомены в рамках одного домена второго уровня — удобно для работы под единым брендом.

Перенос доменов между пользователями
Быстрое изменение владельца домена внутри системы без ручных операций и потери DNS-данных.

Изменение IP в пространстве имен
Теперь можно менять автоматически выделенный IP-адрес прямо внутри пространства имен.

Брендирование и UX/UI-улучшения
Адаптируйте интерфейс под корпоративный стиль и работайте быстрее благодаря доработкам интерфейса.
Обновление также включает дополнительные улучшения и исправления для стабильной работы системы.

www.ispsystem.ru/dnsmanager

Команда BILLmanager выпустила обновление, направленное на развитие партнерских инструментов. В релиз вошли новые настройки логики начислений, гибкие условия применения правил и визуальные апдейты. Сейчас обо всем расскажем!

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

• Срок действия реферальной программы.
• Выбор типа начисления: фиксированный или процент от стоимости расходов.
• Указание момента начала начисления: после успешной покупки услуг или после некоторого времени.
• Работа с расписанием и возможность задавать периодичность начислений.
• Возможность задавать условия применения правил начисления: «Всегда», «По обороту отдельного реферала», «По количеству услуг» и пр.

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

Останавливаться не планируем — в 2026 году дополним программу отчетами в модуле BI.

www.ispsystem.ru/docs/billmanager-kb/chastye-voprosy/referal-naya-programma/vopros-otvet-po-referal-noj-programme

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

В начале года мы получили сертификат Федеральной службы по техническому и экспортному контролю (ФСТЭК) и тем самым подтвердили статус платформы как сертифицированного средства виртуализации 4-го класса защиты. Это позволило применять VMmanager для обработки и защиты информации в государственных информационных системах до 1-го класса защищенности включительно, в автоматизированных системах управления производственными и технологическими процессами до 1-го класса защищенности включительно, в информационных системах персональных данных до 1-го уровня защищенности включительно и в значимых объектах критической информационной инфраструктуры до 1-го категории включительно.

Интеграция платформы в кластер в качестве мастер-VM (виртуальная машина) позволила гибко распределять общие ресурсы системы и управлять ими непосредственно изнутри кластера. А за счет встроенной отказоустойчивости HA-кластера, резервного копирования и микросервисной архитектуры платформы удалось в целом повысить надежность работы всей инфраструктуры.

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

Всего за 2025 год мы выпустили 26 релизов, включая улучшения, исправления и обновления.

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

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

Поддержка конфигурации GPU passthrough
Теперь VMmanager поддерживает технологию GPU passthrough для прямого подключения физических видеокарт к виртуальным машинам (ВМ), обеспечивая производительность, близкую к нативной, для ИИ, рендеринга и вычислений. Настройка доступна при создании ВМ прямо из графического интерфейса: в параметрах виртуализации администратор платформы может настроить режим проброса графического ускорителя внутрь виртуальной машины (ВМ) и подключить выделенный физический ускоритель к выбранной ВМ. Поддерживаются различные варианты ручной настройки, подключение одного или нескольких графических ускорителей, а также настройка через шаблон ВМ.
www.ispsystem.ru/docs/vmmanager-admin/klastery/probros-gpu-ustrojstv



Поддержка технологии vGPU
В продолжение реализации ресурсоемких задач, к которым относятся VDI, машинное обучение, искусственный интеллект, рендеринг, гейминг и стриминг, где не требуется полная мощность GPU, мы добавили возможность подключать из интерфейса платформы графические ускорители в режиме vGPU. Эта технология позволяет разделять физический графический процессор (GPU) на несколько виртуальных, каждый из которых может быть выделен отдельной виртуальной машине. Так один физический GPU может обслуживать несколько пользователей или задач.
www.ispsystem.ru/docs/vmmanager-admin/klastery/ispol-zovanie-vgpu


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

Пользовательские роли доступа
Функция создания роли с тонкими настройками привилегий и объектов доступа позволяет организовать доступ к платформе нескольким командам администраторов, предоставить только права, необходимые определенной группе пользователей.

Основные цели создания ролей:

• Безопасность и контроль. Предоставление минимально необходимых прав (принцип наименьших привилегий) для выполнения сотрудником только его функций.
• Гибкая настройка. Создание уникальных наборов прав, выходящих за рамки стандартных ролей (admin, advanced_user, user).
• Изоляция пользователей. Предотвращение случайного влияния пользователей друг на друга или нарушения работы системы.
• Разделение обязанностей. Разделение ключевых функций управления между несколькими сотрудниками для уменьшения рисков.

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


www.ispsystem.ru/docs/vmmanager-admin/pol-zovateli/upravlenie-rolyami-pol-zovatelej

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

Возможность синхронизации с несколькими каталогами LDAP
Начиная с версии VMmanager 2025.10.1 платформа официально поддерживает синхронизацию с несколькими каталогами LDAP. Эта опция позволяет разделить между различными администраторами задачи управления доступом к ресурсам платформы и управления пользователями, а также реализовать сложные сценарии разделения доступа к ресурсам платформы для нескольких организаций.


Основные особенности синхронизации:

• Поддержка версий. Доступна в версиях VMmanager начиная с 2025.10.1.
• Именование. Используется формат username@domain для различения пользователей из разных каталогов.
• Настройка. Включает настройку LDAP-подключений, что позволяет централизованно управлять пользователями из нескольких источников.

www.ispsystem.ru/docs/vmmanager-admin/pol-zovateli/sinhronizatsiya-s-katalogom-ldap

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

Какие еще преимущества получает бизнес

• Автоматизация настройки. Исключает ручную настройку LVM и iSCSI/FC инициаторов на каждом узле кластера. Платформа сама подключает диски ко всем нужным узлам ISPsystem.
• Гибкое управление хранилищем. Позволяет добавлять, удалять и изменять размер внешних блочных устройств прямо из интерфейса.
• Экономичность (iSCSI). Позволяет использовать стандартные сети Ethernet для подключения быстрых блочных хранилищ.

www.ispsystem.ru/docs/vmmanager-admin/hranilishcha/shd


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

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

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

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

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

В новом году нас ждут не менее амбициозные планы. Вот топ-5 фич на 2026-й:

• Папки/каталоги ВМ — для быстрого и удобного обмена файлами между реальным (хостовым) компьютером и виртуальной операционной системой.
• 2 узла высокой доступности (HA) — для обеспечения непрерывной работы ИТ-инфраструктуры при выходе из строя одного из серверов.
• Поддержка SDN Astra — для централизованного управления, автоматизации и виртуализации сетевой инфраструктуры. Обеспечивает импортозамещение, безопасность и гибкость при работе с KVM.
• Поддержка SDS Trok — для обеспечения надежного, быстрого и экономичного хранения данных на стандартных серверах, заменяя дорогое проприетарное железо.
• Поддержка хранилищ LVM/ZFS в GUI — для упрощения администрирования сложных систем хранения данных. Позволяет создавать, масштабировать и мониторить RAID-массивы, снапшоты и логические тома без использования командной строки.