Два блока питания сервера: как проверить работу при потере одного ввода
Проверка резервирования питания под нагрузкой, схема A/B и критерии приёмки сервера.
Опишите отказ, который нужно пережить
В запросе на сервер фраза «два блока питания» оставляет открытым главный вопрос: какую работу система должна продолжать после отказа? Запишите конкретный сценарий: пропал один внешний ввод, перестал работать один блок или обслуживается одна распределительная линия. Для каждого сценария определите допустимый перерыв и рабочую нагрузку. Это даст поставщику критерий, который можно проверить при приёмке, а не только посчитать разъёмы на задней панели.
Схему удобно нарисовать от источников до сервера. Подпишите ИБП, распределительные блоки, кабели и серверные блоки питания. Если оба кабеля сходятся в одной точке, отметьте её прямо на схеме: количество кабелей само по себе не объясняет устойчивость всей цепочки.
Сверьте режим платформы и комплектацию
В документации серверных платформ встречаются разные политики: работа без резервирования, резервирование блоков и разделение питания по группам A/B. Их поведение зависит от модели и настроек. Попросите указать страницу руководства именно выбранного сервера, артикулы блоков, допустимое входное напряжение и состояние политики в контроллере управления. Переносить описание режима другой платформы на свою сборку нельзя.
Отдельно выясните, используется ли экономичный режим Hot Spare. Он может переводить часть резервных блоков в состояние ожидания; распределение нагрузки тогда отличается от режима равномерной работы. Нужны фактическая настройка и объяснение её поведения, а не предположение по внешнему виду оборудования.
Проверьте мощность при отказе
Согласуйте расчёт для максимального состава: процессоры, память, накопители, адаптеры и ускорители. Рассматривайте питание после потери предусмотренного проектом элемента, а не сумму номиналов установленных блоков. Поставщик должен показать, что оставшаяся допустимая схема питания поддерживает согласованную нагрузку. Для устройств с ограничением мощности заранее определите, допускается ли снижение производительности и как оно будет обнаружено.
Номинал блока не равен постоянному потреблению сервера из сети. Для расчёта вводов и охлаждения запросите данные производителя по сборке и измерения на пилоте. Сохраните отдельно величины потребления оборудования, возможности блока и проектного резерва: эти числа отвечают на разные вопросы.
Согласуйте безопасное испытание
Испытание отказа проводит ответственный специалист на тестовом контуре по согласованной программе. До него проверяют восстановимую копию данных, возможность остановить эксперимент и маршрут возврата к штатному питанию. Не используйте рабочие базы и не отключайте произвольные кабели в действующей серверной. В программе явно обозначьте, какой элемент разрешено вывести из работы.
Запустите согласованную нагрузку и соберите исходные показатели: доступность приложения, время операций, потребление и события контроллера. После моделирования отказа наблюдайте те же показатели. Возврат питания тоже включите в проверку: переходный процесс и восстановление резервирования должны быть отражены в журнале.
Что сохранить в протоколе
Запишите точный состав сервера, версии встроенного ПО, режим питания, схему подключения, характер нагрузки, время событий и результат прикладных операций. Приложите выгрузку событий и показания, по которым виден переход в аварийный режим. Если приложение продолжает отвечать, но выходит за согласованный предел времени, это отдельное замечание к приёмке.
Передайте схему эксплуатации дежурным сотрудникам: где контролировать потерю резервирования, кому сообщать и как согласовывать замену. Итогом проверки становится воспроизводимый протокол конкретной сборки. Он не заменяет расчёт электроснабжения помещения, но помогает связать заявленное резервирование сервера с реальной задачей организации.