Рейтинг
0.00

Лицензии ISPsystem

20 читателей, 232 топика

Как крупный федеральный университет внедрил виртуальную «песочницу» для проектного обучения


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

В Институте радиоэлектроники и информационных технологий (ИРИТ-РТФ) одновременно обучается около 7 тысяч студентов. Вуз реализует концепцию индивидуальных образовательных траекторий: студент сам выбирает сложность математического курса или язык программирования (C++, Python, JS и др.). У каждого формируется индивидуальное расписание, классические группы почти не пересекаются.

Из-за такого формата учебного процесса вуз активно развивает проектное обучение: студенты выполняют практические кейсы от компаний NAUMEN, УЦСБ, Яндекс, Контур, Т1, Сбер и других индустриальных партнеров.
urfu.ru/ru/about/

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

Почему выбрали VMmanager
Команда ИРИТ-РТФ подошла к выбору платформы для виртуализации максимально взвешенно. До этого в институте работали на Hyper-V, но решение перестало отвечать растущим требованиям: нагрузка увеличивалась, администрирование занимало слишком много времени, а масштабирование оказалось ограниченным. Поэтому специалисты начали сравнивать альтернативы: рассматривали Proxmox, несколько российских платформ, а также ряд open-source-систем. Но в итоге остановили выбор на VMmanager — прежде всего из-за сочетания удобства, отказоустойчивости и возможностей автоматизации, которые были критичны для учебного процесса.

Основные факторы выбора VMmanager:
Интерфейс
  • Для ИРИТ-РТФ важно, чтобы преподаватели могли быстро подготовить рабочие среды для лабораторных работ, а студенты — легко запускать виртуальные машины без лишних шагов. VMmanager оказался интуитивно простым, чтобы не заставлять пользователей углубляться в программные детали, сохранив при этом полный контроль для администраторов. Это позволило существенно сократить порог входа и убрать те самые потерянные часы, которые раньше уходили на настройку и объяснение базовых операций.
Устойчивость и наблюдаемость
  • В институте регулярно возникают пики нагрузки: сотни студентов одновременно запускают лабораторные стенды. VMmanager работает с отказоустойчивыми кластерами и автоматически мигрирует виртуальные машины между узлами, не дожидаясь критических просадок. Интеграция с Grafana позволила выстроить прозрачный мониторинг: администраторы в реальном времени видят состояние инфраструктуры и могут точечно оптимизировать ресурсы.
Полноценный API
  • Институт планирует развивать собственные сервисы, в том числе автоматизированный портал, через который студенты смогут самостоятельно получать вычислительные ресурсы для практик. Открытое API VMmanager дало возможность выстроить такие механизмы без ручных операций со стороны администраторов.
Поддержка Active Directory
  • В ИРИТ-РТФ ручное создание учетных записей просто невозможно, это была бы отдельная круглосуточная работа целой группы администраторов. VMmanager автоматически использует доменные данные, поэтому доступы назначаются без дополнительных действий. Институт получает централизованное управление, а пользователи — единый вход во все сервисы.
Масштабирование
  • В учебных задачах требуется массовое создание однотипных виртуальных машин. В том же Hyper-V подобный процесс растягивался на часы и становился отдельным проектом с ручной рутиной. В VMmanager это дело 10 минут.

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

Когда базовый контур был настроен, ИРИТ-РТФ начали использовать продукт в учебных процессах. VMmanager применяют для проектного практикума, виртуальные машины (ВМ) выдаются студентам автоматически. В рамках обучения DevOps недавно было создано 53 ВМ, на которых один из крупных индустриальных партнеров проводил занятия. Эти операции теперь выполняются быстро и без ручных шагов со стороны администраторов.

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

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

Дальнейшие планы связаны с расширением и постепенным переносом сервисов в единый контур. Основная задача — завершить согласования с ИБ и открыть внешний доступ к виртуальным машинам. Это позволит студентам публиковать свои проекты вне внутренней сети[6] с целью демонстрации своих решений при защите проектов перед партнерами. Запуск ожидается в следующем семестре.

Также университет планирует поэтапно отказаться от Hyper-V и полностью перейти на VMmanager к 2030 году. В конце этого года ожидаются поставки новых серверов, под которые уже закупаются дополнительные лицензии.

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

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

Нам 20 лет: Приключение не на один спринт





Что такое 20 лет?

В парадигме жизни – это возраст молодости с ее расцветом, познанием, самоопределением и закладыванием вектора будущего развития.

