В этом материале
Лимит EC2 считают по vCPU соответствующей группы и модели потребления; число GPU само по себе не определяет достаточность квоты.
Для GPU-инстанса AWS EC2 проверяйте региональную квоту vCPU нужной группы, например P или G и VT, и выбранной модели потребления. Квоты On-Demand и Spot различаются. Запрос «нужна одна GPU» недостаточен: лимит должен покрывать vCPU конкретного размера экземпляра.
Найдите группу выбранного instance type
Таблица квот EC2 выделяет отдельные группы для типов и вариантов покупки. Сначала зафиксируйте точное имя instance type, число экземпляров и регион. Затем определите соответствующую строку квоты, вместо просмотра общего лимита обычных CPU-машин.
Не переносите разрешение для G на P или лимит Spot на On-Demand. Это разные категории. Если проект использует несколько размеров в одной группе, их потребление суммируется в пределах соответствующего ограничения. Уже запущенные задачи других участников также влияют на доступный остаток.
Посчитайте требуемые vCPU
Составьте маленькую ведомость: размер одного экземпляра в vCPU, желаемое количество и текущее потребление группы. Для планирования нужен суммарный объём после запуска, а не только прибавка. Значение размера берите из официальной спецификации instance type.
| Поле | Что записать |
|---|---|
| Регион | Где будет создан EC2 |
| Группа | Соответствующая GPU-серия |
| Вариант | On-Demand либо Spot |
| Размер | vCPU одного экземпляра |
| Количество | Одновременные экземпляры |
| Занято | Уже потребляемая часть квоты |
Если расчёт не сходится с панелью, сначала проверьте регион и модель потребления. Ошибка в этих двух полях часто объясняет расхождение без необходимости менять саму конфигурацию задачи.
Подготовьте запрос заранее
Руководство Service Quotas описывает просмотр лимитов и запрос увеличения. Укажите выбранную группу, регион, итоговое значение и назначение нагрузки. Повышение планируют до рабочего окна: конкретное время одобрения не следует предполагать.
Квота разрешает потребление, но не является резервированием GPU. После одобрения всё равно нужно учитывать доступность ресурса и поддержку конфигурации. Также проверьте зависимости: дисковую ёмкость, адреса и права роли, которая создаёт экземпляры. Ошибка IAM не устраняется увеличением vCPU.
Пример команды с двумя задачами
Один проект запускает интерактивную сессию, другой хочет параллельно выполнять пакетную обработку в той же группе. Администратор считает общий максимум и фиксирует график. Если разрешённый объём достаточен только для одной задачи, команда выбирает последовательный запуск либо обоснованное повышение.
Такой план помогает не принимать внутреннюю конкуренцию за случайный сбой облака. Он также показывает, кто отвечает за завершение ненужных экземпляров. Квота ограничивает масштаб, но не заменяет бюджетный контроль: разрешённые ресурсы могут оставаться платными без полезной работы.
Ведомость полезно связывать с владельцами задач. Тогда при нехватке остатка можно выяснить, нужен ли старый экземпляр сейчас, вместо удаления чужой активной работы. Решение об освобождении ресурса принимает ответственный за него, имея подтверждённую копию необходимых данных и результатов.
После одобрения отметьте, кто может создавать ресурсы в пределах лимита. Технически разрешённый масштаб и внутренний порядок использования остаются разными вопросами команды.
Зафиксируйте проверяемый результат
Сохраните фактически одобренную квоту и дату, а не только отправленный запрос. Перед следующим пилотом обновите текущее использование. Для полной картины прочитайте обзор GPU AWS и сохранность EBS после удаления.
Укажите GPU, CPU, RAM и доступные окна — эти сведения позволят обсуждать собственное оборудование отдельно от ограничений облачного аккаунта.