Pdu что это такое
PDU — многозначная аббревиатура:
 | Список значений слова или словосочетания со ссылками на соответствующие статьи. Если вы попали сюда из другой статьи Википедии, пожалуйста, вернитесь и уточните ссылку так, чтобы она указывала на статью. |
Полезное
Смотреть что такое «PDU» в других словарях:
PDU — may stand for: Partia për Drejtësi dhe Unitet (Party for Justice and Unity), a former political party in Albania Partidul Democrat al Unirii (Democratic Union Party), a political group in Romania Power distribution unit, for distributing… … Wikipedia
PDU — Die Abkürzung PDU ist: Protocol Data Unit, ein Begriff aus geschichteten Netzwerkkonzepten, siehe Service Data Unit Payload Data Unit, ein Konzept aus dem Bereich der Netzwerkprotokolle, siehe Service Data Unit Power Distribution Unit, eine… … Deutsch Wikipedia
PDU — Cette page d’homonymie répertorie les différents sujets et articles partageant un même nom. Sigles d’une seule lettre Sigles de deux lettres > Sigles de trois lettres Sigles de quatre lettres … Wikipédia en Français
PDU — Protocol Data Unit (Academic & Science » Electronics) Protocol Data Unit (Computing » General) Protocol Data Unit (Governmental » Military) Protocol Data Unit (Computing » Networking) Protocol Data Unit (Computing » Telecom) **** Power… … Abbreviations dictionary
PDU — • Protocol Data Unit (OSI ; im GSM Bereich: ein Satz an Daten, der zwischen verschiedenen Kommunikationslayern ausgetauscht wird. Dieser Begriff taucht häufig im Zusammenhang mit dem Versenden und Empfangen von Kurznachrichten über die serielle… … Acronyms
PDU — ● ►en sg. f. ►NET ● 1. Protocol Data Unit. Informations caractérisant les phases de la communication dans le modèle OSI. ● 2. Plug Distribution Unit. Des précisions? ● 3. ►NET Primary Logical Unit. LU initiant une session … Dictionnaire d’informatique francophone
pdu — ISO 639 3 Code of Language ISO 639 2/B Code : ISO 639 2/T Code : ISO 639 1 Code : Scope : Individual Language Type : Living Language Name : Kayan … Names of Languages ISO 639-3
PDU — [1] Protocol Data Unit (OSI ; im GSM Bereich: ein Satz an Daten, der zwischen verschiedenen Kommunikationslayern ausgetauscht wird. Dieser Begriff taucht häufig im Zusammenhang mit dem Versenden und Empfangen von Kurznachrichten über die serielle … Acronyms von A bis Z
PDU — 1. Power Distribution Unit Contributor: GSFC, MSFC 2. Power Drive Unit (Space Shuttle) Contributor: CASI … NASA Acronyms
PDU — abbr. Process Development Unit … Dictionary of abbreviations
СОДЕРЖАНИЕ
Сети с пакетной коммутацией данных
В контексте сетей передачи данных с коммутацией пакетов блок данных протокола (PDU) лучше всего понимается в отношении блока данных службы (SDU).
Функции или услуги сети реализованы на отдельных «уровнях». Например, отправка единиц и нулей по проводу, оптоволокну и т. Д. Выполняется на физическом уровне, а организация единиц и нулей в блоки данных и их безопасная доставка в нужное место в сети осуществляется на уровне канала передачи данных. Передача блоков данных по нескольким подключенным сетям осуществляется сетевым уровнем, а доставка данных в нужное программное приложение в пункт назначения осуществляется транспортным уровнем.
Вышеупомянутый процесс можно сравнить с почтовой системой, в которой письмо (SDU) помещается в конверт, на котором написан адрес (адресная и управляющая информация), что делает его PDU. Отправляющее почтовое отделение может смотреть только на почтовый индекс и помещать письмо в почтовый ящик, чтобы адрес на конверте больше не был виден, что делает его теперь SDU. На почтовом мешке указан почтовый индекс назначения, и он становится PDU до тех пор, пока он не будет объединен с другими мешками в ящике, когда он теперь является SDU, и ящик помечен регионом, в который должны быть отправлены все мешки, что делает упаковать PDU. Когда ящик достигает места назначения, соответствующего его этикетке, он открывается и пакеты (SDU) удаляются только для того, чтобы стать PDU, когда кто-то считывает код почтового отделения назначения. Сами письма являются SDU, когда пакеты открываются, но становятся PDU, когда адрес считывается для окончательной доставки. Когда адресат наконец открывает конверт, появляется SDU верхнего уровня, само письмо.
Примеры
Модель OSI
Единицы данных протокола модели OSI :
Учитывая контекст, относящийся к определенному уровню OSI, PDU иногда используется как синоним для его представления на этом уровне.
Набор интернет-протоколов
Банкомат
Блок данных протокола управления доступом к среде
Зачем коммерческим ЦОДам «интеллектуальные» PDU
Исторически первыми возникли корпоративные центры обработки данных – именно так 10-15 лет назад начали называть модернизированные вычислительные центры крупных корпораций, а также «подросшие» серверные комнаты предприятий среднего бизнеса. Корпоративные дата-центры и сегодня по числу размещенных в них стоек значительно превосходят коммерческие. Однако, с появлением у заказчиков возможности размещать свои ИТ-ресурсы на специализированных ИТ-площадках сторонних организаций – коммерческих ЦОДах — их популярность стабильно растет.
Одна из основных причин этого – повышение привлекательности модели аутсорсинга. Все больше заказчиков осознают экономические преимущества этой модели, позволяющей оперативно и эффективно решать ИТ-задачи без существенных капитальных затрат (CAPEX). Кроме того, использование услуг коммерческих ЦОДов позволяет максимально быстро масштабировать свои ИТ-активы – причем, как расширять их, так и в случае необходимости — сворачивать. Это оптимальная модель, например, для решения задач по поддержке сезонных всплесков потребности в ИТ-сервисах.
На этом преимущества коммерческих ЦОДов не заканчиваются. Важным экономическим плюсом является то, что такие объекты позволяют оплачивать только реально использованные ресурсы. Кроме того, на базе коммерческих ЦОДов часто более эффективно решать задачи информационной безопасности, например, связанные с отражением атак DDoS. Сегодня всё больше коммерческих ЦОДов предлагают не только высокую отказоустойчивость, но и возможность реализации схем катастрофоустойчивости, с оперативным переводом нагрузки на другие площадки. Не следует забывать и о том, что аутсорсинг ИТ позволяет существенно сократить потребности в высокооплачиваемых специалистах, причём, не только по ИТ, но и по инженерным системам. Компании получают возможность сосредоточиться на основном бизнесе, передав решения задач по поддержке ИТ-систем в коммерческие ЦОДы.
Когда плотность растет
За последние несколько лет общая плотность мощности (кВт на стойку) в ЦОДах – как корпоративных, так и коммерческих – значительно возросла. Лет десять назад типичный серверный шкаф потреблял 1-2 кВт электроэнергии, а устанавливаемые в нем блоки PDU представляли собой обычные удлинители, отличающееся от бытовых устройств разве что большим числом силовых розеток. Сегодня серверные шкафы требуют от PDU поддержки гораздо большей мощности. Типовой уровень – 4-5 кВт, но уже немало шкафов заполняются оборудованием, потребляющим 5-9 кВт. В эксплуатации находятся шкафы на 10-25 кВт и даже большей мощности.
Институт AFCOM выделяет четыре уровня мощности в расчете на одну стойку:
Рост мощности ИТ-оборудования, размещаемого в стойках, повышает требования к мониторингу уровня потребляемой энергии. Чем выше мощность, тем больше критичных ИТ-сервисов «живет» в каждой стойке, а возможное превышение уровня мощности чревато массой негативных последствий: от перегрева до банального отключения автомата. А рост популярности коммерческих ЦОДов приводит к тому, что такой мониторинг должен осуществляться не только локально, но и удаленно, через удобный интерфейс на любом удобном в данный момент для заказчика устройстве.
Экономика
Блоки PDU с возможностями локального измерения потребляемого электричества появились на рынке более 20 лет назад. Однако большого распространения эти продукты не получили. Задачи более точного учета электричества, потребляемого ИТ-оборудованием, привели к появлению нового поколения PDU с более широкими функциями, в том числе удалённого мониторинга. Эти устройства и получили название «умных» (smart), или «интеллектуальных» PDU. За последние годы популярность таких устройств резко выросла, в том числе, благодаря упомянутым выше требованиям к мониторингу потребления ИТ-оборудования, размещаемого в коммерческих ЦОДах.
Коммерческие дата-центры, специализирующиеся на услугах colocation, тарифицируют свои сервисы, как правило, исходя из двух параметров: площадь и электрическая энергия. При этом практикуются три основные схемы учета энергии:
Решения от PDU eXpert
Примером «умных» PDU являются продукты компании PDU eXpert. Основанная в 2009 году, PDU eXpert базируется в городе Веллингтоне (Великобритания) и является одним из ведущих европейских производителей оборудования распределения питания, контроля, мониторинга и управления энергией для центов обработки данных.
В портфеле продуктов PDU Expert «интеллектуальные» блоки PDU выпускаются в четырех вариантах:
Помимо набора функций, необходимых современным устройствам PDU, продукты PDU eXpert позволяют решать ряд других важных задач, в частности:
Надежность
Потребность ЦОДов в «интеллектуальных» PDU обусловлена не только экономическими вопросами, но и задачами, связанными с обеспечением высокого уровня надежности. Если в стойках используются блоки PDU без функции мониторинга энергопотребления, конечно, можно вручную измерять потребление с помощью мультиметра. Но эта процедура требует достаточно больших временных затрат, а что ещё хуже, она существенно повышает риск возможных инцидентов из-за «человеческого фактора», поскольку процесс требует определенного вторжения в инфраструктуру (открытие двери шкафа, подключение измерительного прибора и пр.). Более того, поскольку такие измерения могут проводиться только время от времени, они не позволяют гарантированно засечь пики потребления, а также рассчитать общую мощность, потребленную ИТ-оборудованием за определенный период.
Поскольку каждое новое поколение ИТ-оборудования повышает требования к мощности, использование обычных (неинтеллектуальных) блоков PDU всё больше повышает риски. Не имея точных данных относительно энергопотребления, ИТ-администратор не будет знать, можно ли еще установить серверы в данную стойку, и если можно, то сколько. Модернизация серверов или даже обновление ПО способно изменить его энергопотребление, а отсутствие оперативных данных чревато превышением допустимой нагрузки на стойку с уже упомянутыми последствиями (перегрев, отключение автомата и пр.). Что же касается добавления новых серверов в стойку без наличия информации о текущем энергопотреблении, то этот процесс будет напоминать «русскую рулетку» и может привести к самым негативным последствиям.
Необходимость постоянного беспрерывного мониторинга энергопотребления связана еще и с изменившейся структурой энергопотребления ИТ-оборудования. Если 5-10 лет назад типичный сервер в спящем режиме потреблял примерно 50- 60% от максимальной мощности, то современное поколение серверов является гораздо более энергоэффективным: их уровень потребления в спящем режиме составляет 20-25% максимальной мощности, а то и меньше. В результате, потребление электричества стало гораздо более неравномерным, с большим числом пиков и провалов. Эпизодическое измерение потребления ручным способом не позволяет засечь все пиковые значения.
Эффективность
В современных центрах обработки данных для измерения эффективности часто используют показатель PUE, которому была посвящена наша предыдущая статья. Однако надо понимать, что значение PUE характеризует только эффективность инженерной инфраструктуры ЦОДа. Важной задачей является и оценка эффективности работы самой вычислительной среды, серверов и систем хранения данных. Помочь решить эту задачу помогут современные блоки PDU с возможностью измерения энергопотребления отдельных элементов оборудования.
Наличие данных по энергопотреблению позволит оценить, насколько оно меняется при изменении операционной среды, обновления ПО или аппаратных элементов сервера. Получив такие данные, специалисты могут использовать их для корреляции показателей производительности ИТ-оборудования с показателями энергопотребления. Результирующие данные могут помочь оценить то, насколько эффективен тот или иной апгрейд, а также планировать развитие вычислительной среды.
Кроме того, наличие информации по энергопотреблению на отдельных портах PDU позволяет выявить так называемые серверы-зомби. Дело в том, что в старых ЦОДах до 10% серверов могут уже не использоваться или на них может «крутится» ненужное ПО. Такие серверы не только занимают драгоценное место в стойках, но и потребляют электричество и ресурсы системы охлаждения. Ликвидация таких «зомби» позволит существенно повысить эффективность ЦОДа в целом.
Использование блоков PDU с возможностью индивидуального отключения силовых розеток, которые также присутствуют в портфеле продуктов PDU eXpert, позволит исключить неавторизованную активацию нового оборудования или его замену без соответствующего одобрения уполномоченных сотрудников. Несанкционированная установка оборудования может привести к превышению допустимой мощности стойки с последующим отключением автомата и прекращением предоставления ИТ-сервисов.
Управляемость
Эффективность использования «интеллектуальных» PDU существенно повышается при наличии централизованного ПО, способного собирать и анализировать данные с сотен таких блоков. Такое ПО выдает необходимую информацию через удобный интуитивно понятный интерфейс, который может быть адаптирован к потребностям различных категорий сотрудников. Пример такого ПО – система Symbiosis, которая была создана PDU eXpert совместно с партнерской компанией из Германии, специализирующейся на дизайне и разработке инженерных программных продуктов.
Важная особенность Symbiosis – возможность работать в гетерогенной среде с оборудованием разных типов и производителей. Это ПО поддерживает различные устройства производства PDU eXpert – блоки PDU, ATS, ИБП, – a также PDU других вендоров, различные кондиционеры и датчики. Оптимизированные универсальные драйверы SNMP позволяют работать с оборудованием самых разных поставщиков. При этом в отличие от большинства подобных решений, поддерживающих только базовую функцию GET, Symbiosis способно выполнять широкий набор функций по измерению параметров и их контролю.
В отличие от представленных на рынке систем управления класса DCIM, система Symbiosis избавлена от многих избыточных функций, является более гибкой и доступной по цене. При этом она подходит как для малых и средних серверных комнат, так и может масштабироваться для обслуживания комплекса из нескольких центров обработки данных.
Symbiosis позволяет пользователям устанавливать пороговые значения для каждого из подключенных устройств. После того как эти ограничения установлены, система будет автоматически предупреждать выбранных пользователей, в том числе посредством уведомлений по электронной почте.
ПО Symbiosis успешно используют множество заказчиков в разных странах. Например, один из крупнейших мировых операторов связи компания Vodafone приобрела продукт Symbiosis для управления «интеллектуальными» устройствами PDU от разных производителей и системой охлаждения в ЦОДе в г. Мюнхен. Другой пример – применение ПО Symbiosis в ЦОДе Kesington Council для управления интеллектуальными PDU KWX-N32A36x6-V1CB производства PDU eXpert.
Вне зависимости от размера и уровня энергопотребления ЦОДа, возможность отслеживать потребление энергии и производить его корреляцию с уровнем утилизации ИТ-ресурсов –ключевая функция для управления центром обработки данных и стратегического планирования его развития. Дополнение «интеллектуальных» PDU современным ПО управления, таким, как Symbiosis, позволяет с высокой степенью детализации и удобства не только контролировать энергопотребление, но и просчитывать это потребление арендаторами ЦОДа, предлагая им максимально привлекательные тарифы.
PDU и все-все-все: распределение питания в стойке
Одна из стоек внутренней виртуализации. Заморочились с цветовой индикацией кабелей: оранжевый обозначает нечетный ввод по питанию, зеленый – четный.
Мы тут чаще всего рассказываем про “крупняк” – чиллеры, ДГУ, ГРЩ. Сегодня речь пойдет о “мелочах” – розетки в стойках, они же Power Distribution Unit (PDU). В наших дата-центрах более 4 тысяч стоек, забитых ИТ-оборудованием, поэтому в деле я видел много всякого: классические PDU, “умные” – с мониторингом и управлением, обычные блоки розеток. Сегодня расскажу, какие PDU бывают и что лучше выбрать в конкретной ситуации.
Какие бывают PDU
Простой блок розеток. Да, тот самый, который живет у каждого дома или в офисе.
Формально это не совсем PDU в смысле промышленного использования в стойках с ИТ-оборудованием, но и эти устройства имеют своих поклонников. Единственный плюс такого решения – дешевизна (стоимость стартует от 2 тыс. руб.). Еще они могут выручить, если используешь открытые стойки, куда стандартный PDU никак не впихнуть, а терять юниты под горизонтальный PDU не хочется. Это снова к вопросу об экономии.
Минусов сильно больше: у таких устройств не всегда есть внутренняя защита от КЗ и перегруза, мониторить показатели и тем более не получится управлять розетками. Чаще всего размещаться они будут внизу стойки. Это не самое удобное положение розеток для расключения оборудования.
В общем, “пилоты” можно использовать, если:
Дешево и сердито.
Вертикальное размещение.
“Тупые” PDU. Собственно, это классический PDU для использования в стойках с ИТ-оборудованием, и это уже хорошо. У них соответствующий форм-фактор для размещения по бокам стойки, за счет чего к ним удобно подключать оборудование. Есть внутренняя защита. Мониторинга у таких PDU нет, а значит, мы не будем знать, какое оборудование сколько потребляет, и что вообще происходит внутри. Таких PDU у нас почти не осталось, и в целом они постепенно уходят из массового использования.
Стоят такие PDU от 25 тыс. рублей.
“Умные” PDU с мониторингом. У этих устройств есть “мозги”, и они умеют отслеживать параметры энергопотребления. Есть дисплей, куда выводятся основные показатели: напряжение, текущий ток и мощность. Отслеживать их можно по отдельным группам розеток: секциям или банкам. К такой PDU можно подключиться удаленно, настроить отправку данных в систему мониторинга. Они пишут логи, по которым можно посмотреть все, что с ней происходило, например, когда именно выключилась PDU.
Еще они умеют считать потребление (кВт*ч) для технического учета, чтобы понимать, сколько стойка потребляет за определенное количество времени.
Это стандартные PDU, которые мы предлагаем своим клиентам в аренду, и таких PDU большинство в наших дата-центрах.
Если будете покупать, приготовьтесь выложить от 75 тыс. рублей за штуку.
График из нашего внутреннего мониторинга PDU.
“Умные” PDU с управлением. К выше описанным умениям у этих PDU добавляется управление. Самые крутые PDU управляют и мониторят каждую розетку: можно включать/выключать, что бывает нужно в ситуациях, когда есть задача удаленно перезагрузить сервер по питанию. В этом и прелесть, и опасность таких PDU: рядовой пользователь по незнанию может зайти в веб-интерфейс, что-то нажать и одним махом перезагрузить/выключить всю систему. Да, система дважды предупредит о последствиях, но практика показывает, что даже алармы не всегда защищают от необдуманных действий пользователя.
Большая проблема “умных” PDU – это перегрев и отказ контроллера и дисплея. PDU обычно устанавливаются на задней части стойки, там, где идет выдув горячего воздуха. Там жарко, и контроллеры не выдерживают. PDU при этом не нужно менять целиком, контроллер можно поменять на горячую.
Ну и по стоимости совсем кусаче – от 120 тыс. рублей.
PDU с управлением можно узнать по индикации под каждой розеткой.
На мой взгляд, функция управления в PDU дело вкуса, а вот мониторинг – это must have. В противном случае, нельзя будет отследить потребление и нагрузку. Почему это важно, расскажу чуть позже.
Как рассчитать нужную мощность PDU?
На первый взгляд, тут все достаточно просто: мощность PDU подбирается в соответствии с мощностью стойки, но есть нюансы. Допустим, вам нужна стойка 10 кВт. Производители PDU предлагают модели на 3, 7, 11, 22 кВт. Выбираете 11 кВт, и, к сожалению, вы будете не правы. Выбрать нам придется 22 кВт. Зачем же нам такой большой запас. Сейчас все объясню.
Во-первых, производители часто указывают мощность PDU в киловаттах, а не в киловольт-амперах, что более правильно, но не очевидно для обывателя.
Иногда производители сами вносят дополнительную путаницу:
Вот тут сначала говорится про 11 кВт,
А в подробном описании речь уже о 11000 VA:
Если вы имеете дело с чайниками и подобными потребителями, то разницы между кВт и кВА не будет. Стойка на 10 кВт с чайниками будет потреблять 10 кВА. А вот если у нас ИТ-оборудование, то там появляется коэффициент (cos φ): чем новее оборудование, тем ближе этот коэффициент к единице. В среднем по больнице для ИТ-оборудования можно брать 0,93–0,95. Поэтому стойка с 10 кВт с ИТ будет потреблять 10,7 кВА. Вот формула, по которой мы получили 10,7 кВА.
Pполн.= Pакт./Cos(φ)
10/0.93=10.7 кВА
Ну и вы зададите резонный вопрос, 10,7 – это же меньше 11. Зачем нам ПДУ на 22 кВт? Есть второй момент: уровень электропотребления у оборудования будет меняться в зависимости от времени суток, дня недели. При распределении питания нужно учитывать этот момент и закладывать
10% на колебания и скачки, чтобы в момент повышения потребления PDU не ушли в перегруз и не оставили без питания оборудование.
График потребления стойки 10 кВт за 4 дня.
Получается, что к имеющимся у нас 10,7 кВт мы должны прибавить еще 10%, и в итоге ПДУ под 11 кВт нам уже не подходит.
| Модель ПДУ | Фазность | Мощность производителя, кВА | Мощность DtLN, кВт |
| AP8858 | 1 ф | 3,7 | 3 |
| AP8853 | 1 ф | 7,4 | 6 |
| AP8881 | 3 ф | 11 | 9 |
| AP8886 | 3 ф | 22 | 18 |
Фрагмент таблицы мощности конкретных моделей PDU по версии DataLine. С учетом перевода из кВа в кВт и запаса на скачки в течение суток.
Особенности монтажа
Удобнее всего работать с PDU, когда она крепится вертикально, слева и справа стойки. В этом случае она не занимает полезного пространства. Штатно в стойку можно установить до четырех PDU — два слева и два справа. Чаще всего ставят по одной PDU с каждой стороны. На каждую PDU приходит по одному вводу питания.
Стандартный “обвес” стойки — 2 PDU и 1 АВР.
Иногда в стойке нет места под вертикальные PDU, например, если это открытая стойка. Тогда на помощь приходят горизонтальные PDU. Единственное — в этом случае придется смириться с потерей от 2 до 4 юнитов в стойке в зависимости от модели PDU.
Здесь PDU съела 4 юнита. Такой тип PDU также используется, когда нужно разграничить двух клиентов в одной стойке. В этом случае у каждого клиента будет отдельная пара PDU.
Бывает, что стойку выбрали недостаточно глубокую, и сервер торчит, перекрывая PDU. Здесь самое печальное не то, что часть розеток будет простаивать, а то, что если такая PDU сломается, то придется ее похоронить прямо в стойке, или же отключать и вытаскивать все мешающее оборудование.
Не делайте так — 1.
Не делайте так — 2.
Подключение оборудования
Даже самая навороченная PDU не поможет, если оборудование подключено неправильно и нет возможности мониторить потребление.
Что может пойти не так? Немного матчасти. На каждую стойку приходят два ввода питания, в стандартной стойке два PDU. Получается, у каждого PDU свой ввод. Если с одним из вводов (читай PDU) что-то происходит, то стойка продолжает жить на втором. Чтобы эта схема работала, нужно соблюдать некоторые правила. Вот основные (полный список найдете здесь):
Оборудование должно быть подключено в разные PDU. Если у оборудования один блок питания и одна вилка, то к PDU оно подключается через АВР (устройство автоматического ввода резерва), или ATS (Automatic Transfer Switch). В случае неполадок с одним из вводов или самим PDU, АВР переключает оборудование на здоровое PDU/ввод. Оборудование ничего не почувствует.
Парная нагрузка на двух вводах/PDU. Резервный ввод спасет, только если он выдержит нагрузку упавшего ввода. Для этого нужно оставлять запас: загружать каждый ввод меньше чем наполовину от номинальной мощности, а суммарная нагрузка на двух вводах была менее 100 % от номинала. Только в этом случае оставшийся ввод выдержит двойную нагрузку. Если у вас не так, то фокус с переключением на резерв не состоится — оборудование останется без питания. Чтобы не допустить самого страшного, мы мониторим этот параметр.
Балансировка нагрузки между секциями PDU. Розетки PDU объединены в группы — секции. Обычно из 2 или 3 штуки. У каждой секции свой лимит по мощности. Важно не превышать его и распределять нагрузку равномерно по всем секциям. Ну и тут также работает история с парными нагрузками, про которую говорили выше.