В парадигме бизнеса – это уверенная зрелость с бэкграундом из взлетов и падений, побед и преодолений, штиля и турбулентности.

Тогда, в далеком 2004-м, мы начинали свой путь как небольшой стартап на берегах Байкала. Мечтали, строили, экспериментировали: набирали команду, создавали первые продукты, подписывали первые контракты и, конечно, закладывали принципы, по которым будем работать.

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

Мы не подводим итоги, потому что 20 лет – это лишь новый этап, за которым следуют новые неизведанные пути.

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

То ли еще будет!

RuBackup 3.0 расширяет совместимость с VMmanager: защита виртуальных машин без промежуточного хранилища и гранулярное восстановление файлов



Компания «Рубэкап» (входит в «Группу Астра») представила новую мажорную версию системы резервного копирования и восстановления данных. RuBackup 3.0 — релиз, в котором ключевые сценарии защиты виртуальных машин, баз данных и почтовых систем избавлены от промежуточного хранилища, а гранулярное восстановление файлов и объектов стало доступно почти на всех поддерживаемых платформах.

Главная инженерная идея RuBackup 3.0 — убрать лишнее звено между источником данных и системой резервного копирования. Отказ от промежуточного хранилища реализован для платформ виртуализации VMmanager, для почтовой системы VK WorkSpace, а также при восстановлении СУБД Oracle. Это сокращает время выполнения задач, снижает требования к свободному дисковому пространству и упрощает архитектуру внедрения — особенно в крупных ЦОД, где каждый дополнительный «перевалочный пункт» превращается в узкое место. В том же ключе обновлен алгоритм записи данных на файловые и облачные хранилища.

Второй акцент релиза — гранулярность. Появилось гранулярное восстановление файлов в гостевую ОС виртуальных машин VMmanager (в экспериментальном режиме). Для Microsoft Exchange реализовано гранулярное восстановление почтовых ящиков, календарей и адресных книг пользователей, а сам процесс копирования и восстановления ускорен.

Для Arenadata DB поддержано одновременное сохранение и восстановление резервных копий со всех сегментов базы в клиентские хранилища, а также расширен список тонких настроек. Добавлена поддержка Postgres Pro 18.

Реализована поддержка новой версии почтового сервера RuPost 4.2, включая работу с геокластерами. Добавлена возможность восстановления резервных копий платформы виртуализации zVirt на платформу виртуализации VMmanager через CLI.

Новый релиз RuBackup получил новые типы хранилищ — облачное Cloud, gen.2 и файловое File system, gen.2, режим хранения резервных копий в отдельных бакетах объектного хранилища S3 и возможность одновременно записывать копию ресурса в два независимых файловых пула в рамках одного медиасервера. Для ленточных библиотек реализованы автоматическое форматирование картриджей при подключении, работа с разными типами пулов внутри одной библиотеки и отображение расширенной информации о картриджах.

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

Модуль Rescue Image и загрузочный образ RuBackup Key научились резервировать и аварийно восстанавливать ОС Linux, размещенные на программных RAID-массивах на базе LVM и без него.

Разработчики предупреждают: в версии 3.0 завершается поддержка модуля для почтовой системы Mailion — начиная с RuBackup 3.1 она будет прекращена полностью. Также прекращена поддержка модуля резервного копирования виртуальных машин платформы Aerodisk VAIR и ECP Veil (взамен будет использоваться модуль для SpaceVM). Кроме того, заканчивается поддержка операционной системы Ubuntu 18.04. Начиная с версии RuBackup 3.1 поддержка этих продуктов будет полностью прекращена.

Раньше между данными и резервной копией почти всегда стояло промежуточное хранилище — это лишний диск, лишнее время и лишняя точка отказа. В RuBackup 3.0 мы последовательно убираем этого посредника: система идёт к данным напрямую и возвращает ровно то, что нужно заказчику, — вплоть до одного файла, письма или атрибута каталога. Это релиз, в котором инженерная зрелость продукта совпала с реальными запросами рынка: защищать всё — от виртуальных машин и аналитических СУБД до корпоративной почты и службы каталогов — из единого центра и без компромиссов
сказал Андрей Кузнецов, генеральный директор компании «РуБэкап».

www.ispsystem.ru/vmmanager

Как DCImanager централизовал управление мультивендорной серверной инфраструктурой в системно значимом банке



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

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

Блок информационных технологий (далее — Блок ИТ) выделен в отдельную специализированную структуру и отвечает за бесперебойную работу-инфраструктуры и информационных систем банка.

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

