# Ограничения ECS MPS и изоляция — разные вопросы

Бюджеты GPU ECS описывают выделение, а изоляции нужны отдельные свойство и механизм. Анонс MPS не называет версию интерфейса демона и не отождествляет MPS с MIG.

Автор: Редакция Retrivium
Language: ru
Разбор опубликован: 2026-11-03
Дата события: 2026-10-27
Первоисточник новости: https://aws.amazon.com/about-aws/whats-new/2026/10/amazon-ecs-gpu-sharing-nvidia-mps/
Канонический URL: https://retrivium.ai/ru/retrospectives/retro-ecs-mps-memory-compute-isolation/

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

## Точно читаем объявленный бюджет

[Анонс 27 октября 2026 года](https://aws.amazon.com/about-aws/whats-new/2026/10/amazon-ecs-gpu-sharing-nvidia-mps/) описывает память GPU в определении контейнера и необязательную максимальную вычислительную долю. Это контроли выделения. Их нельзя незаметно переписывать в каждое возможное свойство аппаратного раздела, потому что объявленная единица ресурса не определяет автоматически все виды взаимного влияния исполняющихся приложений.

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

## Называем механизм до сравнения

[Документация MPS NVIDIA](https://docs.nvidia.com/deploy/mps/index.html) описывает runtime-сервис и различает legacy MPS v2 и выбираемый интерфейс MPS v3. AWS не называет интерфейс демона в анонсе. Выводить версию только из даты релиза было бы неподтверждённо: близость публикаций не устанавливает используемую реализацию управляемого сервиса и точную область его аппаратных и программных свойств.

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

## Сохраняем хронологию сервиса

[Релиз GPU ECS 4 февраля 2019 года](https://aws.amazon.com/about-aws/whats-new/2019/02/gpu-support-for-amazon-ecs-now-available/) установил назначение устройств. [Релиз Managed Instances 30 сентября 2025 года](https://aws.amazon.com/blogs/aws/announcing-amazon-ecs-managed-instances-for-containerized-applications/) определил управляемый путь хоста. Октябрь добавляет мелкое совместное выделение. Последовательность объясняет новое ресурсное решение через развитие окружающей инфраструктуры, не приписывая всем этапам один и тот же механизм разделения GPU.

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

## Разделяем вопросы приёмки

Иллюстративная проверка сохраняет различия:

| Вопрос | Устанавливаемое свойство |
| --- | --- |
| Размещается ли модель? | Нужная память внутри области исполнения |
| Можно ли уплотнить работу? | Совместимые декларации и фактический спрос |
| Приемлема ли задержка? | Поведение с предполагаемыми соседями |
| Подходит ли граница? | Нужные приложению свойства изоляции и отказов |

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

## Выбираем требуемое свойство

Малая задача подходит общему выделению, а другой требуется иная граница. Решение следует требованиям и поддерживаемым конфигурациям вместо универсального рейтинга технологий. [Механизмы общего GPU](/ru/journal/gpu-mig-vs-time-slicing/) объясняют границы. [Пропускная способность и задержка](/ru/journal/throughput-latency-tradeoff/) раскрывают рабочие компромиссы. Контроли бюджета ценны своим предметом при самостоятельных подтверждениях утверждений изоляции, которые нужно связывать с фактическим способом исполнения нагрузки.