Что такое pdu cisco

Что такое pdu cisco

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

Форма, которую принимает массив данных на каждом из уровней, называется единицей данных протокола (PDU). В ходе инкапсуляции каждый последующий уровень инкапсулирует PDU, полученную от вышестоящего уровня в соответствии с используемым протоколом. На каждом этапе процесса PDU получает другое имя, отражающее новые функции. Универсальной схемы именования для PDU нет, и в этом курсе PDU называются в соответствии с терминологией набора протоколов TCP/IP, как показано на рисунке ниже.

Единица данных протокола (PDU).

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

Кадр (зависит от среды передачи) — PDU канального уровня.

Пакет — PDU сетевого уровня.

Сегмент — PDU транспортного уровня.

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

Источник: Академия Cisco.

Разделение IPv4-сети на подсети. Формулы разделения на подсети. CCNA Routing and Switching.

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

Разделение IPv4-сети на подсети. Разделение IPv4-сети на подсети. CCNA Routing and Switching.

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

Разделение IPv4-сети на подсети. Разделение на подсети на границе октетов. CCNA Routing and Switching.

Рассмотрим следующий пример, чтобы понять как использовать границы октетов для разделения на подсети. Допустим, предприятие выбрало частный адрес 10.0.0.0/8 в качестве адреса внутренней сети. Этот сетевой адрес может связать 16 777 214 узлов в один широковещательный домен. Однако это не лучший вар

Разделение IPv4-сети на подсети. Границы октетов. CCNA Routing and Switching.

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

Сегментация сети. Причины для разделения на подсети. CCNA Routing and Switching.

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

Сегментация сети. Проблемы с крупными широковещательными доменами. CCNA Routing and Switching.

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

Источник

СОДЕРЖАНИЕ

Сети с пакетной коммутацией данных

В контексте сетей передачи данных с коммутацией пакетов блок данных протокола (PDU) лучше всего понимается в отношении блока данных службы (SDU).

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

Вышеупомянутый процесс можно сравнить с почтовой системой, в которой письмо (SDU) помещается в конверт, на котором написан адрес (адресная и управляющая информация), что делает его PDU. Отправляющее почтовое отделение может смотреть только на почтовый индекс и помещать письмо в почтовый ящик, чтобы адрес на конверте больше не был виден, что делает его теперь SDU. На почтовом мешке указан почтовый индекс назначения, и он становится PDU до тех пор, пока он не будет объединен с другими мешками в ящике, когда он теперь является SDU, и ящик помечен регионом, в который должны быть отправлены все мешки, что делает упаковать PDU. Когда ящик достигает места назначения, соответствующего его этикетке, он открывается и пакеты (SDU) удаляются только для того, чтобы стать PDU, когда кто-то считывает код почтового отделения назначения. Сами письма являются SDU, когда пакеты открываются, но становятся PDU, когда адрес считывается для окончательной доставки. Когда адресат наконец открывает конверт, появляется SDU верхнего уровня, само письмо.

Примеры

Модель OSI

Единицы данных протокола модели OSI :

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

Набор интернет-протоколов

Банкомат

Блок данных протокола управления доступом к среде

Источник

Что такое pdu cisco

Голос для передачи по сети сначала попадает на вход цифрового сигнального процессора DSP (Digital Signal Processor), где он порциями кодируется определенным кодеком. Выход с DSP инкапсулируется в PDU (единица данных протокола — фреймы, пакеты) и передается по сети.

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

Технология VoFR (Voice over Frame Relay — передача голоса по каналам Frame Relay) использует специальный заголовок FRF.11 (Рис. 1). Этот заголовок занимает, как минимум, три байта и служит для определения типа данных, которые содержатся во фрейме. Устройства VoATM (Voice over ATM — передача голоса по каналам ATM) используют такой же заголовок.

Различные кодеки (сокращение от «кодер-декодер» — компонент системы, обеспечивающий сжатие и распаковку определенных данных) требуют разную полосу пропускания:

