В этом разборе
Интеграция MIG делает поддерживаемый аппаратный раздел выделяемым в Slurm; она не делает любой GPU разделяемым и любой профиль подходящим.
Поддержка MIG в AWS PCS связала аппаратные разделы с выделением ресурсов в управляемом Slurm 11 сентября 2026 года. Важной единицей стал поддерживаемый экземпляр GPU, представленный планировщику. Это отличается от предположения, что любой ускоритель можно разделить на произвольные взаимозаменяемые части и сразу использовать в облачном кластере.
Разделение и планирование являются разными этапами
Устройство может поддерживать механизм разделения, хотя конкретный сервис ещё не планирует такие разделы. И наоборот, планировщик способен учитывать именованные ресурсы, которые не означают аппаратной изоляции. Поэтому при чтении объявления необходимо разделять возможность устройства, его конфигурацию и выделение ресурса задаче.
Запуск PCS 28 августа 2024 года дал управляемую основу Slurm. Он установил жизненный цикл сервиса, но не означал, что каждая будущая функция GPU уже представлена в его планировщике и доступна приложениям без дополнительной интеграции.
Почему важна аппаратная предпосылка
Анонс Blackwell RTX PRO 18 марта 2025 года предшествовал интеграции PCS. Новое профессиональное оборудование расширяло набор актуальных платформ, однако название семейства не является утверждением о наличии конкретных устройств в каждом регионе AWS.
Это различие предотвращает распространённую ошибку планирования: сначала выбрать количество разделов, а затем предположить, что произвольный инстанс их предоставит. Поддерживаемое устройство, доступные профили и конфигурация сервиса вместе ограничивают ресурс, который задача действительно может запросить у планировщика.
Что именно добавил сервис
Сентябрьское обновление PCS поддерживает независимое планирование экземпляров MIG на совместимых GPU вместе с custom GRES и функциями топологии. Совместимость остаётся явным условием. Доступность функции в регионах PCS не делает каждый ускоритель внутри этих регионов способным работать с MIG.
NVIDIA описывает MIG как разделение поддерживаемых GPU на экземпляры с назначенными вычислительными ресурсами и памятью. Это другая модель, чем совместный запуск нескольких процессов на одном устройстве. При этом описание механизма не устанавливает, что каждое приложение помещается в любой профиль.
Описание задачи с учётом профиля
Представим небольшой обработчик инференса, который помещается в определённый поддерживаемый раздел. В описании его ёмкости полезно различать следующие записи:
| Запись | Значение |
|---|---|
| Физический ускоритель | Плата, из которой создаются экземпляры |
| Профиль MIG | Выбранная форма ресурса |
| Ресурс планировщика | Выделяемый экземпляр, представленный Slurm |
| Память приложения | Веса, состояние среды и рабочая память |
Потребление приложения необходимо сопоставлять с назначенным экземпляром, а не с общей памятью всей платы из заголовка спецификации. Несколько экземпляров на одной плате не создают для отдельного обработчика единого общего выделения памяти.
Почему меняется учёт парка
Отчёт о парке теперь может разделять физические платы и выделяемые разделы. Это делает учёт ресурсов точнее, однако одно количество разделов остаётся неполной мерой полезной производительности. Размер профиля, характер задачи и условия совместного размещения всё ещё влияют на результат.
Статья MIG и разделение времени GPU объясняет различие изоляции, а экономика инференса отделяет единицы ёмкости от полезного результата. Историческое изменение состоит в соединении аппаратного раздела с контрактом управляемого планирования, а не в доказательстве, что разделение платы всегда улучшает её экономику.