Source
Вводы, трансформаторы, договорная/доступная мощность, ДГУ и upstream ограничения.
Проверяем всю цепочку питания от источника до rack PDU и подтверждаем доступную мощность в нормальных, сервисных и отказовых режимах.
Цель — не подобрать «мощный UPS», а доказать безопасную доставку нужного кВт к каждой GPU-стойке с требуемым уровнем resilience.
Нужно доказать, что требуемая мощность существует во всех звеньях — от ввода и UPS до защиты, распределения и rack PDU — в normal, maintenance и failure states.
Вводы, трансформаторы, договорная/доступная мощность, ДГУ и upstream ограничения.
Topology, module loading, battery runtime, bypass, redundancy и expansion.
Щиты, автоматы, селективность, кабели, voltage drop и thermal limits.
Номиналы, phases, tap-offs, A/B feeds, metering и serviceability.
Connectors, rack PDU, load balance, branch protection и фактический профиль compute.
Metering, alarms, trend data и acceptance under load.
Даже если UPS показывает свободную мощность, downstream cable/CB/PDU или maintenance state может ограничивать доступный кВт на стойку.
Достаточна ли мощность источника и резервной генерации.
Сохраняется ли допустимая загрузка при отказе/обслуживании модуля.
Может ли распределение физически доставить требуемый ток к стойке.
Согласованы ли аппараты защиты и допустимые режимы.
Для Basis of Design фиксируются максимальная и рабочая нагрузка, redundancy, phasing, expansion target, требования к uptime и acceptance criteria. Только после этого выбираются UPS/PDU/busway и конкретные номиналы.
Начинают с требований IT-оборудования и целевого режима, затем учитывают topology питания, A/B feeds, резервирование, efficiency/losses, пиковые режимы и способность каждой ступени цепочки выдерживать нагрузку.
Паспортного номинала недостаточно. Нужно проверить текущую загрузку, topology, батарейную автономию, bypass/maintenance states, кратковременные режимы и downstream distribution.
Выбор зависит от токов, количества стоек, layout, phasing, maintenance и требуемой гибкости. Сначала фиксируются performance requirements, затем выбирается решение.
Уровень резервирования задаётся требованиями бизнеса и IT-платформы. Facility architecture должна подтверждать нужный availability target, а не автоматически применять одну схему ко всем объектам.
Поддерживающий контент связан с этой услугой, но не конкурирует с коммерческой страницей по основному intent.
Опишите существующую площадку и планируемую AI/GPU-нагрузку. Для первого разговора достаточно базовых исходных данных.