# MIG-разделы стали ресурсами планировщика AWS PCS

AWS PCS добавил независимое планирование совместимых экземпляров MIG. Поддержка устройства, профиль раздела и память приложения остаются отдельными ограничениями.

Автор: Редакция Retrivium
Language: ru
Разбор опубликован: 2026-11-03
Дата события: 2026-09-11
Первоисточник новости: https://aws.amazon.com/about-aws/whats-new/2026/09/aws-pcs-gres-hardware-topology-mig/
Канонический URL: https://retrivium.ai/ru/retrospectives/retro-aws-pcs-mig-allocation/

Поддержка MIG в AWS PCS связала аппаратные разделы с выделением ресурсов в управляемом Slurm 11 сентября 2026 года. Важной единицей стал поддерживаемый экземпляр GPU, представленный планировщику. Это отличается от предположения, что любой ускоритель можно разделить на произвольные взаимозаменяемые части и сразу использовать в облачном кластере.

## Разделение и планирование являются разными этапами

Устройство может поддерживать механизм разделения, хотя конкретный сервис ещё не планирует такие разделы. И наоборот, планировщик способен учитывать именованные ресурсы, которые не означают аппаратной изоляции. Поэтому при чтении объявления необходимо разделять возможность устройства, его конфигурацию и выделение ресурса задаче.

[Запуск PCS 28 августа 2024 года](https://aws.amazon.com/about-aws/whats-new/2024/08/aws-parallel-computing-service/) дал управляемую основу Slurm. Он установил жизненный цикл сервиса, но не означал, что каждая будущая функция GPU уже представлена в его планировщике и доступна приложениям без дополнительной интеграции.

## Почему важна аппаратная предпосылка

[Анонс Blackwell RTX PRO 18 марта 2025 года](https://nvidianews.nvidia.com/news/nvidia-blackwell-rtx-pro-workstations-servers-agentic-ai) предшествовал интеграции PCS. Новое профессиональное оборудование расширяло набор актуальных платформ, однако название семейства не является утверждением о наличии конкретных устройств в каждом регионе AWS.

Это различие предотвращает распространённую ошибку планирования: сначала выбрать количество разделов, а затем предположить, что произвольный инстанс их предоставит. Поддерживаемое устройство, доступные профили и конфигурация сервиса вместе ограничивают ресурс, который задача действительно может запросить у планировщика.

## Что именно добавил сервис

[Сентябрьское обновление PCS](https://aws.amazon.com/about-aws/whats-new/2026/09/aws-pcs-gres-hardware-topology-mig/) поддерживает независимое планирование экземпляров MIG на совместимых GPU вместе с custom GRES и функциями топологии. Совместимость остаётся явным условием. Доступность функции в регионах PCS не делает каждый ускоритель внутри этих регионов способным работать с MIG.

[NVIDIA описывает MIG](https://docs.nvidia.com/datacenter/tesla/mig-user-guide/introduction.html) как разделение поддерживаемых GPU на экземпляры с назначенными вычислительными ресурсами и памятью. Это другая модель, чем совместный запуск нескольких процессов на одном устройстве. При этом описание механизма не устанавливает, что каждое приложение помещается в любой профиль.

## Описание задачи с учётом профиля

Представим небольшой обработчик инференса, который помещается в определённый поддерживаемый раздел. В описании его ёмкости полезно различать следующие записи:

| Запись | Значение |
| --- | --- |
| Физический ускоритель | Плата, из которой создаются экземпляры |
| Профиль MIG | Выбранная форма ресурса |
| Ресурс планировщика | Выделяемый экземпляр, представленный Slurm |
| Память приложения | Веса, состояние среды и рабочая память |

Потребление приложения необходимо сопоставлять с назначенным экземпляром, а не с общей памятью всей платы из заголовка спецификации. Несколько экземпляров на одной плате не создают для отдельного обработчика единого общего выделения памяти.

## Почему меняется учёт парка

Отчёт о парке теперь может разделять физические платы и выделяемые разделы. Это делает учёт ресурсов точнее, однако одно количество разделов остаётся неполной мерой полезной производительности. Размер профиля, характер задачи и условия совместного размещения всё ещё влияют на результат.

Статья [MIG и разделение времени GPU](/ru/journal/gpu-mig-vs-time-slicing/) объясняет различие изоляции, а [экономика инференса](/ru/journal/inference-economics/) отделяет единицы ёмкости от полезного результата. Историческое изменение состоит в соединении аппаратного раздела с контрактом управляемого планирования, а не в доказательстве, что разделение платы всегда улучшает её экономику.