В этом материале
Разрешённая квота и доступная ёмкость зоны различаются; запрос должен соответствовать конкретной модели, региону и режиму запуска.
Перед запуском GPU в Google Cloud проверьте глобальную квоту GPU и подходящую региональную квоту модели ускорителя. Режим VM тоже важен: стандартные и Spot-ресурсы используют разные категории. Одобрение квоты разрешает потребление, но не резервирует физическую ёмкость выбранной зоны.
Определите точную конфигурацию
Начните с типа машины, модели GPU, количества экземпляров и региона. Обзор GPU instances помогает сопоставить ускоритель с поддерживаемой формой VM. Нельзя запросить абстрактное количество GPU, не определив, какие именно ресурсы будут создаваться.
В карточке проекта запишите и ожидаемую параллельность: одна VM с несколькими ускорителями и несколько независимых VM могут требовать разных конфигураций. Укажите, используется ли стандартный запуск, Spot или другой поддерживаемый механизм. Это предотвратит запрос лимита, который не относится к выбранному режиму.
Проверьте оба уровня квоты
Документация allocation quotas описывает глобальную квоту GPUs (all regions) и региональные GPU-категории. Для конкретного запуска необходимо учитывать соответствующие лимиты вместе. Доступный остаток одной строки не означает, что остальные требования уже выполнены.
| Проверка | Какой вопрос решает |
|---|---|
| Глобальная GPU-квота | Разрешён ли общий объём по регионам |
| Региональная модель | Разрешён ли нужный ускоритель в регионе |
| Режим потребления | Соответствует ли лимит типу запуска |
| Текущее использование | Сколько квоты уже занято |
| Другие ресурсы | Достаточно ли дисков, адресов и зависимостей |
Некоторые accelerator-optimized серии имеют собственные особенности учёта. Не переносите правила обычных CPU-машин на любую GPU-конфигурацию без сверки таблицы документации.
Подготовьте содержательный запрос
В запросе повышения укажите проект, регион, модель, количество и рабочий сценарий. Добавьте предполагаемый срок начала и характер нагрузки. Если тест краткосрочный, опишите это прямо; если нужны постоянные экземпляры, обозначьте ожидаемый горизонт использования.
Запрашивайте обоснованный объём, который соответствует плану пилота. Квота не является подтверждением бюджета и не гарантирует, что команда использует ресурс эффективно. До запроса полезно иметь маленькую проверку приложения на доступной совместимой среде и понятный план сохранения данных.
Пример одного пилота
Команда хочет создать две одинаковые GPU VM в одном регионе. Она записывает суммарное количество ускорителей и проверяет уже занятые ресурсы. Затем сверяет глобальный остаток, региональную модель и режим запуска. Только после устранения квотных ограничений переходит к проверке доступности зоны.
Если создание всё ещё завершается ошибкой ёмкости, повторный запрос той же квоты может не помочь. Сначала сохраните код ошибки и параметры операции. Это позволяет отличить административное ограничение от нехватки физического ресурса или неподдерживаемого сочетания параметров.
Не путайте запрос повышения с уже действующим разрешением. Пока изменение рассматривается, рабочий план должен опираться на текущий подтверждённый объём. Если старт зависит от ответа, отметьте это в календаре и не обещайте команде точный момент готовности несуществующего ресурса.
Как использовать результат
Сохраните ID запроса и фактически одобренное значение в рабочей инструкции. Повторный запуск через месяц начинается с проверки текущего использования, поскольку другие задачи проекта могут занять часть лимита.
Далее прочитайте ошибку resource pool exhausted и обзор Google Cloud GPU. Это позволит обсудить независимый от облачной квоты вариант оборудования.