Опубликовано: 01.10.2026 | Источник: CNews (новости)

DC-питание в ЦОД для ИИ: тема ВКР по инфраструктуре и энергоэффективности

По данным CNews от 26 марта 2026 года, операторы дата-центров, размещающие оборудование для ИИ, готовятся массово отказаться от переменного тока в пользу постоянного. Ирония в том, что обратный переход состоялся ещё в начале XX века — переменный ток победил в «войне токов», потому что дешёво передавался на расстояния. Сегодня ИИ-стойки с GPU потребляют сотни киловатт, и потери на преобразование AC→DC→AC→DC стали критичными. Для выпускника ИТ это не абстракция: тренд открывает готовую нишу для ВКР по инфраструктуре, энергоэффективности и мониторингу. Разберём, как это превратить в защищаемую работу.

---

Что чаще всего спрашивают студенты про такую тему

1. У меня нет доступа к реальному ЦОД. Где брать данные для исследования?

Не нужен физический доступ. Используйте публичные datasheet'ы производителей (Vertiv, Delta, OCP Foundation), спецификации Open Compute Project, отчёты Uptime Institute. Плюс — симуляция в MATLAB/Simulink или Python (PyPSA, pandapower) для расчёта схемы распределения. Этого достаточно для главы 2.

2. Это же «железо». Меня засмеют на кафедре ИТ?

Кафедра оценит, если вы свяжете железо с софтом: DCIM-системы, телеметрия через OpenTelemetry, оркестрация bare-metal под Kubernetes, автоматический расчёт PUE. Тогда это чистая инфраструктурная ВКР, а не реферат по электротехнике.

3. Какую метрику эффективности считать?

PUE (Power Usage Effectiveness), но в контексте DC-питания добавьте DPUE (эффективность преобразования), потери на VRM и КПД блока питания при частичной нагрузке (кривая 50 % load). Сравнение AC- и DC-схем даст защищаемую главу 3.

4. Как оформлять схемы по ГОСТ 34, если это энергетика?

ГОСТ 34.601-90 покрывает стадии создания автоматизированных систем. Ваша DCIM или система мониторинга питания — как раз АС. Приложите UML-диаграмму классов, C4 (Context + Container) и схему электрическую принципиальную по ГОСТ 2.702 — этого хватит.

---

Три темы ВКР, которые вырастают из этой новости

• Тема 1. Расчёт и имитационное моделирование схемы DC-распределения 48 В для ИИ-стоек.
  Актуальность: статья фиксирует отраслевой сдвиг; необходимость обосновать экономию.
  Цель: построить модель AC- и DC-подвода и сравнить потери.
  Задачи: анализ стандартов OCP ORV3; модель в Simulink; расчёт КПД цепочки; сравнение TCO на горизонте 5 лет.
  Структура: Гл.1 — обзор «войны токов» и современного состояния; Гл.2 — модель и схема; Гл.3 — метрики PUE/DPUE и вывод.
• Тема 2. Разработка модуля DCIM для телеметрии DC-стоек с интеграцией в OpenTelemetry.
  Актуальность: отказ от AC требует пересмотра датчиков и агентов мониторинга.
  Цель: спроектировать сервис сбора и визуализации метрик питания GPU-стоек.
  Задачи: C4-диаграмма; REST/OTLP-приёмник; хранилище Prometheus; дашборд Grafana; нагрузочный тест.
  Структура: Гл.1 — обзор DCIM и OpenTelemetry; Гл.2 — проектирование и код; Гл.3 — нагрузочное тестирование, ISO/IEC 25010.
• Тема 3. Автоматизация провижининга bare-metal ИИ-узлов с DC-питанием в Kubernetes.
  Актуальность: смена питания меняет топологию стоек, оркестрация должна учитывать энергопрофиль.
  Цель: разработать планировщик, учитывающий лимит DC-шины.
  Задачи: анализ Node Feature Discovery; кастомный scheduler extender; YAML-манифесты; эксперимент на стенде.
  Структура: Гл.1 — обзор; Гл.2 — реализация; Гл.3 — эксперимент и метрики.

---

Как встроить материал статьи в главы ВКР

Глава 1: контекст и стандарты

Начните с исторической рамки (эпоха Эдисона и Теслы), затем перейдите к современным стандартам: OCP Open Rack V3 (48 В DC), IEC 62040, требования по электромагнитной совместимости. Здесь уместна таблица сравнения AC 230 В и DC 48 В по потерям, массе кабеля и стоимости БП. Постройте UML-диаграмму «классов» источников питания или C4 Context — покажет уровень понимания.

Глава 2: проектирование и реализация

Реализация зависит от темы. Для DCIM-направления пригодится приём OTLP-метрик от четырёх типов датчиков: напряжение шины, ток, температура, мощность. Пример конфигурации приёмника:

# otel-collector-dcim.yaml
receivers:
  otlp:
    protocols:
      grpc:
        endpoint: 0.0.0.0:4317
processors:
  batch:
    timeout: 5s
exporters:
  prometheus:
    endpoint: "0.0.0.0:8889"
service:
  pipelines:
    metrics:
      receivers: [otlp]
      processors: [batch]
      exporters: [prometheus]

Для темы про планировщик — покажите кастомный extender на псевдокоде: при поступлении запроса на под из ИИ-стека проверяется текущая нагрузка DC-шины стойки и принимается решение о размещении.

Глава 3: метрики и эксперимент

Основные метрики: PUE, DPUE, использование DC-шины (%), задержка сбора телеметрии (мс), ошибки OTLP-экспорта (шт/мин). Для нагрузочного теста используйте k6 или locust, фиксируйте значения до/после смены питания. Обязательно приложите протокол замеров и таблицу сравнения со ссылкой на исходную статью.

---

Чему вы научитесь на такой ВКР

• проектировать энергетическую схему ЦОД и обосновывать её через PUE/TCO;
• настраивать сбор телеметрии через OpenTelemetry и Prometheus;
• писать кастомный планировщик для Kubernetes с учётом физических ограничений;
• оформлять проектную документацию по ГОСТ 34.601 и оценивать качество по ISO/IEC 25010;
• защищать инженерное решение перед комиссией с цифрами, а не общими словами.

---

Чек-лист перед сдачей

---

Типичные ошибки студентов

---

Источник: Дата-центры откатываются в прошлое. Готовится массовый отказ от переменного тока в пользу постоянного (опубликовано 2026-03-26)