Перед Блоком ИТ стояла задача не просто внедрить единую систему глубокой инвентаризации, мониторинга и учета оборудования, но и перейти на новый уровень детализации учета — от обобщенного («сервер — стойка») к покомпонентному (учет каждого процессора, модуля памяти, диска, контроллера в отдельности).

Ключевые вызовы, с которыми столкнулся банк:
  • Высокая гетерогенность. В ЦОД банка представлено серверное оборудование разных вендоров: серверы HPE, Lenovo, Huawei и Supermicro, которые доживают свои сроки амортизации и новое отечественное оборудование от Aquarius, Open Yard, Yadro и т.д.
  • Необходимость импортозамещения. Поиск решения, способного обеспечить поддержку оборудования в эксплуатации в условиях ухода западных вендоров ПО.

Решение: гибкость и глубинный контроль
В качестве платформы управления физическими серверами была выбрана платформа DCImanager.

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

Реализованные сценарии использования
В ходе внедрения платформы DCImanager были реализованы следующие ключевые сценарии:

Удобный удаленный доступ (Проксирование BMC)
  • Администраторы банка получили возможность заходить в веб-интерфейс BMC (контроллер управления железом) любого сервера через проксирование прямо из интерфейса DCImanager. Реализован функционал «одного клика» для логина с подстановкой учетных данных с помощью мышки — инженерам больше не нужно каждый раз вручную копировать сложные пароли.

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

Единая панель управления (Журнал событий)
  • Разрозненные логи по всем серверам консолидированы в едином окне. Вся информация об оборудовании (температура, ошибки дисков, статус RAID) теперь доступна централизованно, что ускоряет расследование инцидентов.

«Умное» добавление оборудования
  • Автоопределение протоколов: при добавлении большого количества оборудования ПО автоматически подсказывает, какой протокол (IPMI или Redfish) выбрать для конкретного сервера, упрощая настройку.
  • Автодобавление через BMC: новые серверы добавляются в инвентаризацию через графический интерфейс модуля BMC без необходимости писать сложные скрипты.

Результаты внедрения
Внедрение платформы DCImanager в инфраструктуру позволило банку решить ключевые задачи управления ИТ-активами и повысить операционную эффективность.

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

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

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

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

Таким образом, внедрение платформы DCImanager превратило управление ЦОД для заказчика в проактивное, автоматизированное и полностью контролируемое, что критически важно для банка с высокими требованиями надежности, безопасности и соответствия регуляторным нормам.

www.ispsystem.ru/dcimanager

В маркетплейсе BILLmarket появились новые модули интеграции с BILLmanager



BILLmarket — это бесплатная витрина от ISPsystem, где собраны полезные дополнения для BILLmanager. Пользователи могут найти и внедрить необходимые инструменты, а разработчики продвигать свои решения — платно или бесплатно.

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

Сейчас мы расширили маркетплейс и представили пользователям три новых модуля: TryBit, FastPanel Billmanager 6 и Platega.io.

Подробнее о каждом:
TryBit — бесплатный криптовалютный платежный сервис для крупного бизнеса. Создает дополнительные возможности для расширения аудитории и роста продаж.

www.ispsystem.ru/billmarket/trybit

FastPanel Billmanager 6 — платное решение для управления виртуальным хостингом через FastPanel в BILLmanager. Помогает автоматизировать создание и управление аккаунтами.

www.ispsystem.ru/billmarket/fastpanel-billmanager-6

Платежный сервис Platega.io — платный модуль, позволяющий принимать оплату через Platega.io в BILLmanager 6. Поддерживает ключевые направления Platega, включая СБП, криптовалюту, российские и зарубежные карты.

www.ispsystem.ru/billmarket/platega-io

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

Если вы хотите разместить свой сервис на маркетплейсе BILLmarket — мы только за. Для этого достаточно заполнить анкету на странице площадки и подписать соглашение.
www.ispsystem.ru/billmarket/form

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

В DCImanager появился мониторинг сетей Fibre Channel и FC-коммутаторов



В DCImanager появилась возможность работы с сетями Fibre Channel (FC) и FC-коммутаторами. Теперь их можно учитывать в системе, связывать с СХД и видеть вместе с Ethernet-инфраструктурой.

Для FC-коммутаторов мы добавили получение данных из Fabric Operating System (FOS), автоматический учет WWNN, WWPN и FCID, а также указание типа соединения — FC или Ethernet. В системе можно учитывать связи между серверами, СХД и коммутаторами и контролировать состояние FC-соединений.

