Критерии приемки модульного ЦОД: как подтвердить готовность к проектной нагрузке

Программа приемки модульного ЦОД не должна сводиться к формальному осмотру оборудования и подписанию актов. Её задача — подтвердить, что объект готов к эксплуатации с той нагрузкой, ради которой его проектировали. Без заранее согласованных показателей и методик проверки вы рискуете принять систему, которая работает в холостом режиме, но не справляется с реальными задачами.

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

Начните с описания расчётной ИТ-нагрузки: серверов, систем хранения, сетевого оборудования. Укажите стартовую нагрузку, расчётный максимум и перспективу расширения. Именно эти значения становятся отправной точкой для всех инженерных проверок — от электропитания до охлаждения.

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

• Входное электроснабжение. Убедитесь, что фактическая мощность и параметры сети соответствуют проектным. Проверьте точку подключения и работу устройств защиты.
• Распределение внутри модуля. Замерьте напряжение и ток на распределительных щитах, убедитесь в отсутствии перекосов фаз и перегрузок.
• Питание стоек. Проконтролируйте, что каждая стойка получает расчётную мощность и что срабатывают защиты при превышении.
• Резервирование. Проверьте переключение при отказе в соответствии с выбранной схемой. Важно моделировать реалистичный сценарий отказа, а не только ручное переключение.

Отдельно фиксируют автономность ИБП: при отключении внешнего питания система должна поддерживать нагрузку в течение заявленного времени. Проверку проводят на реальной нагрузке, а не на холостом ходу.

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

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

Ключевые показатели:

• Температура воздуха на входе в серверы и на выходе из стоек.
• Отсутствие локальных перегревов, особенно в зонах с высокой плотностью мощности.
• Работа резервных кондиционеров: при отключении одного из них система должна удерживать параметры без превышения допустимых значений.
• Расход и температура воздуха, если используется воздушное охлаждение; параметры теплоносителя — если жидкостное.

Не менее важно проверить сценарии обслуживания: можно ли отключить один кондиционер для ремонта без остановки ИТ-оборудования. Такие проверки выявляют слабые места в резервировании охлаждения.

Помимо инженерных систем, программа приемки должна включать проверку производительности ИТ-инфраструктуры. Если в проекте предусмотрены GPU-серверы и работа с моделями машинного обучения, ориентируйтесь на статью «С чего начать проект ИИ-инфраструктуры»: там описан подход к замеру задержки, пропускной способности и других параметров.

Для типового модульного ЦОД необходимо проверить:

1. Работу серверов и систем хранения под нагрузкой, близкой к расчётной.
2. Задержку сети и отсутствие потерь пакетов между ключевыми узлами.
3. Корректность работы приложений и сервисов после миграции.
4. Время восстановления после программных сбоев (например, после перезагрузки сервера).

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

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

Порядок действий:

• Определите перечень отказов, которые будут моделироваться: потеря одной фазы питания, отказ ИБП, выход из строя одного кондиционера, сбой сетевого коммутатора, отказ одного сервера.
• Для каждого сценария зафиксируйте, что должно произойти: автоматическое переключение на резерв, включение аварийного охлаждения, перераспределение нагрузки.
• Проверьте работу систем мониторинга: события должны фиксироваться, а ответственный персонал — получать уведомления.
• Замерьте время восстановления ИТ-сервиса и сравните с целевыми значениями.

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

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

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

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

Готовый чек-лист для планирования модульного ЦОД вы найдете в специальном материале.

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

• Согласуйте показатели до начала монтажа. Включите их в техническое задание и договор. Это предотвратит споры о том, что считать «готовностью».
• Определите методику для каждого показателя. Укажите, как именно будет проводиться замер, каким оборудованием, при каких условиях.
• Назначьте ответственных. Со стороны заказчика и поставщика должен быть конкретный сотрудник, который подтверждает результат.
• Проводите испытания на реальной нагрузке. Холостой ход не выявит проблем с перегревом, перегрузкой фаз или недостаточной производительностью.
• Планируйте время на устранение замечаний. В графике должны быть резервные дни для исправления дефектов и повторных тестов.

Приёмка — это не финальный аккорд, а управляемый процесс. Заранее продуманные критерии позволяют объективно оценить готовность модульного ЦОД и избежать дорогостоящих простоев после запуска.