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

Для решения подобных задач применяется класс систем Cloud Management Platform - CMP. Такие платформы формируют дополнительный уровень управления над различными инфраструктурными ресурсами и позволяют централизовать типовые операции.

К этому классу относится Clouden - разработанная ISPsystem платформа для управления гибридной ИТ-инфраструктурой и облаками. В феврале 2026 года "Группа Астра" объявила о выводе решения на рынок как инструмента централизованного управления разнородными средами. В официальной документации Clouden описывается как платформа, позволяющая работать с физическими и виртуальными ресурсами, публичными облаками, создавать частную облачную среду и предоставлять ИТ-сервисы конечным пользователям.

Что представляет собой Clouden

Clouden не является еще одной системой виртуализации в традиционном понимании. Ее задача находится на другом уровне - объединить управление различными инфраструктурными платформами в одном контуре.

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

CMP-платформа формирует над этим набором технологий унифицированный уровень управления.

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

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

Что такое гибридная ИТ-инфраструктура

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

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

Такая модель возникает не только в крупных компаниях.

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

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

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

Мультиоблако и его отличие от гибридной среды

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

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

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

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

С точки зрения администратора это означает увеличение количества объектов управления.

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

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

Какими платформами может управлять Clouden

Одной из основных особенностей CMP является наличие интеграций с инфраструктурными решениями.

В актуальной документации Clouden среди поддерживаемых систем перечисляются VMmanager 6, DCImanager 6, VMware vSphere, VMware vCloud Director с NSX-T, OpenStack, zVirt и OpenNebula.

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

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

При этом уровень доступных операций зависит от конкретной интеграции.

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

Единое окно управления

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

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

Единое окно управления уменьшает фрагментацию административных процессов.

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

Но централизованное управление следует отличать от полной унификации.

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

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

Автоматизация инфраструктурных операций

Значительная часть работы ИТ-подразделения связана с повторяющимися действиями.

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

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

Clouden позволяет организовывать автоматическое и полуавтоматическое предоставление сервисов. В официальном описании среди сценариев отдельно указана автоматизация выдачи ресурсов пользователям.

Смысл такой модели состоит в стандартизации.

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

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

Портал самообслуживания

Следующим уровнем автоматизации становится self-service - самообслуживание пользователей.

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

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

В Clouden предусмотрена возможность самостоятельного заказа и изменения виртуальных ресурсов. При необходимости выдача может сопровождаться согласованием.

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

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

Поэтому вместе с self-service применяются квоты и правила доступности сервисов.

Квотирование ресурсов

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

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

В Clouden механизм квотирования входит в базовый набор возможностей платформы.

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

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

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

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

Учет стоимости инфраструктуры

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

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

CMP позволяет связать техническое потребление с его условной или фактической стоимостью.

В Clouden предусмотрена настройка тарификации ресурсов. В официальном описании упоминаются модели оплаты за выделенные мощности, pay-as-you-go, разовые и комбинированные варианты.

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

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

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

BI-аналитика в Clouden

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

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

Clouden включает BI-инструменты для анализа инфраструктуры.

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

Это превращает инфраструктурные данные в материал для планирования.

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

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

Выявление неиспользуемых ресурсов

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

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

Каждая такая ВМ занимает память, дисковое пространство и другие ресурсы.

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

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

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

Создание частного облака

Частное облако отличается от обычного набора виртуальных серверов прежде всего моделью предоставления ресурсов.

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

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

Физически серверы при этом могут оставаться в корпоративном ЦОД.

Изменяется прежде всего уровень управления.

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

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

Внутренний сервис-провайдер

Развитие частного облака приводит к модели внутреннего сервис-провайдера.

ИТ-подразделение в этом случае не просто обслуживает серверы, а предоставляет другим подразделениям формализованные сервисы.

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

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

Преимущество подхода заключается в прозрачности взаимоотношений.

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

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

Работа с физическими серверами

Гибридная инфраструктура не ограничивается виртуальными машинами.

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

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

Это позволяет включить bare-metal-ресурсы в общий сервисный подход.

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

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

Интеграция с OpenStack

OpenStack используется для построения частных и публичных облачных сред и включает большое количество взаимосвязанных объектов.

Clouden поддерживает интеграцию с OpenStack для определенных сценариев предоставления виртуальных ресурсов и виртуальных дата-центров.

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

Это хорошо показывает архитектурный принцип CMP.

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

Интеграция с VMware

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

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

Поэтому промежуточная архитектура может включать несколько сред виртуализации одновременно.

Clouden поддерживает интеграционные сценарии с VMware vSphere и VMware Cloud Director. Например, документация описывает создание виртуальной машины из шаблона в vSphere и последующую настройку ресурсов в соответствии с заказанной услугой.

При этом необходимо учитывать ограничения конкретных интеграций и версий.

Так, в документации по одному из сценариев VMware Cloud Director отдельно указаны особенности поддерживаемой версии и отдельных объектов.

Поэтому совместимость всегда следует проверять по актуальной технической документации перед проектированием миграции.

Clouden и переход между платформами виртуализации

Замена гипервизора в крупной организации обычно занимает значительное время.

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

В переходный период старая и новая среды работают параллельно.

CMP в таком сценарии может использоваться как общий управляющий слой.

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

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

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

Роль Clouden в работе DevOps-команд

DevOps-процессы предполагают высокую скорость создания и изменения инфраструктуры.

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

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

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

При этом CMP и полноценная система Infrastructure as Code решают не полностью одинаковые задачи.

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

В развитой архитектуре эти подходы могут дополнять друг друга.

Контроль доступа и организационная модель

Централизация инфраструктуры повышает требования к разграничению полномочий.

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

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

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

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

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

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

Развертывание Clouden

До внедрения необходимо проверить системные требования текущей версии.

Согласно актуальной документации, Clouden может быть установлен на физический или виртуальный сервер, а также работать в среде IaaS. Для рассматриваемой версии документация указывает поддержку x86_64 на процессорах Intel и AMD и отдельно отмечает отсутствие поддержки установки в Kubernetes или Docker.

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

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

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

Как планировать внедрение

Начинать проект Clouden целесообразно с инвентаризации существующей инфраструктуры.

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

После этого выделяются операции, которые действительно требуется централизовать.

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

Следующий этап - пилотный контур.

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

После проверки сценариев систему постепенно распространяют на остальные инфраструктурные сегменты.

Что оценивать перед выбором CMP

При сравнении Clouden с другими подходами следует учитывать не только количество функций.

Первый критерий - совместимость с фактически используемой инфраструктурой.

Второй - глубина интеграции. Название платформы в перечне поддерживаемых еще не означает, что через CMP доступны абсолютно все ее возможности.

Третий критерий - автоматизация необходимых именно организации сценариев.

Четвертый - аналитика и учет ресурсов.

Пятый - безопасность управляющего контура, резервирование и возможность восстановления.

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

Только совокупность этих факторов позволяет понять, насколько централизованная платформа соответствует конкретной инфраструктуре.

Практическая роль решения Clouden

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

Его задача - связать техническую инфраструктуру с сервисной моделью.

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

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

Clouden на официальном сайте ISPsystem

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

Заключение

Clouden - решение класса Cloud Management Platform, предназначенное для централизованного управления гибридной и мультиоблачной ИТ-инфраструктурой. Платформа разработана ISPsystem и позволяет объединять в одном управляющем контуре физические ресурсы, различные платформы виртуализации и облачные среды.

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

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

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

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

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