Новая возможность подойдет компаниям, которые используют системы хранения данных и FC-сети: она позволяет контролировать состояние сетей хранения, а также отслеживать работоспособность связей между СХД и серверами.

Что дает мониторинг FC-коммутаторов:
  • Единое представление инфраструктуры: в одном окне видны все компоненты сети хранения, FC-коммутаторы, серверы и СХД.
  • Понятные связи: можно увидеть, как сервер подключен к СХД и через какие коммутаторы проходит соединение.
  • Быстрый поиск проблем: схема подключений помогает быстрее определить, на каком участке сети хранения нарушилась связность.

Зачем нужен учет и мониторинг FC-сетей
FC-сети отличаются от Ethernet особенностями передачи данных. При потере соединения восстановление передачи по другим маршрутам может занимать больше времени и ресурсов, поэтому важно своевременно обнаруживать проблемы со связностью.

В Ethernet-сетях для идентификации сетевых интерфейсов используются IP- и MAC-адреса. В Fibre Channel для этого используются свои сущности: WWPN (World Wide Port Name), WWNN (World Wide Node Name) и FCID (Fibre Channel ID). Для полноценного учета серверов и их подключений к FC-сетям важно учитывать и параметры FC.

Есть и другая особенность: в FC-сетях передаются данные файловой системы. Если в Ethernet обрыв соединения может привести к кратковременной недоступности прикладного сервиса, то в FC-сетях он может повлиять на целостность данных на СХД.

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

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

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

Fibre Channel: прозрачность для команд и стандарт сетей хранения
В крупных инфраструктурах за сетевую часть и системы хранения часто отвечают разные команды. Сетевые администраторы работают со своими системами учета и IPAM, а специалисты по СХД — с отдельными инструментами управления фабриками Fibre Channel. При проблемах со связностью бывает сложно быстро определить зону ответственности и выявить участок с неисправностью.

DCImanager объединяет эту информацию в одном окне. Пользователь видит серверы, СХД, FC-коммутаторы и связи между ними, а также контролирует состояние соединений. Это упрощает диагностику, помогает быстрее определить границы проблемы и дает целостное представление об инфраструктуре.

Новая возможность также дополняет работу модуля СХД. Системы хранения не работают изолированно от сети, а Fibre Channel — один из основных протоколов для построения сетей хранения. Теперь связи между серверами и СХД можно учитывать и контролировать не только для Ethernet, но и для FC-инфраструктуры.

Подробнее о настройке FC-коммутаторов и работе с ними читайте в документации DCImanager.
www.ispsystem.ru/docs/dcimanager-admin/oborudovanie/kommutatory/nastrojka-kommutatora-v2026081
www.ispsystem.ru/dcimanager

Как построить автоматизированный облачный сервис на базе VMmanager и BILLmanager



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

Сервис ориентирован как на небольшие проекты — сайты, интернет-магазины, тестовые среды и ботов, так и на более ресурсоёмкие задачи: CRM, базы данных, корпоративные приложения, SaaS-сервисы и высоконагруженные проекты. Серверы NEWVPS размещаются в российском дата-центре в Москве.

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

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

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

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

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

Клиент взаимодействует с NEWVPS через единый личный кабинет, а необходимые операции на уровне инфраструктуры выполняются автоматически. Это позволяет предоставлять VPS как полноценную self-service услугу без ручного участия специалиста при создании каждого нового сервера.

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

Однако для растущего бизнеса NEWVPS основной задачей стало развёртывание собственной облачной платформы, которая позволила бы предоставлять клиентам виртуальные серверы в формате готовой услуги (самообслуживания), а не заниматься ручным созданием и настройкой каждого сервера.

Выбор решения
При выборе технологической платформы для заказчика были особенно важны:
  • возможность автоматизации процессов предоставления VPS;
  • масштабирование инфраструктуры по мере роста бизнеса;
  • интеграция с собственными сервисами и личным кабинетом NEWVPS.
По итогу заказчик остановил свой выбор на решениях ISPsystem. Платформы VMmanager и BILLmanager имеют готовую интеграцию «из коробки», позволяя построить необходимый технологический слой и связать управление виртуальной инфраструктурой с клиентским сервисом без длительной разработки собственных модулей и интеграционных прослоек.

