# Google Cloud: почему GPU не создаётся при свободной квоте

Почему Compute Engine возвращает resource pool exhausted при свободной GPU-квоте: разница квоты и ёмкости, ограничения зоны и порядок диагностики.

Автор: Команда Retrivium
Обновлено: 2026-11-01
Канонический URL: https://retrivium.ai/ru/journal/google-cloud-gpu-zone-resource-pool-exhausted/
Language: ru

Свободная GPU-квота Google Cloud не гарантирует создание VM. Ошибка `ZONE_RESOURCE_POOL_EXHAUSTED` означает, что запрос не удалось обеспечить доступными ресурсами зоны. Сначала сохраните подробности ошибки и проверьте допустимые альтернативы, вместо повторного увеличения уже достаточной квоты.

## Разведите три разных проверки

Для запуска одновременно нужны поддерживаемая конфигурация, разрешённая квота и физическая доступность. Ошибка на одном уровне не исправляется изменением другого. Например, дополнительная квота не создаёт новую машину в зоне, а выбор другой зоны не делает неподдерживаемую GPU-конфигурацию корректной.

[Официальная диагностика availability errors](https://docs.cloud.google.com/compute/docs/troubleshooting/troubleshooting-resource-availability) описывает ошибки нехватки ресурсов и варианты действий. Используйте полный код и сообщение операции: сокращённая фраза из интерфейса может скрывать полезное уточнение о размере или ограничениях запроса.

## Проверьте поддержку выбранного размещения

[Список GPU locations](https://docs.cloud.google.com/compute/docs/regions-zones/gpu-regions-zones) показывает поддерживаемое размещение ускорителей. Поддержка модели в регионе не означает присутствие во всех его зонах и не равна текущему наличию свободных экземпляров. Это две отдельные проверки.

| Ситуация | Следующее действие |
| --- | --- |
| Ошибка лимита | Проверить нужную квоту и использование |
| Ошибка ёмкости зоны | Изучить доступные зоны и варианты запроса |
| Неподдерживаемая конфигурация | Сопоставить тип машины и GPU с документацией |
| Неясное сообщение | Сохранить подробности операции для диагностики |

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

## Пример подготовки к демонстрации

Команда рассчитывает поднять новую GPU VM за несколько минут до показа. Квота одобрена, но выбранная зона не выделяет ресурс. У проекта нет времени на перенос большого диска, поэтому формально доступная альтернатива не решает задачу немедленно.

Более устойчивый план начинается раньше: определить допустимые зоны, хранение данных и процесс восстановления. Если демонстрация требует фиксированного окна, отдельно изучают поддерживаемые механизмы резервирования и их условия. Нельзя объявлять обычный запрос on-demand гарантией готовности к назначенной минуте.

## Оцените альтернативу целиком

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

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

Если альтернатив несколько, меняйте по одному ограничению за попытку. Одновременная смена зоны, размера и образа затруднит объяснение успешного результата. Сохранённая последовательность помогает повторить рабочий вариант и показывает, какие зависимости действительно пришлось изменить ради запуска в доступной ёмкости.

## Сохраните вывод диагностики

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

Полезны [проверка GPU quota](/ru/journal/google-cloud-gpu-quota-request/) и [план миграции региона](/ru/journal/cloud-gpu-region-migration-plan/). Для обсуждения оборудования важны фактическая доступность и условия эксплуатации, а не обещание мгновенной облачной замены.