Интеллектуальные PDU: есть ли смысл?

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

Пол Наги, независимый консультант, Critical Facilities: Программное обеспечение для мониторинга энергопотребления существует уже в течение более чем 20 лет. В середине 80х мы как раз переживали переходный период. Поставщики, разрабатывающие новые виды ПО, должны учитывать фактор прямой и обратной совместимости с другими продуктами, уделяя основное внимание решениям BCMS и EMS, как основному интерфейсу взаимодействия между источником обрабатываемых данных и программным обеспечением для мониторинга и ведения отчетности.

Хари Гопалакришна, инженер по продажам DCIM, Emerson Network Power: Думаю, мы все согласны с тем, что измерения необходимы для:

  1. балансировки нагрузки и фаз,
  2. отслеживания энергопотребления,
  3. расчета PUE.

Эти задачи, по большей части, могут быть решены за счет использования прерывателей тока с функцией мониторинга в цепи модулей распределения питания. Получаемые таким образом данные позволяют рассчитать PUE категории 2. Если же использовать служебные процессоры, работающие по протоколу IPMI или SNMP, то существует возможность сбора данных по энергопотреблению с конечных устройств (серверы, устройства хранения и т.д.). Эти данные могут использоваться для расчета PUE категории 3.

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

Джеймс Армстронг, старший менеджер по вопросам инфраструктуры ЦОД, SAP: Краткий ответ на вопрос звучит так: разветвители со встроенными счетчиками не являются пустой тратой денег; однако, существуют более экономичные решения.

Мониторинг энергопотребления на уровне коммутационной панели (модуля распределения питания) обладает одним существенным преимуществом в сравнении с «умными» разветвителями: разветвители не могут измерять нагрузку на устройствах с прямым подключением. Многие сервера, сетевые устройства и устройства хранения данных уровня предприятия подключаются к коммутационной панели напрямую.

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

Еще одной проблемой, связанной с использованием умных разветвителей, является подключение к сети. Устройствам данного класса требуется индивидуальный IP-адрес, хотя, на рынке представлен ряд разветвителей (например, от компании Liebert), которые реализуют последовательное подключение нескольких устройств для использования единственного IP-адреса. В случае мониторинга на уровне коммутационной панели, на каждый PDU, как правило, выделяется один IP-адрес. В зависимости от числа коммутационных панелей в вашем PDU, вы можете повесить до 100 цепей на один IP-адрес, что позволяет существенно упростить структуру сети.

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

На рынке присутствует множество решений BAS и DCIM, способных принимать входные данные от устройств мониторинга, как на уровне коммутационной панели, так и на уровне разветвителя. Ключевым условием здесь является отображение информации в удобном виде. Недостаточно просто знать, что ток в цепи Х составляет 5А. Необходимо также иметь сведения о нагрузке в резервной цепи (если мы говорим о системе класса 2N). Я считаю, что минимально необходимой информацией является напряжение, ток и потребляемая мощность в обеих цепях.

На основе этих данных можно вычислить нагрузку в паре цепей класса 2N. Затем, можно установить пороговое аварийное значение как для обеих цепей, так и индивидуально. Тревожное оповещение может осуществляться посредством текстовых сообщений, электронной почты и местной аварийной сирены. Выбор режима оповещений основывается, в первую очередь, на используемой операционной модели ЦОД, а не на возможностях системы мониторинга, поскольку, все крупные производители ПО поддерживают перечисленные выше режимы оповещений.

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

Теги:
#Электроснабжение (ИБП, ДГУ)
#Мониторинг

Оставить комментарий

Ваше имя:
E-mail:
(Не обязательно)
Текст комментария:
Введите код с картинки:  

Дополнительные материалы

ПРОФЕССИОНАЛЬНОЕ обучение проектированию систем вентиляции и кондиционирования

Энергоэффективные ЦОД: взгляд со стороны климатехника

Вентиляция и газоудаление в ЦОД

О влажности и увлажнении воздуха внутри и снаружи ЦОД

Нюансы применения свободного охлаждения в ЦОД

Ошибки при построении систем кондиционирования ЦОД

Технико-экономическое обоснование применения фрикулинга в ЦОД

Охлаждение ЦОД: битва за PUE