Используемые продукты и ключевой функционал
В проекте NEWVPS используются два основных продукта ISPsystem — VMmanager и BILLmanager.
VMmanager используется для управления виртуальной инфраструктурой. С его помощью организовано создание и управление виртуальными машинами, распределение вычислительных ресурсов и выполнение основных операций с VPS. Это позволяет технической команде управлять инфраструктурой из единой системы и автоматизировать большое количество рутинных операций.

VMmanager — платформа автоматизации бизнеса по аренде виртуальной инфраструктуры
BILLmanager используется как платформа для управления услугами и взаимодействия с клиентами. Через него автоматизированы процессы, связанные с заказом услуг, тарификацией и оплатой. В связке с VMmanager это позволяет выстроить сквозной процесс: клиент заказывает VPS, система обрабатывает заказ — и необходимые действия передаются на инфраструктурный уровень.

BILLmanager — универсальная платформа автоматизации бизнеса по предоставлению и продаже ИТ-услуг
Очень важна возможность интеграции платформы с внешними системами через открытое API. Благодаря этому инфраструктурный уровень можно связать с собственным личным кабинетом NEWVPS и реализовать для клиента привычный сценарий: выбрать конфигурацию → оплатить → получить готовый сервер.

Результаты и планы развития
Использование VMmanager и BILLmanager позволило построить автоматизированную модель предоставления VPS и существенно сократить количество ручных операций.

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

Автоматизация позволяет развивать NEWVPS как самостоятельный облачный сервис и постепенно наращивать количество доступных ресурсов и клиентов.

Мнение заказчика
В работе над NEWVPS мы использовали VMmanager и BILLmanager как основу для автоматизации предоставления VPS. Для нас было важно связать управление инфраструктурой с клиентскими процессами, чтобы заказ услуги, оплата и создание сервера проходили как единый автоматизированный сценарий. В результате клиент получает готовый VPS за несколько минут, а инженеры не тратят время на выполнение типовых операций вручную.
Владимир Мутьев
Руководитель проекта

https://newvps.ru

Как один из крупнейших провайдеров Узбекистана за две недели запустил хостинговое направление с решениями ISPsystem



О компании
Turon Telecom (ООО Turon Media) — один из крупнейших интернет-провайдеров и операторов кабельного телевидения в Ташкенте. Компания работает с 1995 года и первой в столице Узбекистана предложила услуги кабельного телевидения.

В 2015 году Turon Telecom решила открыть новое направление бизнеса — хостинг. Так появилось торговое наименование Turon Cloud.

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

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

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

Почему выбрали ISPsystem
После тестирования решений компания остановила выбор на продуктах ISPsystem: BILLmanager, VMmanager, DNSmanager, IPmanager. Также в проекте используется партнёрское решение — панель управления ispmanager, которая совместима с продуктами ISPsystem и эффективно работает в связке с ними.

Ключевым преимуществом стала архитектура «всё в одном» и экосистемный подход: решения ISPsystem объединили управление виртуальной инфраструктурой, биллингом, DNS, IP-адресами и хостингом в единой экосистеме. Такой подход позволил выстроить связанные между собой процессы и автоматизировать их без нескольких разрозненных инструментов.

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

Реализация проекта
За короткий срок удалось развернуть и интегрировать продукты ISPsystem с местной платёжной системой. Уже через две недели после интеграции Turon Cloud смогла запустить продажи хостинговых услуг.

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

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

Платформа обеспечивает автоматизацию клиентских и внутренних процессов хостинга, включая биллинг, управление виртуальной инфраструктурой, IP-адресами, DNS и услугами хостинга.

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

Turon Cloud работает с решениями ISPsystem уже более 10 лет. Компания продолжает использовать комплекс продуктов, а также отмечает их надёжность и оперативную техническую поддержку в критических ситуациях.

Мнение заказчика
Мы выбрали ISPsystem за удобную комплексную систему и низкий порог вхождения — не обязательно быть крупным бизнесом, чтобы ПО себя окупило. Гибкие права доступа позволяют распределить задачи между сотрудниками: технические специалисты работают со сложными обращениями, а помощники закрывают простые тикеты. Доступы для бухгалтерии и маркетинга помогают каждому работать с отчётами. В итоге система упрощает ежедневную работу и позволяет эффективнее распределять нагрузку внутри команды.
Сергей Каракишьян
Технический руководитель проекта Turon Cloud в составе провайдера Turon Telecom

turontelecom.uz/ru
tcloud.uz/ru/vds

Магазин приложений в BILLmanager: как провайдерам продавать готовые сервисы



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