Битрейт кодека (Кб/с)

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

Размер полезной нагрузки зависит от размера голосового сэмпла (звукового файла), который является величиной конфигурируемой и непосредственно влияет на требуемую полосу пропускания. Голосовой сэмпл — это выход с процессора DSP, инкапсулирующийся в PDU. Cisco использует DSP, обрабатывающие по 10 мс голоса. Оборудование Cisco по умолчанию инкапсулирует в PDU 20 мс голоса вне зависимости от используемого кодека. Это значение можно изменить, но при его увеличении требуемая полоса пропускания уменьшается, что может привести к увеличению переменных задержек (так называемых джиттеров — jitter) и появлению ощутимых разрывов в звучании, если пакет не дойдет до пункта назначения.

Размер сэмпла в байтах рассчитывается по формуле:

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

Приведем примеры полосы пропускания, занимаемой одним звонком, при использовании кодеков G.711 и G.729 и различных размерах сэмплов. В качестве протоколов канального уровня возьмем Frame Relay и Ethernet II.

Размер служебной информации при использовании Ethernet II составляет 18 байт (6 байт — адрес назначения, 6 байт — адрес источника, 2 байта — тип, 4 — контрольная сумма); при использовании Frame Relay — 6 байт (2 байта — DLCI, 2 — FRF.12, 2 — контрольная сумма). Заголовки IP, UDP и RTP без компрессии занимают 40 байт (20 IP, 8 UDP, 12 RTP). Таким образом получаем распределение, представленное в Таб. 1.

Проблемы использования сети передачи данных для передачи голоса

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

Технологии магистрали

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

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

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

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

VoIP гарантирует передачу голоса высокого качества только в том случае, если аудио- и сигнальные пакеты имеют приоритет перед любыми другими пакетами в сети. Для выполнения этого требования используется механизм QoS (Quality of Service). QoS — это методика обеспечения качества передачи определенных данных, основанная на разделении трафика по приоритетам для соответствующей его обработки. QoS обеспечивает лучший, более предсказуемый, сервис сети, выполняя следующие функции:

Программное обеспечение Cisco IOS (операционная система активного сетевого оборудования фирмы Cisco Systems) включает в себя полный набор средств обеспечения QoS в сети. Перечислим некоторые из них.

CAR (Committed access rate). Обеспечивает ограничение занимаемой полосы пропускания.

FRTS (Frame Relay traffic shaping). Задерживает «чрезмерный» трафик, используя специальный буфер или механизм очереди для удержания пакетов и нормализации потока данных в случае, когда его объем выше ожидаемого.

FRF.12. Обеспечивает лучшую пропускную способность на низкоскоростных линиях Frame Relay.

IP to ATM class of service (CoS). Включает в себя обеспечение соответствия характеристик CoS между IP и ATM.

MLP (Multilink PPP) с LFI (link fragmentation and interleaving). Фрагментирует большие пакеты. LFI также обеспечивает специальную очередь для передачи небольших, чувствительных к задержкам пакетов, позволяя им быть отосланными раньше других.

CRTP (Compressed Real-Time Transport Protocol). Сжимает заголовки RTP, уменьшая расход полосы пропускания для голосового трафика.

RSVP (Resource Reservation Protocol). Поддерживает резервирование ресурсов в IP-сети.

Распространение политик QoS по протоколу BGP (Border Gateway Protocol). Обеспечивает распространение политик QoS на удаленные маршрутизаторы в сети по протоколу BGP.

Классификация и маркировка трафика

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

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

Классификация применяется для входящего и/или исходящего из маршрутизатора трафика.

Для маркирования пакета может быть использован заголовок второго уровня (802.1Q/p, FR DE bits) и/или поле TOS IP-заголовка (IP Precedence или DSCP).

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

