Современная ИТ-инфраструктура организации может включать десятки или сотни физических серверов, коммутаторы, системы хранения данных, источники бесперебойного питания, распределители питания, стойки и вспомогательное оборудование разных производителей. Чем больше таких устройств, тем сложнее вести их учёт, контролировать состояние, распределять адресное пространство и понимать фактическую загрузку площадок. Для решения этих задач применяются системы класса DCIM - Data Center Infrastructure Management.
DCImanager 6 - российская платформа для управления физической мультивендорной ИТ-инфраструктурой. В официальной документации она описывается как система, позволяющая работать с географически распределённой инфраструктурой как с единым целым, удалённо управлять оборудованием, контролировать его состояние, заполненность стоек и адресное пространство, а также вести учёт оборудования. Для управления используется веб-интерфейс.
Информационный подход к такой платформе предполагает рассмотрение не только набора функций, но и места DCIM-системы в архитектуре дата-центра, принципов мультивендорности, способов подключения устройств, мониторинга, инвентаризации и автоматизации. Практическая применимость конкретного решения зависит от состава оборудования, топологии сети, требований организации и существующих процессов эксплуатации.
Что означает управление физической ИТ-инфраструктурой
Виртуализация и облачные платформы позволяют работать с виртуальными машинами и программными ресурсами, однако в основе любой такой среды остаётся физическое оборудование. Серверы необходимо установить в стойки, подключить к сети и электропитанию, назначить им адреса, контролировать состояние компонентов и при необходимости заменять вышедшие из строя детали.
Если инфраструктура небольшая, часть информации можно хранить в таблицах и отдельных системах мониторинга. При увеличении количества серверов такой подход усложняется. Одна система содержит сведения об IP-адресах, другая показывает сетевое оборудование, третья используется для мониторинга, а расположение серверов в стойках может фиксироваться отдельно.
DCIM-платформа стремится объединить эти данные вокруг физических объектов инфраструктуры. DCImanager позволяет управлять серверами, сетевым оборудованием, питанием, IP-адресным пространством и связанными объектами из одного интерфейса. Производитель отдельно указывает поддержку контроля стоек, PDU, UPS, сетей и DNS-имён.
При этом наличие единой системы не отменяет специализированные средства. Например, для приложений может использоваться отдельный мониторинг, для виртуализации - собственная платформа, а для информационной безопасности - специализированные средства защиты. DCIM в такой архитектуре выполняет функцию управления именно физическим уровнем и связанными с ним ресурсами.
Что такое мультивендорная инфраструктура
Мультивендорная инфраструктура - это среда, в которой используется оборудование разных производителей. В одном дата-центре могут одновременно работать серверы нескольких марок, коммутаторы разных семейств, различные модели PDU, ИБП и систем хранения.
Для администратора это создаёт дополнительную сложность. У каждого производителя может быть свой интерфейс управления, собственный API, специфические команды и набор доступных показателей. Если инженер работает с каждым устройством отдельно, количество интерфейсов и инструкций быстро растёт.
DCImanager использует программные обработчики оборудования. Согласно актуальной документации, платформа работает с серверами, коммутаторами, PDU, источниками бесперебойного питания, BMC, Intel AMT и системами хранения данных. Для связи применяются, в частности, SNMP и протоколы конкретных производителей, например NX-API.
Мультивендорность при этом не означает автоматическую совместимость с абсолютно любой моделью. Перед внедрением необходимо сверять конкретное оборудование со списком протестированных устройств и поддерживаемых обработчиков. В документации прямо отмечается, что совместимость проверяется по производителям и линейкам оборудования.
Сервер как основной физический объект
Сервер является одним из ключевых объектов DCIM-системы. Для него важно знать не только модель и серийный номер, но и физическое расположение, сетевые подключения, состояние компонентов и механизм удалённого управления.
Современные серверы обычно оснащаются BMC - отдельным контроллером управления. В зависимости от производителя используются разные реализации такого контроллера. Через него администратор может получать аппаратные показатели, контролировать питание и выполнять часть операций без доступа к основной операционной системе.
DCImanager работает с BMC через соответствующие обработчики. Перед подключением такого оборудования необходимо настроить интерфейс управления и учётные данные, после чего платформа может взаимодействовать с ним централизованно.
Такой подход особенно важен при удалённой эксплуатации. Если сервер находится в другом помещении или другом дата-центре, администратору не всегда требуется физическое присутствие для базовой диагностики и управления питанием.
Сетевое оборудование
Физическая ИТ-инфраструктура невозможна без коммутаторов. Они связывают серверы между собой, обеспечивают доступ к другим сегментам сети и участвуют в построении локальной сетевой архитектуры.
DCImanager поддерживает работу с различными моделями коммутаторов. Для взаимодействия используются обработчики и поддерживаемые устройствами протоколы. В официальном перечне присутствуют решения разных производителей, а для отдельных устройств применяются SNMP, NX-API и другие механизмы.
С точки зрения эксплуатации важно не просто видеть коммутатор в списке. Необходимо понимать, какие порты заняты, какие серверы к ним подключены, как организована сеть и какие изменения происходили с подключениями.
В крупном дата-центре подобная информация помогает уменьшать количество ручной работы при поиске физических соединений. Она также полезна при замене оборудования и планировании новых подключений.
Управление электропитанием
Ещё один слой физической инфраструктуры связан с электропитанием. Серверная стойка может включать распределители питания PDU, а инфраструктура в целом - источники бесперебойного питания.
DCImanager поддерживает PDU и ИБП как отдельные управляемые типы оборудования. Они входят в актуальный перечень совместимых классов устройств.
Контроль питания важен по нескольким причинам. Во-первых, он позволяет связывать серверы с конкретными розетками или устройствами распределения. Во-вторых, показатели питания могут использоваться для контроля состояния инфраструктуры. В-третьих, удалённое управление электропитанием иногда применяется при обслуживании серверов.
Однако любые автоматизированные операции с питанием требуют аккуратной настройки прав. Ошибочное отключение PDU или конкретной розетки способно привести к остановке работающего сервиса, поэтому доступ к таким функциям обычно предоставляют только ответственным администраторам.
Учёт оборудования и склад
Физическая инфраструктура постоянно меняется. Серверы вводятся в эксплуатацию, перемещаются между площадками, разбираются на комплектующие или заменяются. Новое оборудование поступает на склад, а запасные детали используются при ремонте.
Для системного учёта недостаточно знать только список активных серверов. Необходимо учитывать оборудование, которое временно не установлено, хранится на складе или предназначено для будущего развертывания.
В DCImanager предусмотрен отдельный модуль учёта оборудования. Он позволяет работать с одним или несколькими складами, вести справочники, учитывать серверы, комплектующие, коммутаторы, PDU, ИБП и другие типы оборудования, фиксировать поставщиков и поставки, а также экспортировать сведения в CSV.
Такой подход помогает связать техническую эксплуатацию с инвентаризацией. Администратор получает представление не только о работающих устройствах, но и о запасах оборудования.
Почему важна история перемещения
Для физического оборудования имеет значение его жизненный цикл. Сервер может сначала находиться на складе, затем быть установлен в одну стойку, позднее перенесён на другую площадку и после нескольких лет эксплуатации выведен из использования.
Если информация о таких перемещениях отсутствует, возникают расхождения между фактической инфраструктурой и документацией.
Модуль учёта DCImanager предназначен, в частности, для отслеживания перемещения оборудования в дата-центре. По умолчанию в нём предусмотрено сохранение истории за счёт ограничения удаления записей об оборудовании и поставках, хотя соответствующий режим можно изменить в настройках.
Для эксплуатации это означает возможность воспринимать инвентарную базу не как статичный список, а как историю физических объектов.
Стойки и размещение оборудования
В дата-центре важно знать не только наличие сервера, но и его положение. Устройство занимает определённое количество юнитов в стойке, подключается к сетевому оборудованию и питанию, а его расположение влияет на возможности дальнейшего расширения.
DCImanager позволяет контролировать заполненность стоек. В документации платформы эта функция выделена как одна из базовых возможностей.
Дополнительно в системе предусмотрен модуль визуализации стоек, а также модуль карты ЦОД. Эти компоненты перечислены в актуальной структуре документации DCImanager 6.
Визуальное представление особенно полезно инженерам, работающим непосредственно с оборудованием. Вместо поиска устройства только по серийному номеру они могут понимать, в какой стойке и на какой позиции оно находится.
Для планирования расширения карта также помогает увидеть, где ещё осталось место и как распределено оборудование между локациями.
Географически распределённая инфраструктура
Не все организации используют один дата-центр. Компания может иметь несколько серверных помещений, региональные площадки или оборудование в разных ЦОДах.
В такой ситуации задача управления становится сложнее: необходимо поддерживать единый учёт при физическом разделении инфраструктуры.
В документации DCImanager одной из основных возможностей названо управление географически распределённой ИТ-инфраструктурой как единым целым. Производитель также описывает использование платформы при наличии нескольких дата-центров и оборудования разных производителей.
Логическое объединение не означает, что физические площадки перестают быть самостоятельными. Для каждой локации по-прежнему существуют собственные сети, маршруты доступа, серверы и ограничения. Централизованная система лишь предоставляет общий уровень учёта и управления.
IP-адресное пространство
IP-адреса являются таким же инфраструктурным ресурсом, как серверные слоты и порты коммутаторов. При большом количестве устройств ручное ведение адресов в таблицах создаёт риск дублирования и ошибок.
DCImanager предусматривает управление адресным пространством как одну из базовых функций платформы.
В документации также присутствуют отдельные API-компоненты для IPmanager и интеграционные механизмы, связанные с IP-управлением.
Централизованный учёт помогает понимать, какие адреса уже назначены, какие доступны и каким объектам они принадлежат. Это особенно важно в инфраструктуре, где серверы регулярно вводятся в эксплуатацию и выводятся из неё.
При проектировании IPAM необходимо заранее определить структуру подсетей, правила выдачи адресов и ответственность за изменения. Автоматизация упрощает операции, но не заменяет архитектуру адресного пространства.
Мониторинг оборудования
DCIM-система должна не только хранить инвентарные сведения, но и получать информацию о текущем состоянии инфраструктуры.
DCImanager включает инструменты мониторинга физического оборудования. На странице продукта указывается контроль серверов, сетевых устройств, PDU и UPS, а также система уведомлений о проблемах. В качестве примера приводится фиксация повышения температуры.
Мониторинг физического уровня отличается от мониторинга приложений. DCIM может сообщать о состоянии аппаратуры, тогда как отдельная система наблюдения за приложениями показывает доступность сайта, базы данных или корпоративной системы.
Эти уровни дополняют друг друга. Сервер может оставаться включённым, но приложение на нём перестанет отвечать. Возможна и обратная ситуация: программные сервисы ещё работают, но аппаратные датчики уже сигнализируют о потенциальной проблеме.
Диагностика и профилактика отказов
Данные аппаратного мониторинга полезны не только после возникновения неисправности. Изменение температуры, показателей питания или состояния компонентов может предупредить инженера заранее.
Чем крупнее инфраструктура, тем сложнее регулярно проверять каждое устройство вручную. Автоматический сбор показателей позволяет сосредоточить внимание на узлах, где появились отклонения.
Однако система мониторинга не должна рассматриваться как абсолютный источник истины. Корректность данных зависит от оборудования, протокола, обработчика и настроек.
Перед эксплуатацией желательно проверить, какие именно показатели доступны для каждой модели оборудования и какие события формируют уведомления.
Системы хранения данных
Физические системы хранения являются отдельным инфраструктурным классом. Они могут состоять из контроллеров, дисковых полок, накопителей и сетевых компонентов.
В актуальной версии DCImanager предусмотрена работа с СХД. Они входят в перечень поддерживаемых типов оборудования.
На странице платформы также описывается отдельный модуль СХД, предназначенный для учёта систем хранения и их основных компонентов через интерфейс DCImanager или API.
Здесь важно разграничивать инвентаризацию и непосредственное управление данными. DCIM-система в первую очередь помогает учитывать физические устройства и их состояние. Функции самой системы хранения - создание томов, настройка RAID, репликация и другие специализированные операции - зависят от конкретной архитектуры и возможностей интеграции.
Расширение поддержки нового оборудования
Инфраструктура постоянно развивается, и организация может приобрести устройство, для которого в платформе ещё нет готового обработчика.
DCImanager предусматривает механизм создания собственных обработчиков. В актуальной документации, например, описано добавление собственного обработчика коммутатора. Для SNMP-устройств используется базовый класс для работы через SNMP, для NetConf - отдельный базовый механизм, а для других типов предусмотрена общая основа.
Это важно для мультивендорных сред, поскольку невозможно заранее включить в продукт абсолютно все модели оборудования.
Однако разработка собственного обработчика требует технической квалификации и тестирования. Ошибки в логике взаимодействия способны привести к неверному отображению состояния или некорректным управляющим операциям.
Поэтому до написания собственного модуля разумно проверить, существует ли уже совместимый обработчик для нужного семейства оборудования.
API и автоматизация
Управление крупным дата-центром редко ограничивается действиями через графический интерфейс. Возникает необходимость интегрировать DCIM с другими системами: порталами, внутренними сервисами, биллингом и средствами автоматизации.
Актуальная документация DCImanager содержит отдельные API для основной платформы, Equipment service, IPmanager, IPMI Proxy и других компонентов, а также примеры работы и Swagger.
Через API можно строить процессы, в которых действия выполняются автоматически по запросу другой системы.
Например, внутренний сервис может инициировать подготовку инфраструктурного объекта после согласования заявки. В хостинговой среде автоматизация может быть связана с выдачей выделенного сервера пользователю.
При этом API должен использоваться с учётом разграничения прав и журналирования. Чем больше операций выполняется автоматически, тем важнее отслеживать, какая система и когда инициировала изменение.
DCImanager Infrastructure и Hosting
В документации DCImanager 6 выделяются две редакции. DCImanager 6 Infrastructure ориентирована на владельцев ИТ-инфраструктуры и централизованное управление мультивендорной средой. DCImanager 6 Hosting предназначена прежде всего для хостинг-провайдеров и процессов, связанных с автоматизацией предоставления выделенных серверов.
Такое разделение важно учитывать при изучении возможностей продукта. Функция, актуальная для провайдера, может не иметь большого значения для корпоративного дата-центра.
Внутренней ИТ-службе обычно важнее инвентаризация, мониторинг, стойки, сети, питание и централизованное управление. Провайдеру дополнительно нужны механизмы взаимодействия с биллингом и пользовательскими сервисами.
Поэтому сравнивать редакции следует не по количеству возможностей, а по соответствию конкретному сценарию эксплуатации.
Роль DCImanager в корпоративной инфраструктуре
В корпоративном дата-центре платформа может использоваться как центральная система учёта физических ресурсов.
В ней фиксируются серверы, сетевые устройства, стойки, IP-адреса и элементы питания. Инженеры получают единое представление о том, где расположено оборудование и в каком состоянии оно находится.
Это особенно полезно во время расширения или модернизации. Перед установкой новых серверов можно оценить свободные позиции, проверить существующее оборудование и подготовить необходимые сетевые ресурсы.
Система также может служить источником данных для других внутренних процессов через API.
При этом внедрение DCIM обычно требует предварительной инвентаризации. Если исходные данные о стойках, подключениях и оборудовании неактуальны, их необходимо привести в порядок до того, как система начнёт выполнять роль основного источника информации.
DCImanager в дата-центре провайдера
Для коммерческого дата-центра или хостинг-провайдера физический сервер может быть не только техническим объектом, но и предоставляемым клиенту ресурсом.
DCImanager предусматривает интеграцию с биллинговыми системами. В актуальной документации присутствуют интеграции с BILLmanager, Clouden, WHMCS и HostBill.
Это позволяет связывать технический уровень с процессом предоставления услуги. Однако автоматизация продаж и расчётов остаётся отдельной задачей от физического управления оборудованием.
Для провайдера особенно важно, чтобы состояние сервера в учётной системе соответствовало реальности: свободный сервер действительно должен быть готов к выдаче, а занятый - не попадать повторно в пул доступных ресурсов.
Поэтому эффективность автоматизации напрямую зависит от качества инвентарных данных.
Импорт существующей инфраструктуры
При внедрении DCIM в уже работающем дата-центре организация начинает не с пустой системы. В инфраструктуре уже находятся десятки или сотни устройств.
Ручной ввод каждого сервера может потребовать значительного времени. В документации DCImanager предусмотрены функции импорта оборудования, в том числе импорт из CSV, а также отдельные процедуры миграции между версиями системы.
Перед массовым импортом данные полезно очистить: привести к единому формату названия моделей, серийные номера, расположение, IP-адреса и другие поля.
После импорта проводится сверка с физической инфраструктурой. Если исходная таблица содержала ошибки, автоматический перенос лишь перенесёт их в новую систему.
Поэтому полноценное внедрение DCIM часто совмещается с технической инвентаризацией площадки.
Разграничение прав пользователей
Не каждому сотруднику, использующему систему, требуется полный административный доступ.
Инженеру эксплуатации может быть достаточно просмотра оборудования и выполнения ограниченного набора операций. Сотруднику склада необходимы функции инвентаризации. Администратор платформы, напротив, должен иметь доступ к системным настройкам.
Возможность управлять правами пользователей входит в базовый набор задач DCImanager.
При настройке ролей важно следовать принципу минимально необходимых полномочий. Особенно это касается операций с электропитанием, сетевыми настройками и удалённым управлением серверами.
Чем больше инфраструктура, тем важнее фиксировать ответственность за изменения и исключать общие административные учётные записи.
Резервное копирование самой платформы
DCIM становится важным источником данных об инфраструктуре, поэтому необходимо защищать не только управляемые серверы, но и саму платформу управления.
В актуальной структуре документации DCImanager предусмотрен отдельный раздел резервного копирования платформы.
Резервирование необходимо потому, что в системе хранится инвентарная информация, настройки подключений и другие эксплуатационные сведения.
Стратегия резервного копирования должна учитывать периодичность изменений. Если оборудование и адреса меняются ежедневно, редкая копия может быстро устареть.
Полезно также периодически проверять возможность восстановления платформы, а не ограничиваться фактом создания архивов.
Российское происхождение ПО
DCImanager относится к российским программным продуктам. В Едином реестре российских программ присутствуют записи DCImanager и DCImanager 6 в категории средств мониторинга и управления.
Для организаций, которым необходимо учитывать происхождение программного обеспечения в рамках внутренних или нормативных требований, этот статус может быть отдельным параметром выбора.
Однако принадлежность к российскому ПО не заменяет технического анализа. Перед внедрением по-прежнему требуется проверить совместимость имеющихся моделей серверов, коммутаторов, PDU, ИБП и СХД с актуальной версией платформы.
Также необходимо оценить требования к серверу самой DCIM-системы, инфраструктуре сети управления и процессу обновления.
Что проверить перед внедрением
Первый этап - инвентаризация. Нужно определить количество серверов, стоек, коммутаторов, PDU, ИБП и систем хранения.
Следующий вопрос - совместимость. Для каждого семейства оборудования следует проверить наличие обработчика и перечень доступных операций. Актуальная документация DCImanager публикует отдельный список совместимых устройств и используемых механизмов управления.
Затем необходимо спроектировать доступ платформы к управляющим сетям. BMC и инфраструктурные интерфейсы желательно размещать и защищать в соответствии с принятой в организации моделью информационной безопасности.
Отдельно определяются роли пользователей, правила хранения учётных данных и резервное копирование.
После этого можно переходить к пилотному подключению небольшой части инфраструктуры. Оно позволяет проверить корректность мониторинга, инвентаризации и удалённых операций до масштабирования системы на весь дата-центр.
Ограничения централизованного управления
Единая панель упрощает работу, но одновременно становится важным элементом инфраструктуры. Ошибка конфигурации или избыточные права администратора могут повлиять на большое число устройств.
Поэтому доступ к DCIM-платформе необходимо защищать не менее внимательно, чем интерфейсы управления самими серверами.
Второе ограничение связано с неодинаковой функциональностью оборудования. Даже если два коммутатора поддерживаются платформой, набор доступных операций может различаться.
Третья особенность - качество исходных данных. Если сервер физически перенесли в другую стойку, но изменение не было зафиксировано, интерфейс перестанет соответствовать реальности.
Таким образом, DCIM не устраняет необходимость в эксплуатационной дисциплине. Система помогает поддерживать данные, но процессы их актуализации должны быть определены организационно.
Заключение
DCImanager - платформа для управления мультивендорной ИТ-инфраструктурой, предназначенная для централизованной работы с серверами, сетевым оборудованием и связанными элементами дата-центра. Актуальная версия поддерживает серверы, коммутаторы, PDU, ИБП, BMC, Intel AMT и системы хранения данных, а взаимодействие с различными моделями организовано через специализированные обработчики.
Платформа позволяет управлять географически распределённой инфраструктурой, контролировать заполненность стоек, работать с адресным пространством и правами пользователей. Для инвентаризации предусмотрен отдельный модуль учёта оборудования, позволяющий фиксировать серверы, комплектующие, сетевые устройства, поставки и склады.
Дополнительные механизмы включают визуализацию стоек и карты ЦОД, интеграции, API и возможность создания собственных обработчиков для отдельных типов оборудования. Это позволяет использовать DCImanager как объединяющий слой между физической инфраструктурой и эксплуатационными процессами организации.
При этом внедрение DCIM-системы не сводится к установке программного продукта. До запуска необходимо провести инвентаризацию, проверить совместимость оборудования, определить структуру управляющих сетей, настроить права пользователей и разработать порядок обновления данных.
Для организации с несколькими производителями оборудования ценность такой системы заключается прежде всего в стандартизации управления: сервер, коммутатор или PDU рассматриваются как объект единой инфраструктуры, а не как изолированное устройство с отдельным интерфейсом.
Поэтому DCImanager целесообразно оценивать как инструмент централизованного учёта, мониторинга и управления физическими ресурсами. Конкретная архитектура его применения должна определяться масштабом дата-центра, составом оборудования и существующими процессами эксплуатации, а совместимость и функциональные возможности необходимо проверять по документации актуальной версии платформы.
