Как прочитать ошибку региональной ёмкости Azure PostgreSQL, не путать её с квотой, проверить зону, SKU и тип подписки и подготовить Region access request без бесконечного повторения одного ARM-развёртывания.
Сначала классифицируйте точный отказ
Сохраните operation ID, код CapacityNotAvailable, регион, availability zone, compute tier и точный SKU из deployment operation, а не только общий статус ARM. Отдельно проверьте, не содержит ли ответ текста Exceeded quota, Subscription access, zone unavailable или SKU not supported: официальный справочник Azure даёт для этих классов разные действия. Если другие ресурсы шаблона создались, не удаляйте их автоматически до оценки зависимостей. Повтор того же запроса без изменения условий не добавляет диагностической информации и может создать лишние частичные ресурсы.
Поймите границу команды list-skus
Azure CLI описывает az postgres flexible-server list-skus как список SKU, доступных в заданном регионе. Это полезная проверка поддержки типа вычислений, но команда не является резервированием мощности и не проверяет выделение в выбранной зоне для конкретного deployment. Поэтому наличие строки в списке совместимо с временным CapacityNotAvailable. Зафиксируйте вывод команды с временем и subscription context, но не публикуйте полный идентификатор подписки. Сравнивайте точный SKU и регион, а не похожее маркетинговое название уровня.
Постройте безопасную матрицу альтернатив
На бумаге перечислите допустимые варианты: тот же SKU в другой поддерживаемой зоне, другой SKU того же класса и согласованный запасной регион. Для HA учитывайте, что zone-redundant конфигурация требует доступности двух размещений, а Burstable имеет собственные ограничения. Не меняйте регион базы данных только ради успешного клика, если архитектура, резидентность данных или задержка этого не допускают. Тестируйте один вариант за раз в отдельной ресурсной группе и сначала проверяйте стоимость, сеть и политику данных.
Когда прекращать повторы и открывать Region access request
Официальная инструкция советует выбрать другой SKU или зону для соответствующих ошибок, а при сохраняющейся проблеме открыть Region access request по Azure PostgreSQL и указать требуемые vCores. В заявку включите код и текст ошибки, UTC-время, регион, зону, SKU, тип предложения подписки, число последовательных попыток и результат list-skus. Удалите секреты, connection strings и параметры базы. Критерий остановки — одинаковый терминальный отказ в нескольких разнесённых попытках при подтверждённой квоте и поддержке SKU; дальше повторение не заменяет проверку ёмкости Azure.
Материал подготовлен самостоятельно с автоматизацией и редакционно проверен 30 июля 2026 года по обезличенному Microsoft Q&A сигналу и официальной документации Azure; subscription ID, имена ресурсов и шаблоны ARM не использовались.
Источники и проверка
- Microsoft Learn — устранение capacity errors Azure Database for PostgreSQL проверено 2026-07-30
- Microsoft Learn — Azure CLI для PostgreSQL Flexible Server проверено 2026-07-30
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.