Маркировка трафика и перемаркировка рекомендована на входящем интерфейсе, как можно ближе к источнику трафика.

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

Для регулирования возможных перегрузок на исходящем интерфейсе в ПО маршрутизатора (IOS) существует уровневая система буферизации пакетов. Подсистема L3 оперирует IP-пакетами, L2-буфер сильно зависит от канального протокола и L1-буфер (Tx Ring) работает на драйвере устройства.

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

При наличии в сети VoIP-трафика компанией Cisco рекомендовано использовать LLQ (Low-Latency Queuing). Алгоритм основан на классификации потоков:

Механизм сжатия заголовков RTP пакетов (cRTP)

На маршрутизаторах можно задействовать механизм сжатия заголовков RTP пакетов. В этом случае, вместо того чтобы передавать друг другу RTP-пакеты с заголовком в 40 байт (IP+UDP+RTP), они передают пакеты с заголовком в 2-5 байт. Передающий маршрутизатор заменяет исходный заголовок, а принимающий при приеме его восстанавливает.

Механизм не влияет на задержку VoIP-трафика. Уменьшает полосу канала, занимаемую голосовым трафиком.

Механизм cRTP имеет следующие характеристики:

Фрагментация пакетов (LFI)

Механизм поддерживает выполнение рекомендации ITU G.114 — устройство не должно обрабатывать голосовой пакет больше 20 мс. Механизм не изменяет занимаемую полосу канала. Уменьшает возможную задержку пакета и вариацию задержки (jitter) потока.

Механизм LFI имеет следующие характеристики:

Неэффективно использовать данный механизм на каналах более 1 Mbps.

Ошибки проектирования IP-телефонии

Отличительные черты неправильного проектирования:

Краткий обзор протоколов VoIP

В технологии VoIP используются следующие протоколы:

Соответствие протоколов VoIP уровням модели OSI:

Софтфоны и приложения Call Manager

RTP/UDP (голос), TCP/UDP (управление)

Физическая среда передачи

Принципы установления соединения

Абонентские устройства (Dial Peers)

Абонентское устройство (Dial Peer) — это адресуемая точка дозвона. Такие точки устанавливают логические соединения, называемые этапами дозвона (Call Legs), для завершения установления звонка. Маршрутизаторы Cisco, поддерживающие голосовые функции, поддерживают два типа абонентских устройств: POTS Dial Peer и VoIP Dial Peer.

POTS (Plane old telephone service) Dial Peer подключаются к традиционным телефонным сетям или традиционным телефонным аппаратам. Такие устройства выполняют функции по предоставлению адреса (телефонного номера или диапазона телефонных номеров) для конечного устройства (сети) и также указывают на конкретный голосовой порт, к которому конечное устройство (сеть) подключено.

VoIP Dial Peer подключаются через сеть передачи данных и предоставляют адрес назначения (телефонный номер или диапазон номеров) для конечного устройства в сети и ассоциируют адрес назначения со следующим маршрутизатором, на который звонок должен передаться.

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

Адрес абонентского устройства, называемый шаблоном назначения (destination pattern), сконфигурирован на каждом абонентском устройстве. Шаблон назначения может соответствовать как одному телефонному номеру, так и диапазону телефонных номеров. Маршрутизатор использует абонентские устройства для установления логических соединений (Call Legs) как в исходящем, так и во входящем направлениях.

Когда к маршрутизатору Cisco Systems с голосовыми функциями подключается традиционное телефонное устройство (вариант POTS Dial Peer), в конфигурации маршрутизатора указывается телефонный номер этого устройства и порт, к которому оно подключено. Таким образом, маршрутизатор «знает», куда направлять входящий звонок на этот номер.

В случае VoIP Dial Peer конфигурация маршрутизатора включает телефонный номер назначения (диапазон номеров) и сетевой адрес следующего маршрутизатора.

Этапы соединения