Команда BILLmanager представляет «Магазин приложений» — модуль, который превращает инфраструктуру в витрину готовых решений SaaS (Software as a Service) и PaaS (Platform as a Service).

Что такое «Магазин приложений»
Магазин приложений позволяет провайдерам создавать каталог программного обеспечения и продавать его как услугу под ключ. Клиент выбирает нужное приложение — CMS, панель управления, базу данных, мессенджер или другой софт, — указывает параметры и оплачивает заказ. Результат: не просто сервер, а полностью настроенный и готовый к работе сервис.

Что получает клиент:
  • Быстрый Time-to-market. Не требуется вручную устанавливать приложения и настраивать окружение — сервис готов к работе сразу после оплаты.
  • Экономия на DevOps. Не нужно привлекать системного администратора для развертывания базового софта.
  • Предсказуемость. Клиент сразу понимает, за что платит, и получает готовый инструмент для бизнеса.

Что получает провайдер:
  • Новый источник дохода. Возможность продавать ПО как дополнительную услугу к классической аренде серверов и получать дополнительную выручку от готовых решений.
  • Полная автоматизация. Весь процесс — от заказа до выдачи доступов — выполняется без ручных операций.
  • Снижение нагрузки на L1-поддержку. Клиентам не нужно обращаться в поддержку с типовыми вопросами, например «Как установить WordPress/Nextcloud/1C».
  • Архитектура решения: что под капотом
  • «Магазин приложений» — это не просто «витрина», а оркестратор, бесшовно связывающий биллинг и инфраструктуру.

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

Алгоритм работы «Магазина приложений»:
  • Провайдер устанавливает модуль и настраивает приложение: выбирает ОС, скрипт установки и минимальные требования к ресурсам.
  • Настраивается тариф типа «Приложение», к которому привязываются заданные конфигурации и инфраструктурные мощности.
  • Клиент оформляет заказ в витрине.
  • BILLmanager передает задачу в VMmanager 6: создается сервер, разворачивается ОС и выполняется скрипт установки приложения.
  • Клиент получает уведомление с готовыми доступами.

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

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

Прозрачность для клиента
Несмотря на то, что клиент покупает «Приложение», инфраструктура остается в его распоряжении. Сервер отображается в общем списке услуг клиента, а root-доступы приходят в едином уведомлении. При необходимости клиент может самостоятельно настроить сервер и программное окружение под свои задачи.

Мы продолжим развивать «Магазин приложений» и будем рады обратной связи по работе модуля!

VMmanager подтвердил совместимость с платформой Termidesk VDI 7.0



Платформа управления виртуализацией VMmanager 6 Infrastructure версии 2026.06.1-1 и выше подтвердила совместимость с новой версией мультиплатформенного решения для создания виртуальных рабочих мест Termidesk VDI 7.0 от компании «Увеон — облачные технологии», разработчика решений для виртуализации рабочих мест и доставки приложений под брендом Termidesk.

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

В ходе испытаний специалисты проверили операции управления питанием виртуальных машин: включение, выключение, перезагрузку и перевод в режим ожидания. Корректно отработали механизмы именования виртуальных машин при публикации и перепубликации фондов, а также их тегирования по принадлежности к фонду. Отдельно была протестирована работа с виртуальными машинами на базе Astra Linux и Microsoft Windows, включая последующее включение создаваемых машин в домены FreeIPA и Microsoft Active Directory. Тестирование также охватило пользовательские сценарии работы с виртуальными рабочими местами.

Кроме того, была подтверждена передача файлов в виртуальные машины фонда, двусторонняя работа буфера обмена с текстом и изображениями и двухмониторный режим. При публикации фондов успешно протестировано получение IP-адресов как из DHCP, так и из VXLAN-пулов. Проверки проводились для различных сочетаний клиентских и гостевых операционных систем с использованием протоколов SPICE и TERA.

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

«Совместимость VDI-платформы с инфраструктурными компонентами — один из ключевых вопросов для заказчика. Здесь важно не просто запустить виртуальную машину, а обеспечить полноценный жизненный цикл рабочего места: создать фонд, развернуть машины из образа, обновить его, при необходимости выполнить откат, управлять состоянием ВМ и при этом сохранить привычные пользовательские сценарии. Проведенное тестирование показало, что Termidesk VDI 7.0 и VMmanager могут совместно решать эти задачи», — отметил Сергей Халяпин, директор по развитию новых рынков и технологических партнеров Termidesk.

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

www.ispsystem.ru/vmmanager