CPU, GPU И RAM

ИБП для GPU-узла: время автономии и бюджет восстановления

В этом материале
ГЛАВНОЕ ЗА МИНУТУ

Время автономии ИБП для GPU узла нужно выбирать по реальной защищаемой нагрузке и требуемой последовательности действий.

Время автономии ИБП для GPU узла нужно выбирать по реальной защищаемой нагрузке и требуемой последовательности действий. Номинал VA сам по себе не показывает, сколько продлится работа. Отдельно определите короткое пережидание сбоя, контролируемое завершение и последующий холодный старт. Для планирования используйте данные конкретного UPS и состояния батареи, не отключая питание production сервера ради приблизительной оценки и не обещая одинаковую автономию при любой фазе inference нагрузки.

Определите защищаемую границу

В список нагрузки входят не только GPU, но и CPU, память, накопители и необходимая сеть, если она питается от того же ИБП. Schneider UPS Selector связывает runtime с нагрузкой и характеристиками выбранного устройства. Не подставляйте GPU board power вместо AC потребления всей защищаемой цепи. Сохраните состав оборудования и диапазон наблюдаемой нагрузки. Одинаковая модель UPS может дать разные результаты при разном количестве устройств, поэтому сравнение только по VA не описывает полноценный эксплуатационный сценарий.

Разложите бюджет времени

Составьте последовательность обнаружения события, прекращения приема новой работы, завершения или отмены текущей работы и shutdown. Добавьте обоснованный резерв для требуемой процедуры. Холодный старт после возврата питания относится к recovery budget и может начинаться уже вне батарейного окна. Не складывайте все этапы в одну неясную цифру «uptime ИБП». Для каждого укажите условие начала и окончания. Так станет видно, хватит ли load-specific runtime на безопасное завершение именно выбранного состояния сервера, а не абстрактного простоя без активных запросов.

Пример временной карточки

Используйте строки detection, drain, shutdown, margin и restart. В столбцах сохраните источник длительности, dependency и место в батарейном либо recovery окне. Это план измерения без выдуманных минут автономии. Если drain не имеет ограниченной длительности, его нельзя считать гарантированно укладывающимся в запас: нужна определенная политика работы с длинными запросами. Отдельно проверьте доступность сети для управляющего сигнала. Система может иметь запас питания GPU, но не получить команду, если необходимое сетевое оборудование оказалось за другой незащищенной границей.

Учтите состояние батареи

FAQ Schneider о VRLA батареях рассматривает влияние условий, нагрузки и эксплуатации на ресурс и автономию. Сохраните дату обслуживания, температуру и доступные сведения о здоровье батареи. Не переносите результат новой системы на старую только по одинаковому каталожному номеру. Расчет selector является плановой оценкой, которую нужно соотносить с актуальным состоянием и предусмотренными производителем процедурами проверки. Частые глубокие разряды ради демонстрации не являются необходимым методом приемки и могут сами изменить состояние исследуемой батареи.

Как принять recovery план

Сохраните UPS model, battery configuration, нагрузку, runtime источник и последовательность shutdown/restart. Проверяйте программные переходы на согласованном тестовом сценарии без отключения рабочего питания. При необходимости реального fault exercise используйте отдельную плановую процедуру с ответственными и границами воздействия. Полезный документ показывает, какие стадии покрыты батареей и сколько остается до функционального возвращения LLM сервера после восстановления питания. Он не обещает непрерывность любой длительности и не выводит runtime простой пропорцией из VA. При изменении GPU, защищаемой сети или workload пересчитайте нагрузку и повторите проверку бюджета, чтобы прежняя оценка не скрыла выросшую потребность в мощности или дополнительное время загрузки модели и прогрева после холодного старта.

Связанные материалы

Сеть и доступность GPU: что важнее скорости интернета; Бюджет обслуживания GPU: как предусмотреть работу после запуска.

← Все материалы