Этапы установления соединения (Call Legs) — это логические соединения между любыми двумя телефонными устройствами, такими как шлюзы, маршрутизаторы, приложения Cisco CallManager или оконечные телефонные устройства.

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

Сквозной звонок состоит из четырех этапов соединения: два с точки зрения маршрутизатора, на котором звонок возникает, и два с точки зрения маршрутизатора, на котором телефонное соединение завершается.

Входящий этап соединения возникает, когда вызов входит в маршрутизатор или шлюз, исходящий — когда вызов совершается маршрутизатором или шлюзом.

Процесс установления телефонного соединения можно описать следующими шагами (Рис. 3):

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

Источник

Терминология инкапсуляции данных

Как вы можете видеть из предыдущих статей о том, как работают протоколы HTTP, TCP, IP и Ethernet, при отправке данных каждый уровень добавляет свой собственный заголовок (а протоколы канального уровня еще и концевик) к данным, предоставленным вышестоящим слоем. Термин инкапсуляция относится к процессу размещения заголовков (а иногда и концевиков) вокруг некоторых данных.

Многие примеры в этой главе демонстрируют процесс инкапсуляции. Например, веб-сервер Гарри инкапсулировал содержимое домашней страницы в заголовок HTTP на рисунке 2 в статье об уровне приложений. Уровень TCP инкапсулировал заголовки и данные HTTP внутри заголовка TCP, как показано на рисунке 1 в статье о транспортном уровне. IP инкапсулировал заголовки TCP и данные в заголовок IP (рисунок 3 в статье о сетевом уровне). Наконец, канальный уровень Ethernet инкапсулировал IP-пакеты между заголовком и концевиком, как показано на рисунке 1 в статье о канальном и физическом уровнях.

Процесс, посредством которого хост TCP/IP отправляет данные, можно рассматривать как пятиэтапный процесс. Первые четыре шага относятся к инкапсуляции, выполняемой четырьмя уровнями TCP/IP, а последний шаг – это фактическая физическая передача данных хостом. Фактически, если вы используете пятиуровневую модель TCP/IP, каждый шаг соответствует роли отдельного уровня. Шаги приведены в следующем списке:

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

Рисунок 1 – Пять этапов инкапсуляции данных в TCP/IP

Названия сообщений TCP/IP

Одна из причин, по которой в данной главе уделено время подробному описанию этапов инкапсуляции, связана с терминологией. Когда говорят и пишут о сети, для обозначения сообщений, показанных на рисунке 2, используются термины сегмент, пакет и кадр. Каждый термин имеет определенное значение, относящееся к заголовкам (и, возможно, концевикам), определенным конкретным уровнем, и данным, инкапсулированным после этого заголовка. Однако каждый термин относится к своему уровню: сегмент для транспортного уровня, пакет для сетевого уровня и кадр для канального уровня. На рисунке 2 показан каждый уровень вместе с соответствующим термином.

Рисунок 2 – Обзор инкапсуляции и «данных» (буквы LH и LT обозначают заголовок (link header) и концевик (link trailer) канального уровня)

На рисунке 2 инкапсулированные данные показаны как просто «данные». Если сосредоточиться на работе, выполняемой определенным уровнем, инкапсулированные данные обычно не важны. Например, IP-пакет действительно может иметь заголовок TCP после заголовка IP, заголовок HTTP после заголовка TCP и данные веб-страницы после заголовка HTTP. Однако, обсуждая IP, вам, вероятно, интересен только заголовок IP, поэтому всё, что находится после заголовка IP, называется просто данными. Таким образом, при отрисовке IP-пакетов всё, что находится после IP-заголовка, обычно отображается просто как данные.

Источник

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 кВт нам уже не подходит.

Фрагмент таблицы мощности конкретных моделей 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 штуки. У каждой секции свой лимит по мощности. Важно не превышать его и распределять нагрузку равномерно по всем секциям. Ну и тут также работает история с парными нагрузками, про которую говорили выше.

Источник