Дорожной карте ИИ нужны питание и охлаждение для нагрузки каждого этапа, а также измеренный резерв на отказ и рост. Расчёт начинается с серверов и ускорителей, которые действительно будут работать, переводит их потребление в нагрузку площадки и объём отвода тепла, затем проверяет способность инфраструктуры поддерживать этот режим непрерывно. Без физического плана продукт может обещать рост, который помещение не выдержит.
Полезный результат представляет собой не одно вечное число, а поэтапный коридор мощности для пилота, запуска, ожидаемого роста и стрессового спроса. У каждого допущения должны быть источник, владелец, дата измерения и условие следующего пересмотра.
Переведите этапы продукта в коридор ИТ-нагрузки
Перечислите нагрузки, которые появляются на каждом этапе. Разделите интерактивный инференс, пакетные задачи, обучение, поиск, хранение, наблюдаемость и обычные сервисы приложения. Для каждого компонента зафиксируйте конфигурацию оборудования, ожидаемую параллельность, режим работы, требования к памяти, сети и восстановлению. Базовый спрос нужно отделить от коротких пиков.
Используйте три вида доказательств. Паспорт производителя задаёт максимальное требование оборудования и границу безопасной установки. Репрезентативный тест показывает потребление и тепло выбранной нагрузки. Production-телеметрия показывает изменение спроса во времени. Эти данные нельзя подменять друг другом. Паспортный максимум важен для электрической схемы, а среднее измерение может скрыть опасный пик.
Материал про энергию и охлаждение инфраструктуры для ИИ объясняет физические ограничения. Здесь они превращаются в расчёт по этапам roadmap, а не в ещё один обзор рынка.
Для каждого этапа сформируйте низкий, ожидаемый и высокий режим. Включите ускорители, процессоры, хранилища, сетевое и управляющее оборудование. Добавьте нагрузку, которая возникает во время обслуживания или отказа. Если при восстановлении запускается дополнительная мощность, она должна присутствовать в плане заранее.
Переведите ИТ-нагрузку в питание и охлаждение площадки
Почти вся электрическая энергия ИТ-оборудования превращается в тепло, которое необходимо отводить. Но электрический ввод должен питать не только серверы. Он поддерживает насосы, вентиляторы, холодильные машины, преобразование питания, освещение и другие системы. Используйте измерения площадки и инженерные спецификации вместо универсального коэффициента.
Проследите весь путь от ввода или генератора до стойки. Проверьте распределительные устройства, трансформаторы, бесперебойное питание, блоки распределения, автоматы, кабели, вводы стойки и разъёмы. Самый слабый элемент ограничивает полезную мощность. Резервные линии помогают только тогда, когда они независимы и оставшийся путь выдерживает нагрузку после отказа.
Для охлаждения нужна такая же цепочка. Зафиксируйте источник тепла, воздушный или жидкостный контур, теплообменник, насосы, чиллеры, автоматику, потребление воды и внешний отвод тепла. Плотные ускорители могут потребовать другой технологии или компоновки стойки. Это меняет нагрузку на пол, доступ для обслуживания, срок поставки и полезную ёмкость помещения.
Добавьте к расчёту сценарий восстановления. Разбор аварийного восстановления серверов помогает заранее учесть резервное питание, запасные узлы, процедуру возврата и инженерное время. Питание и охлаждение являются не только техническим ограничением, но и частью устойчивости каждого этапа дорожной карты.
Привяжите рост к измеряемым воротам мощности
Переходите к следующему этапу только после подтверждения capacity gate. Проверка должна показать производительность репрезентативной нагрузки, свободный запас питания и охлаждения, ёмкость сети, покрытие сигналами, поведение при отказе, доступ для обслуживания и владельца эксплуатации. Рядом запишите метрику, которая потребует нового пересмотра.
На пилоте аренда мощности может убрать площадку из критического пути. Постоянная нагрузка позже способна оправдать своё оборудование или colocation. Покупка ускорителей до готовности питания и охлаждения просто превращает риск нехватки мощности в простаивающий капитал.
На каждом крупном этапе проведите нагрузочный тест и управляемый тест отказа. Наблюдайте потребление, температуру на входе и компонентах, троттлинг, рост очереди, задержку и восстановление. Используйте те же критерии приёмки, что и продукт. Нормальная температура при неприемлемом ответе пользователю не означает готовность.
Практика отказоустойчивых высоконагруженных систем связывает мощность с очередями, наблюдаемостью и восстановлением. В расчёте питания и охлаждения мы опираемся на публичный кейс MYOD.IT об архитектуре Life.ru для масштаба около одного миллиона пользователей. Это подтверждает опыт с масштабом проекта, но не задаёт универсальную плотность стойки, uptime или экономию.
Частые вопросы
Свяжите каждый этап с конфигурацией оборудования и репрезентативной нагрузкой, измерьте ожидаемое и пиковое потребление, затем добавьте сопутствующее оборудование, резерв и запас расширения.
Энергия, потребляемая ИТ-оборудованием, превращается в тепло. Электрическая мощность стойки бесполезна, если воздушный или жидкостный контур и внешний отвод тепла не поддерживают режим.
Нужны обе. Паспорт задаёт границы установки и безопасности, измерение показывает ожидаемую работу, а стрессовый и аварийный тесты выявляют пики, скрытые средними значениями.
Он проверяет производительность нагрузки, запас питания и охлаждения, сеть, мониторинг, поведение при отказе, доступ для обслуживания, владельца эксплуатации и условие нового пересмотра.
Если перед закупкой или размещением нужен независимый расчёт мощности, изучите услуги ИТ-поддержки и DevOps MYOD.IT. Итог должен связывать каждый этап дорожной карты с измеренной нагрузкой, запасом площадки, режимом отказа и датированным триггером расширения.
