Сергей Васильев
Роль: Главный редактор Ventportal
Опыт: 12+ лет в проектировании, монтаже и сервисе вентиляции для квартир, домов и коммерческих объектов.
Главный редактор и инженер-практик Ventportal. Практический опыт проектирования, монтажа и сервиса вентиляции в Москве и МО.
Центры обработки данных под AI-нагрузки все чаще упираются не в участок и не в архитектуру, а в доступную мощность. Если раньше хватало стандартной схемы питания с понятным резервом, то теперь приходится учитывать резкие скачки нагрузки на стойку, длинные сроки присоединения к сети и необходимость запускать объект поэтапно.
Ниже — короткая выжимка по тем решениям, которые действительно влияют на проект.
Что меняется из-за AI-нагрузок
- Нагрузка на стойки растет быстрее, чем успевают обновляться привычные схемы питания и охлаждения.
- Электросистема должна спокойно переживать быстрые изменения потребления без просадки по надежности.
- Больше внимания уходит на распределение энергии внутри зала, шинопроводы, мониторинг соединений и координацию защит.
Главная разница по сравнению с обычным ЦОД проста: колебания нагрузки становятся жестче, а цена ошибки — выше. Поэтому питание, ИБП и защитные устройства приходится увязывать намного тщательнее, чем в традиционных серверных проектах.
Когда мощности сети не хватает
Во многих регионах новый ЦОД нельзя быстро посадить на готовую сетевую мощность. Отсюда и рост интереса к временным или гибридным схемам: локальной генерации, газовым турбинам, топливным элементам, батарейным системам и поэтапному вводу инженерной инфраструктуры.
На практике это означает, что проект все чаще развивается в два контура. Первый нужен, чтобы запустить площадку в разумный срок. Второй — чтобы довести объект до постоянной схемы после завершения сетевого присоединения и поставки основного оборудования.
- Если сеть приходит поздно, на старте нужна реалистичная временная схема, а не формальная заглушка в документации.
- Если используется локальная генерация, ее надо рассматривать не отдельно, а как часть общей стратегии надежности и выбросов.
- Если объект строится очередями, инфраструктура следующего этапа должна быть предусмотрена заранее.
Как ограничения по мощности меняют выбор площадки
Для новых ЦОД место строительства все чаще выбирают от мощности, а не наоборот. Участок может быть удобным по логистике, но проигрывать только потому, что местная сеть не даст нужный объем в приемлемый срок.
Из-за этого на раннем этапе особенно важны три вещи: реальная доступность электроэнергии, сроки межсетевого присоединения и возможность развивать площадку по очередям. Если этого анализа нет, проект быстро упрется в дорогие переделки.
Дополнительно приходится смотреть на доступ к топливу, возобновляемым источникам, накопителям энергии и рабочей силе. Для крупных кампусов это уже не второстепенные вводные, а часть базовой модели проекта.
Что помогает сделать схему устойчивой
Хороший старт — это отдельное исследование по мощности и развитию площадки до выпуска основных решений. Оно помогает понять, сколько энергии реально можно получить на площадке сейчас, что доступно позже и где понадобится переходная схема.
Дальше важен не максимальный запас любой ценой, а понятная логика надежности. Одним объектам действительно нужен максимальный uptime и сложная резервная архитектура. Другим достаточно сценария, в котором часть нагрузки может быть управляемо остановлена без тяжелых последствий для бизнеса.
- Не стоит автоматически закладывать самую дорогую схему резервирования, если бизнес-задача ее не требует.
- Нужно отдельно проверять устойчивость площадки к жаре, холоду, наводнениям, штормам и другим внешним рискам.
- Микросети, накопители и локальная генерация полезны там, где они реально снижают зависимость от внешней сети, а не просто усложняют проект.
Освещение и вспомогательные системы тоже влияют на результат
На фоне разговоров о мегаваттах легко забыть про более простые решения. Но в залах обработки данных полезнее всего работают компактные и энергоэффективные системы, которые не создают лишних конфликтов с питанием, охлаждением и сервисным доступом.
Итог здесь довольно практичный: проект ЦОД при дефиците мощности надо начинать не с красивой общей схемы, а с честного ответа на три вопроса. Сколько мощности реально доступно, как объект будет жить до постоянного подключения и какой уровень надежности действительно нужен бизнесу. Если эти ответы есть с самого начала, дальше проект идет заметно спокойнее.
