Ограничения подписки и службы Azure, квоты и ограничения использования

В этом документе перечислены некоторые из наиболее распространенных Microsoft Azure ограничений, которые также иногда называются квотами.

• Дополнительные сведения о ценах на Azure см. на странице Azure обзор и сведения.
• На странице цен Azure содержатся сведения о конкретных службах, например Виртуальные машины Windows.
• Вы также можете использовать калькулятор цен Azure для оценки затрат.
• См. раздел Что такое Microsoft выставление счетов? для получения советов, которые помогут управлять вашими затратами.

Управление ограничениями

Free Azure пробные подписки не имеют права на увеличение лимита или квоты. Если у вас есть такая подписка, вы можете перейти на подписку по мере использования . Дополнительные сведения см. в статье Обновление учетной записи Azure и обзорах программ Попробуйте Azure бесплатно или платите по мере использования.

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

Например, с квотами виртуальной централизованной обработки (VCPU):

• Чтобы запросить увеличение квоты с поддержкой виртуальных ЦП, вы решите, сколько виртуальных ЦП следует использовать в каких регионах.
• После этого вы запрашиваете увеличение квот виртуальных процессоров в требуемых объемах и регионах.
• Если необходимо использовать 30 виртуальных процессоров в Западной Европе для запуска приложения, запросите 30 виртуальных процессоров в Западной Европе.
• Квота виртуального ЦП не увеличивается в любом другом регионе; Только Западная Европа имеет квоту на 30 виртуальных ЦП.

Дополнительные сведения об определении квот для определенных регионов см. в разделе "Устранение ошибок для квот ресурсов".

Общие ограничения

• См. Правила и ограничения наименования ресурсов Azure для получения информации об ограничениях наименований ресурсов.
• Ознакомьтесь с Поймите, как Azure Resource Manager ограничивает запросы, чтобы узнать об ограничениях API чтения и записи в Resource Manager.

ограничения группы управления Azure

Следующие ограничения применяются к группам управления Azure.

¹ 6 уровней не включают уровень подписки.

² Если вы достигли предела в 800 развертываний, удалите из журнала те развертывания, которые больше не нужны. Чтобы удалить развертывания на уровне управления группой, выполните Remove-AzManagementGroupDeployment или az deployment mg delete.

³Развертывания автоматически удаляются из истории, когда вы приближаетесь к ограничению. Удаление записи из журнала развертывания не влияет на развернутые ресурсы. Для получения дополнительной информации см. Автоматическое удаление из журнала развертывания.

ограничения подписки Azure

Следующие ограничения применяются при использовании Azure Resource Manager и Azure групп ресурсов.

¹ Вы можете применить до 50 тегов непосредственно к подписке. В рамках подписки каждый ресурс или группа ресурсов также ограничен 50 тегами. Однако подписка может содержать неограниченное количество тегов, распределенных по ресурсам и группам ресурсов.

²Resource Manager возвращает список имен тегов и значений в подписке, только если количество уникальных тегов равно 80 000 или меньше. Уникальный тег определяется сочетанием ИД ресурса, имени тега и значения тега. Например, два ресурса с одинаковыми именами и значениями тегов будут вычисляться как два уникальных тега. Но вы по-прежнему можете найти ресурс по тегу, если это число превышает 80 000.

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

Обратите внимание, что идентификаторы подписок должны быть не пустыми идентификаторами GUID.

ограничения группы ресурсов Azure

¹ Развертывания автоматически удаляются из истории, когда вы приближаетесь к пределу. Удаление записи из журнала развертывания не влияет на развернутые ресурсы. Для получения дополнительной информации см. Автоматическое удаление из журнала развертывания.

Ограничения шаблонов

Некоторые ограничения можно превысить, используя вложенные шаблоны. Дополнительные сведения см. в статье Использование связанных шаблонов при развертывании Azure ресурсов. Чтобы уменьшить число параметров, переменных или выходных данных, можно объединить несколько значений в объект. См. дополнительные сведения об использовании объектов как параметров.

Если общий размер запроса слишком велик, может возникнуть ошибка с файлом шаблона или параметров размером менее 4 МБ. Дополнительные сведения о том, как упростить шаблон, чтобы запрос не был слишком большим, см. в статье Устранение ошибок при превышении размера задания.

ограничения центра API Azure

¹ Использование функций полной службы, включая анализ API, ограничено.
² . Чтобы увеличить ограничение в плане "Стандартный", обратитесь в службу поддержки.
³ Настраиваемые свойства метаданных, назначенные API, развертываниям и средам.
⁴ Процесс может занять несколько минут до 24 часов.
⁵ источников, таких как связанные экземпляры управления API.

ограничения Azure API Management

В этом разделе содержатся сведения об ограничениях, применяемых к экземплярам Azure API Management в разных уровнях служб , включая следующие:

• классические уровни Управление API
• уровни управления API версии 2
• рабочие области управления API
• Портал разработчика в уровнях версии 2 управления API

Ограничения — классические уровни управления API

Начиная с марта 2026 г. Azure API Management будет применять обновленные ограничения для экземпляров на классических уровнях.

Общую информацию об ограничениях и рекомендациях по управлению ими в вашем экземпляре см. в разделе "Понимание ограничений службы управления API".

¹ Подключения объединяются в пул и повторно используются, если серверная часть их явно не закрывает.
² Содержит длинную строку запроса размером до 2048 байт.
³ Число узлов (или реплик), связанных с ресурсом локального шлюза, не ограничено на уровне "Премиум" и ограничивается одним узлом на уровне разработчика.
⁴ до 60 000 подключений.
⁵ Это жесткое ограничение и не может быть скорректировано.
⁶ Лимит будет введён начиная с марта 2026 года. Существующие службы, которые уже превышают предел, не затрагиваются.

Ограничения — уровни управления API в версии 2

Общую информацию об ограничениях и рекомендациях по управлению ими в вашем экземпляре см. в разделе "Понимание ограничений службы управления API".

¹ Подключения объединяются в пул и повторно используются, если серверная часть их явно не закрывает.
² Содержит длинную строку запроса размером до 2048 байт.
^{До 60 000} подключений на экземпляр службы.

Ограничения — рабочие области API-менеджмента

Ниже приведены ограничения ресурсов на workspace в Azure API Management:

Ограничения — портал разработчика в уровнях API Management v2

¹ Ограничение для встроенных мини-приложений, таких как текст, изображения или список API. В настоящее время пользовательские виджеты и виджеты с кодом HTML не поддерживаются в уровнях версии 2.

Ограничения Служба приложений Azure

¹ Если не указано иное, квоты приложений и хранилищ указаны в расчете на один план службы приложений.

² Фактическое количество приложений, которые можно разместить на этих машинах, определяется интенсивностью работы приложений, размером экземпляров машин и степенью использования соответствующих ресурсов.

³ Выделенные экземпляры могут иметь различные размеры. Дополнительные сведения см. на странице цен на службу приложений.

⁴ Дополнительные экземпляры предоставляются по запросу.

⁵ Ограничение хранилища — это общий размер содержимого для всех приложений в одном плане службы приложений. Общий размер содержимого для всех приложений во всех планах службы приложений в одной группе ресурсов в одном регионе не должен превышать 500 ГБ. Квота файловой системы для приложений, размещенных в Службе приложений, определяется агрегатом планов службы приложений, созданных в регионе и группе ресурсов.

⁶ Эти ресурсы ограничены физическими ресурсами на выделенных экземплярах (размером экземпляра и количеством экземпляров).

⁷Если вы масштабируете Windows-приложение в тарифном плане "Базовый" до двух экземпляров, у вас будет 350 конкурентных подключений для каждого из двух экземпляров. Для Windows приложений уровня "Стандартный" и более поздних версий нет теоретических ограничений для WebSockets, но другие факторы могут ограничить количество WebSockets. Например, максимальное допустимое количество параллельных запросов (определенных maxConcurrentRequestsPerCpu) составляет: 7500 на небольшую виртуальную машину, 15 000 на среднюю виртуальную машину (7500 x 2 ядра) и 75 000 на крупную виртуальную машину (18 750 x 4 ядра). Приложения Linux ограничены 5 одновременными WebSocket-подключениями на бесплатном SKU и ~50 тыс. одновременных WebSocket-подключений на экземпляр на всех остальных SKU.

⁸ Максимальное количество IP-подключений зависит от размера экземпляра: 1920 на экземпляр B1/S1/S1/P0V3/P1V3/P1V4/P1V4, 3968 на экземпляр B2/S2/P2V3/P2V4, 8 064 на экземпляр B3/S3/P3V3/P4V4.

⁹ Изолированные SKU службы приложений могут использовать внутреннюю балансировку нагрузки (ILB) с Azure Load Balancer, поэтому общедоступное подключение из интернета отсутствует. В результате некоторые функции изолированной службы приложений с ILB следует использовать на компьютерах с прямым доступом к конечной точке сети ILB.

¹⁰ Выполняйте пользовательские исполняемые файлы и (или) скрипты по требованию, по расписанию или непрерывно в виде фоновых задач в экземпляре Службы приложений. Для непрерывного выполнения веб-заданий требуется функция "Always On". Ограничение на количество веб-заданий, которые могут выполняться в экземпляре App Service, не предусмотрено. Предусмотрены практические ограничения, которые зависят от задач, которые должен выполнять код приложения.

¹¹ Выдаются только стандартные сертификаты (wildcard-сертификаты недоступны). Действует ограничение в один бесплатный сертификат на личный домен.

¹² Общий объем использования хранилища для всех приложений, развернутых в одной среде службы приложений (независимо от того, как они выделяются в разных группах ресурсов).

ограничения Cлужба автоматизации Azure

Автоматизация процессов

¹ Песочница — это общая среда, которую могут использовать несколько задач. Задания, использующие ту же песочницу, привязаны к ограничениям ресурсов песочницы.
²Бесплатные подписки, включая бесплатную учетную запись Azure и Azure для учащихся, не подходят для изменения лимитов или квот. Если у вас есть бесплатная подписка, вы можете перейти на подписку с оплатой по мере использования. ³Ограничения для государственных облаков: 200 параллельных заданий в любой момент времени на учетную запись службы автоматизации, не устанавливается ограничений на число учетных записей службы автоматизации на подписку.

Отслеживание изменений и инвентаризация

В приведенной ниже таблице представлены ограничения по отслеживаемым элементам для одного компьютера при использовании отслеживания изменений.

Диспетчер обновлений Azure

Ниже приведены рекомендуемые ограничения динамической области для каждой динамической области.

Ниже приведены ограничения для планирования исправлений.

Конфигурация приложений Azure (служба настройки приложений Azure)

Пределы Кэш Azure для Redis

Ограничения и размеры Кэш Azure для Redis отличаются для каждого ценового уровня. Чтобы узнать о ценовых уровнях и их соответствующих размерах, см. Цены на Кэш Azure для Redis.

Дополнительные сведения о ограничениях конфигурации Кэш Azure для Redis см. в разделе Default Redis server configuration.

Так как настройка и управление экземплярами Кэш Azure для Redis выполняется Microsoft, в Кэш Azure для Redis поддерживаются не все команды Redis. Дополнительные сведения см. в разделе команды Redis, не поддерживаемые в Кэш Azure для Redis.

ограничения Azure Cloud Services

¹Каждая облачная служба Azure с веб-ролями или рабочими ролями может иметь два развертывания: одно для производственной среды и одно для тестовой среды. Это ограничение применяется к количеству уникальных ролей, то есть к конфигурации. Это ограничение не относится к количеству экземпляров в одной роли, то есть к масштабированию.

ограничения Поиск с использованием ИИ Azure

Ценовые категории определяют емкость и ограничения службы поиска. К этим уровням относятся:

• Free: мультитенантная служба, которая предоставляется другим подписчикам Azure и помогает оценить и небольшие проекты разработки
• Базовый: предоставляет выделенные вычислительные ресурсы для производственных нагрузок в небольших масштабах и вплоть до трех реплик для высокодоступных нагрузок на запросы
• Стандартный: включает S1, S2, S3 и S3 с высокой плотностью; для больших рабочих нагрузок; несколько уровней существуют на уровне "Стандартный", чтобы выбрать конфигурацию ресурсов, которая лучше всего соответствует профилю рабочей нагрузки.

Ограничения на одну подписку

Вы можете создать несколько платных служб поиска (базового и более высокого уровня), до максимального количества, разрешенного для каждого уровня в каждом регионе. Например, можно создать до 16 служб на уровне "Базовый" и еще 16 служб на уровне S1 в пределах одной подписки и региона. Затем можно создать дополнительные 16 базовых служб в другом регионе, чтобы общее количество составило 32 базовых служб в рамках той же подписки. Дополнительные сведения о уровнях см. в разделе Choose a tier (or SKU) для Поиск с использованием ИИ Azure.

Лимиты на услуги можно увеличить по запросу. Если вам требуется больше служб для одной подписки, отправьте запрос на поддержку.

¹ Вы можете иметь одну бесплатную службу поиска для каждой подписки Azure. Уровень "Бесплатный" основан на инфраструктуре, общей для других клиентов. Так как оборудование не выделено, масштабирование не поддерживается, а хранилище ограничено 50 МБ. Бесплатная служба поиска может быть удалена после длительных периодов бездействия, чтобы освободить место для дополнительных служб.

² Единицы поиска (ЕП) — это единицы учета, выделяемые в виде реплик или разделов. Вам нужно и то, и другое. Дополнительные сведения о сочетаниях SU см. в статье "Оценка емкости службы поиска" и управление ими.

Ограничения на одну службу поиска

В следующей таблице рассматриваются SLA, число разделов и число реплик на уровне сервиса.

¹ Базовый уровень поддерживает три секции и три реплики, в общей сложности девять единиц поиска (SU) в новых службах поиска, созданных после 3 апреля 2024 года. Старые базовые службы ограничены одним разделом и тремя репликами.

Служба поиска имеет максимальный размер хранилища (размер секции, умноженный на количество секций) или жесткое ограничение на максимальное число индексов или индексаторов, в зависимости от того, что происходит в первую очередь.

Соглашения об уровне обслуживания применяются к оплачиваемым службам с двумя или более репликами для рабочих нагрузок запросов или тремя или более репликами для рабочих нагрузок запросов и индексирования. При применении соглашения об уровне обслуживания не учитывается количество разделов. Дополнительные сведения см. в разделе Reliability в Поиск с использованием ИИ Azure.

Бесплатные службы не имеют фиксированных разделов или реплик и делят ресурсы с другими подписчиками.

Объем раздела (ГБ)

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

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

¹ Хранилище с большей емкостью для уровней "Базовый", "S1", "S2", "S3" в этих регионах. Америки: Южная Бразилия, Центральная Канада, Восточная Канада, Восточные США, Восточные США 2, Центральные США, Северо-Центральные США, Южно-Центральные США, Западные США, Западные США 2, Западные США 3, Западно-Центральные США. Европа: Центральная Франция. Италия Северная Европа, Северная Европа, Восточная Норвегия, Центральная Польша, Северная Швейцария, Центральная Швеция, Южная Великобритания, Западная Часть Великобритании. Ближний Восток: Север ОАЭ. Африка: Северная Африка. Азиатско-Тихоокеанский регион: Восточная Австралия, Юго-Восточная Австралия, Центральная Индия, Jio India West, Восточная Азия, Восточная Азия, Восточная Япония, Западная Япония, Центральная Корея, Южная Корея.

² накопители большей емкости для L1 и L2. Больше регионов обеспечивают более высокую емкость на каждом оплачиваемом уровне. Америка: Восточная часть США 2 EUAP. Европа: Северная Германия, Западная Германия, Западная Швейцария. Azure для государственных организаций: Техас, Аризона, Вирджиния. Африка: Северная Африка. Азиатско-Тихоокеанский регион: Китай Северная 3, Восточная Китай 3.

³ Доступны варианты хранилищ с большей емкостью в Западной Европе.

Дополнительные сведения об ограничениях, включая размер документа, запросы в секунду, ключи, запросы и ответы, см. в разделе Service limits in Поиск с использованием ИИ Azure.

ограничения служб ИИ Azure

Следующие ограничения относятся к количеству ресурсов Azure AI services на подписку Azure. Существует ограничение только одной разрешенной учетной записи "Бесплатный" для каждого типа ресурсов для каждой подписки. У каждого Azure AI services могут быть другие ограничения, дополнительные сведения см. в разделе Azure AI services.

ограничения Azure Chaos Studio

Сведения об ограничениях службы Azure Chaos Studio см. в разделе Azure Chaos Studio service limits.

ограничения Azure Communications Gateway

Некоторые из следующих ограничений и квот по умолчанию можно увеличить. Чтобы запросить изменение, создайте запрос на поддержку портала Azure и опишите ограничение, которое необходимо изменить.

Следующие ограничения применяются ко всем шлюзам связи Azure:

• Весь трафик должен использовать IPv4.
• Весь трафик должен использовать TLS 1.2 или более поздней версии. Более ранние версии не поддерживаются.
• Количество активных вызовов ограничено 15% от числа пользователей, назначенных в Azure Communications Gateway. Определение пользователей см. в разделе Планирование и управление затратами на Azure Communications Gateway.
• Количество активно перекодированных вызовов ограничено 5% от общего числа активных вызовов.

Azure Communications Gateway также имеет ограничения на сигнал SIP.

Некоторые конечные точки могут добавлять параметры в следующие заголовки сообщения в диалоге, если эти параметры не присутствовали в сообщении, создающем диалог. В этом случае Azure Communications Gateway удаляет параметры, так как RFC 3261 не разрешает это поведение.

• Запрос URI
• К заголовку
• Из заголовка

API предоставления ресурсов имеет ограничение пропускной способности в 100 запросов в минуту, применяемое ко всем ресурсам. Пакетный запрос для обновления нескольких ресурсов считается одним запросом.

ограничения Контейнеры приложений Azure

См. раздел Quotas in Контейнеры приложений Azure для получения сведений об ограничениях Контейнеры приложений Azure.

Объем места на диске, доступного приложению, зависит от связанного профиля рабочей нагрузки. Доступное место на диске определяет ограничение размера образа, которое можно развернуть в приложениях-контейнерах.

Для выделенных профилей рабочей нагрузки ограничение размера изображения составляет на экземпляр.

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

Пределы Azure Cosmos DB

Сведения об ограничениях Azure Cosmos DB см. в разделе Limits в Azure Cosmos DB.

ограничения Azure Data Explorer

В следующей таблице описаны максимальные ограничения для кластеров Azure Data Explorer.

В следующей таблице описываются ограничения операций управления, выполняемых в кластерах Azure Data Explorer.

гибкий сервер База данных Azure для MySQL

См. раздел Limitations в База данных Azure для MySQL — гибкий сервер для пределов гибкого сервера База данных Azure для MySQL.

Сервер База данных Azure для PostgreSQL (гибкая версия)

См. раздел Ограничения на гибком сервере базы данных Azure для PostgreSQL для получения информации об ограничениях гибкого сервера Azure Database для PostgreSQL.

ограничения сред развертывания Azure

Файлы Azure и Синхронизация файлов Azure

См. Целевые показатели масштабируемости и производительности для Файлы Azure и Синхронизация файлов Azure, чтобы узнать больше об ограничениях для Файлы Azure и Синхронизация файлов Azure.

Ограничения Функции Azure

Примечания о ограничениях службы:

1. По умолчанию время ожидания для среды выполнения Функций 1.x в плане службы приложений неограниченное.
2. Требуется, чтобы план службы приложений был настроен на Always On. Оплата по стандартным тарифам. Льготный период времени в 10 минут предоставляется для функций с триггером HTTP во время обновлений платформы, но не для других триггеров.
3. Эти ограничения установлены в хосте.
4. Фактическое количество приложений-функций, которые можно разместить, зависит от активности приложений, размера экземпляров компьютера и соответствующего использования ресурсов.
5. Ограничение хранилища означает общий размер содержимого во временном хранилище для всех приложений в одном плане службы приложений. Для планов потребления в Linux хранилище в настоящее время составляет 1,5 ГБ.
6. План потребления использует область общего доступа Файлы Azure для постоянного хранилища. При предоставлении собственного Файлы Azure общего ресурса определенные ограничения размера общего ресурса зависят от учетной записи хранения, заданной для WEBSITE_CONTENTAZUREFILECONNECTIONSTRING.
7. В Linux необходимо явно смонтировать собственный общий ресурс Файлы Azure.
8. Если ваше функциональное приложение размещено в Плане потребления, поддерживается только параметр CNAME. Для функциональных приложений в плане категории "Премиум" или в плане службы приложений вы можете привязать пользовательский домен с помощью записи типа CNAME или A.
9. Максимальная продолжительность времени ожидания выполнения не установлена. Однако льготный период, предоставленный выполнению функции, составляет 60 минут во время масштабирования и 10 минут во время обновлений платформы.
10. Роли рабочих — это роли, в которых происходит размещение приложений клиентов. Они доступны в трех фиксированных размерах: один виртуальный ЦП/3,5 ГБ ОЗУ; два виртуальных ЦП/7 ГБ ОЗУ; четыре виртуальных ЦП/14 ГБ ОЗУ.
11. См. ограничения службы приложений для получения подробной информации.
12. Включая производственный слот.
13. В настоящее время в данной подписке существует ограничение в 5 000 приложений-функций.
14. Размеры экземпляров плана потребления Flex в настоящее время определяются как 512 МБ, 2048 МБ или 4096 МБ. Дополнительные сведения см. в разделе «Память экземпляра».
15. Дополнительные сведения см. в статье о сравнении масштабирования.
16. Если минимальное количество реплик равно нулю, время ожидания по умолчанию зависит от конкретных триггеров, используемых в приложении.
17. Если минимальное количество реплик задано как одно или больше.

Дополнительные сведения см. в разделе варианты размещения Функции Azure.

Службы Azure для работы с медицинскими данными

ограничения Службы Azure для работы с медицинскими данными

Сервисы для работы с медицинскими данными — это набор управляемых служб API на основе открытых стандартов и платформ. Сервисы для работы с медицинскими данными позволяют выполнять рабочие процессы для улучшения здравоохранения, а также предлагают масштабируемые и безопасные решения для здравоохранения. Сервисы для работы с медицинскими данными включают в себя службу "Ресурсы быстрого взаимодействия в сфере здравоохранения" (FHIR), службу обмена изображениями и коммуникации в медицине (DICOM) и службу медицинских технологий.

Служба FHIR — это реализация спецификации FHIR в Сервисах для работы с медицинскими данными. Она позволяет объединить в одной рабочей области один или несколько экземпляров службы FHIR с дополнительными экземплярами службы DICOM и службы медицинских технологий. Azure API для FHIR в целом доступен как самостоятельная услуга.

Каждый экземпляр службы FHIR в Службы Azure для работы с медицинскими данными имеет лимит хранения 4 ТБ по умолчанию. Если у вас есть больше данных, вы можете попросить Microsoft увеличить объем хранилища до 100 ТБ для службы FHIR. Чтобы запросить хранилище больше 4 ТБ, создайте запрос на поддержку на портале Azure и используйте тип проблемы Сервис и ограничение подписки (квоты).

Azure API для ограничений службы FHIR

Azure API для FHIR — это управляемый, основанный на стандартах и совместимый API для клинических данных о здоровье, который позволяет решениям для оперативной аналитики и машинного обучения.

ограничения сервиса Azure Kubernetes

контейнеры ¹ Windows Server должны использовать подключаемый модуль сети CNI Azure. Kubenet не поддерживается для контейнеров Windows Server.

¹ Число кластеров AKS по умолчанию для каждой подписки для каждого региона для новых подписок может отличаться в регионах с ограничениями емкости.
2 Чтобы запросить увеличение квоты, используйте процесс запроса квот на портале Azure. Для запросов на увеличение квоты сверх максимального лимита самообслуживания потребуется обращение в службу поддержки. Бесплатная пробная подписка и подписка Azure для студентов не подходят для увеличения лимитов или квот. Если у вас есть бесплатная пробная версия или Azure для учащихся, вы можете перейти к подписке с оплатой по мере использования, чтобы получить более высокие квоты.

Службы лабораторий Azure

Следующие ограничения относятся к числу Службы лабораторий Azure ресурсов.

По типу ресурса

В каждом регионе — планы лабораторных работ и лаборатории

Дополнительные сведения об ограничениях емкости Службы лабораторий Azure см. в разделе Capacity в Службы лабораторий Azure.

Обратитесь в службу поддержки, чтобы запросить увеличение лимита.

ограничения Нагрузочное тестирование Azure

См. ограничения в Нагрузочное тестирование Azure для получения сведений об ограничениях Нагрузочное тестирование Azure.

ограничения Машинное обучение Azure

См. раздел Управление квотами и ограничениями и их увеличение для ресурсов с помощью Машинное обучение Azure, чтобы ознакомиться с последними значениями квот для вычислений в Машинное обучение Azure.

ограничения Azure Maps

См. ограничения запросов в секунду (QPS) для Azure Maps в разделе Azure Maps QPS rate limits

В следующей таблице показан совокупный размер данных для учетных записей Azure Maps в подписке Azure. Служба данных Azure Maps доступна только на ценовой категории 1-го поколения (S1) и 2-го поколения.

ограничения для Управление Azure для Grafana

ограничения Azure Monitor

Ограничения Azure Monitor см. в разделе Azure Monitor ограничения службы.

ограничения Фабрика данных Azure

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

¹ Единица интеграции данных (DIU) используется в операции копирования в облако. Более подробную информацию см. в единицах интеграции данных (версия 2). Сведения о выставлении счетов см. в разделе цены Фабрика данных Azure.

²Azure Integration Runtime доступен глобально для обеспечения соответствия данным, повышения эффективности и снижения затрат на исходящий сетевой трафик.

Если включена управляемая виртуальная сеть, единица интеграции данных (DIU) во всех группах регионов составляет 2400.

³ Объекты конвейера, набора данных и связанной службы представляют логическое группирование вашей рабочей нагрузки. Ограничения для этих объектов не связаны с объемом данных, которые можно перемещать и обрабатывать с помощью Фабрика данных Azure. Фабрика данных предназначена для масштабирования и последующей обработки петабайтов данных.

⁴ Полезные данные для каждого запуска действия включают конфигурацию действия, один или несколько связанных наборов данных и конфигурации связанной службы, если таковые имеются, и небольшую часть системных свойств, созданных для каждого типа действия. Ограничение для этого размера полезных данных не связано с объемом данных, которые можно перемещать и обрабатывать с помощью Фабрика данных Azure. Узнайте о симптомах и рекомендуемых действиях при достижении этого ограничения.

Ограничения вызова веб-служб

Azure Resource Manager имеет ограничения для вызовов API. Вы можете выполнять вызовы API с частотой в пределах лимитов API Azure Resource Manager.

Azure NetApp Files (облачный сервис хранения файлов)

Azure NetApp Files имеет региональное ограничение для емкости. Стандартное ограничение емкости для каждой подписки составляет 25 ТиБ на регион для всех уровней обслуживания. Чтобы увеличить емкость, используйте запрос на поддержку по вопросу ограничений (квот) службы и подписки.

Дополнительные сведения об ограничениях для Azure NetApp Files см. в разделе Resource limits for Azure NetApp Files.

ограничения Политика Azure

Для Политика Azure установлено максимальное количество для каждого типа объекта. Для определений запись Область означает группу управления или подписку. Для назначений и освобождения от обязательств значение области указывает на группу управления, подписку, группу ресурсов или отдельный ресурс.

Правила политики имеют больше ограничений на количество условий и их сложность. Дополнительные сведения см. в разделе "Ограничения правил политики".

ограничения Azure Quantum

Ограничения и квоты поставщика ресурсов

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

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

SKU в обучении и разработке

На тарифном плане SKU Learn & Develop вы не можете запросить увеличение лимитов квоты. Вам следует переключиться на SKU «Масштабируемая производительность».

SKU Производительность в масштабе

Обратитесь к Azure поддержке, чтобы запросить увеличение ограничения.

Дополнительные сведения см. на странице цен Azure Quantum. Для получения сведений о предложениях сторонних поставщиков ознакомьтесь со страницами цен на портале Azure.

¹ Описывает число заданий, которые могут одновременно находиться в очереди.

ограничения Azure RBAC

Следующие ограничения применяются к управлению доступом на основе ролей в Azure (Azure RBAC).

ограничения службы Azure SignalR

Запросите обновление стандартных ограничений для подписки. Для этого отправьте запрос в службу поддержки.

Дополнительные сведения о том, как подсчитываются подключения и сообщения, см. в разделе Messages и подключениях в Служба Azure SignalR.

Если требования превышают ограничения, перейдите с уровня "Бесплатный" на стандартный уровень и добавьте единицы. Дополнительные сведения см. в статье How to scale an Служба Azure SignalR instance?.

Если ваши требования превышают лимиты одного экземпляра, добавьте экземпляры. Дополнительные сведения см. в разделе о том, как включить георепликацию в Служба Azure SignalR.

Приложения Azure Spring: ограничения

См. Квоты и планы обслуживания для Приложения Azure Spring, чтобы узнать больше об ограничениях для Приложения Azure Spring.

ограничения для служба хранилища Azure

В этом разделе перечислены следующие ограничения для служба хранилища Azure.

• Ограничения учетной записи хранения уровня "Стандартный"
• Ограничения поставщика ресурсов служба хранилища Azure
• ограничения Хранилище BLOB-объектов Azure
• Ограничения хранилища очередей Azure
• Ограничения хранилища таблиц Azure

Ограничения учетной записи хранения уровня "Стандартный"

В следующей таблице описываются ограничения по умолчанию для учетных записей Azure общего назначения версии 2 (GPv2), общего назначения версии 1 (GPv1) и Blob-хранилищ. Несколько записей в таблице также применяются к доступу к диску; они явно помечены. Доступ к диску — это ресурс, который используется исключительно для импорта или экспорта управляемых дисков через закрытые каналы.

Microsoft рекомендует использовать учетную запись хранения GPv2 для большинства сценариев. Вы можете легко обновить учетную запись типа GPv1 или учетную запись хранилища Blob до учетной записи типа GPv2 без простоя и без необходимости копировать данные. Более подробную информацию см. в разделе Обновление до учетной записи хранения GPv2.

Ограничение входящего трафика относится ко всем данным, отправленным в учетную запись хранения или доступ к диску. Ограничение исходящего трафика относится ко всем данным, полученным из учетной записи хранения или доступа к диску.

¹ С увеличением квоты можно создать до 500 учетных записей хранения со стандартными конечными точками в каждом регионе. Дополнительные сведения см. в разделе Увеличение квот учетной записи служба хранилища Azure.

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

ограничения поставщика ресурсов служба хранилища Azure

Следующие ограничения применяются только при выполнении операций управления с помощью Azure Resource Manager с служба хранилища Azure и поставщиком ресурсов хранилища. Ограничения применяются для каждой подписки для каждого региона ресурса в запросе.

Ограничения Хранилище BLOB-объектов Azure

¹ Пропускная способность для одного BLOB зависит от нескольких факторов. Эти факторы включают в себя, но не ограничиваются: параллелизм, размер запроса, уровень производительности, скорость источника отправки и назначение для загрузки. Чтобы воспользоваться преимуществами повышения производительности блочных BLOB-объектов с высокой пропускной способностью, загружайте более крупные объекты данных или блоки. Специфически, вызовите Put Blob или Put Block операцию с размером двоичного объекта или блока, превышающим 256 КиБ.

² страничные блобы еще не поддерживаются в учетных записях с включенным иерархическим пространством имен.

В таблице ниже приведены сведения о максимальном размере блоков и BLOB-объектов, разрешенных определенными версиями службы.

ограничения хранилища очередей Azure

ограничения хранилища таблиц Azure

В следующей таблице показаны целевые показатели масштабируемости и производительности для хранилища таблиц.

ограничения на создание подписки Azure

Дополнительные сведения о создании ограничений для подписок Azure см. в разделе Учетные записи и области выставления счетов в портале Azure.

ограничения службы Виртуальный рабочий стол Azure

В следующей таблице описаны максимальные ограничения для Виртуальный рабочий стол Azure.

¹Если вам требуется более 500 групп приложений, то отправьте запрос в службу поддержки через портал Azure.

Все остальные ресурсы Azure, используемые в Виртуальный рабочий стол Azure, такие как виртуальные машины, хранилища, сети и т. д., обладают собственными ограничениями, которые описаны в соответствующих разделах этой статьи. Чтобы визуализировать связь между всеми объектами Виртуальный рабочий стол Azure, ознакомьтесь с этой статьей Взаимосвязи между логическими компонентами Виртуальный рабочий стол Azure.

Чтобы приступить к работе с Виртуальный рабочий стол Azure, используйте руководство getting started. Для более глубокого архитектурного содержимого для Виртуальный рабочий стол Azure используйте раздел Виртуальный рабочий стол Azure Cloud Adoption Framework. Для получения сведений о ценах на Виртуальный рабочий стол Azure добавьте "Виртуальный рабочий стол Azure" в разделе вычислений калькулятора цен Azure.

ограничения Решение Azure VMware

В следующей таблице описаны максимальные ограничения для Решение Azure VMware.

* Сведения о RPO ниже 15 минут см. в статье о работе 5-минутного RPO в документации по администрирования репликации vSphere.

** Это обратимое рекомендуемое ограничение может поддерживать более высокую пропускную способность в зависимости от сценария.

Для других специфичных для VMware ограничений используйте инструмент максимальной конфигурации VMware by Broadcom.

ограничения Azure Web PubSub

Запросите обновление стандартных ограничений для подписки. Для этого отправьте запрос в службу поддержки.

Дополнительные сведения о том, как подключения и сообщения учитываются в выставлении счетов, см. в разделе Billing в службе Azure Web PubSub.

Если ваши требования превышают ограничения, масштабируйтесь с уровня "Бесплатный" до уровня "Стандартный", "Премиум", или расширьте количество единиц. Дополнительные сведения см. в статье How to scale an Azure Web PubSub Service instance.

Если ваши требования превышают лимиты одного экземпляра, добавьте экземпляры. Дополнительные сведения см. также в разделе Использование Geo-Replication в Azure Web PubSub.

Ограничения резервного копирования

Для обзора настроек поддержки и ограничений Azure Backup см. в разделе Матрицы поддержки Azure Backup.

Лимиты на партии

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

² Чтобы запросить увеличение, превышающее это ограничение, обратитесь в службу поддержки Azure.

Ограничения классической модели развертывания

Следующие ограничения применяются, если вместо модели развертывания Azure Resource Manager используется классическая модель развертывания.

¹ Сверхмалые экземпляры считаются как один виртуальный ЦП в контексте ограничения числа виртуальных ЦП, даже если ядро ЦП загружено не полностью.

²Ограничение учетной записи хранения распространяется на стандартные и премиум учетные записи хранения.

ограничения для контейнеров Instances

¹Чтобы запросить увеличение лимита, создайте запрос в службу поддержки Azure. Бесплатные подписки, включая Azure бесплатную учетную запись и Azure для учащихся не имеют права на увеличение лимита или квоты. Если у вас бесплатная подписка, ее можно обновить до подписки с оплатой по мере использования.
² Лимит по умолчанию для подписки с оплатой по мере использования. Лимит может различаться для других типов категорий.

Пределы Реестр контейнеров Azure

В следующей таблице описаны функции и ограничения уровней служб "Базовый", "Стандартный" и "Премиум" Реестр контейнеров Azure.

¹ Хранилище, плата за которое включена в ежедневную плату для каждого уровня. Может использоваться дополнительное хранилище, при этом взимается дополнительная плата в день за каждый ГиБ до достижения предела хранилища для реестра. Сведения о тарифах см. в разделе цены на Реестр контейнеров Azure. Если вам требуется хранилище, превышающее ограничение хранилища реестра, обратитесь в службу поддержки Azure.

² Отдельные действияcontent/delete, content/read, content/write, metadata/read, metadata/write соответствуют ограничению количества репозиториев на карту области токена без использования Microsoft Entra.

ограничения для сервиса «Azure Content Delivery Network»

*Эти два ограничения применимы только к Azure CDN категории "Стандартный" из Microsoft (классической). Если трафик не распределяется по всему миру и сосредоточен в одном или двух регионах, или если требуется более высокий предел квоты, создайте запрос на поддержку Azure.

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

ограничения Azure Data Lake Analytics

Azure Data Lake Analytics упрощает сложную задачу управления распределенной инфраструктурой и сложным кодом. Служба динамически подготавливает ресурсы и позволяет работать с эксабайтами данных. После завершения задания она автоматически освобождает ресурсы. При этом вы платите только за используемые вычислительные ресурсы. При увеличении или уменьшении объема хранимых данных или вычислительных ресурсов не нужно переписывать код. Чтобы увеличить ограничения по умолчанию для подписки, обратитесь в службу поддержки.

Ограничения Azure Data Lake Storage

Azure Data Lake Storage 2-го поколения не является выделенной службой или типом учетной записи хранения. Это последняя версия с возможностями, посвящёнными анализу больших данных. Такие возможности доступны в учетных записях общего назначения версии 2 или BlockBlobStorage. Чтобы воспользоваться ими, включите функцию Иерархическое пространство имен в учетной записи. Сведения о целевых показателях масштабируемости см. в следующих статьях:

• Целевые показатели масштабируемости хранилища BLOB-объектов.
• Целевые показатели масштабируемости для стандартных учетных записей хранения.

Azure Data Lake Storage 1-го поколения — это выделенная служба. Это крупномасштабный репозиторий корпоративного уровня для рабочих нагрузок анализа больших данных. Вы можете использовать Data Lake Storage 1-го поколения для сбора данных любого размера, типа и скорости приема данных в одном месте для оперативной и исследовательской аналитики. Нет ограничений на объем данных, которые можно хранить в учетной записи Data Lake Storage 1-го поколения.

ограничения Azure Data Share

Azure Data Share позволяет организациям просто и безопасно обмениваться данными со своими клиентами и партнерами.

ограничения Azure Database Migration Service

Azure Database Migration Service — это полностью управляемая служба, предназначенная для беспрепятственной миграции из множества источников данных на платформы данных Azure с минимальным временем простоя.

ограничения реестра устройств Azure

В следующей таблице перечислены ограничения, которые применяются к ресурсам реестра устройств Azure. Реестр устройств Azure используется с Центр Интернета вещей Azure (предварительный просмотр) и Операции Интернета вещей Azure.

Обновление устройств Azure для Центр Интернета вещей: ограничения

Ограничения можно настроить только для SKU типа "Стандартный". Запросы на изменение лимитов рассматриваются в индивидуальном порядке, и их утверждение не гарантируется.

Запросы на изменение лимита не принимаются для бесплатного SKU. Кроме того, экземпляры бесплатного SKU нельзя обновить до стандартного SKU.

В следующей таблице показаны ограничения для обновления устройства для ресурса Центр Интернета вещей в Azure Resource Manager.

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

ограничения Azure Digital Twins

Функциональные ограничения

В следующей таблице перечислены функциональные ограничения Azure Digital Twins.

Ограничения скорости

В следующей таблице перечислены ограничения скорости различных API.

Другие ограничения

Ограничения типов данных и полей в документах DTDL для моделей Azure Digital Twins см. в документации по спецификациям GitHub: Digital Twins Definition Language (DTDL) версии 3.

Сведения о задержке запросов см. в разделе Язык запросов. Описание ограничений конкретных функций языка запросов см. в справочной документации по запросам.

ограничения Сетка событий Azure

Ограничения дросселирования Event Grid

Служба "Сетка событий" предлагает уровень "Стандартный" и уровень "Базовый". Уровень Standard Event Grid позволяет использовать модель публикации и подписки (publish-subscribe) с использованием функциональности брокера MQTT и обеспечивать pull-доставку сообщений через пространство имен Event Grid. Уровень "Базовый" в Event Grid позволяет задействовать отправку с помощью настраиваемых топиков Event Grid, системных топиков Event Grid, доменов Event Grid и партнерских топиков Event Grid. Дополнительные сведения см. в разделе "Выбор подходящего уровня сетки событий". В этой статье описываются квоты и ограничения для обоих уровней.

Ограничения ресурсов пространства имен сетки событий

Пространства имен сетки событий позволяют получать сообщения MQTT и доставку по запросу HTTP. Следующие ограничения применяются к ресурсам пространства имен в сетке событий.

Ограничения MQTT в пространстве имен Event Grid

Следующие ограничения применяются к MQTT в ресурсе пространства имен сетки событий.

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

* Для MQTTv5 узнайте больше о поддержке управления потоками.

** Сохраненные сообщения засчитываются в общую квоту хранилища MQTT для пространства имен. Когда квота достигнута, публикация новых сохраненных сообщений терпит неудачу, пока существующие сообщения не истекут или не будут удалены (например, с помощью публикации пустой полезной нагрузки).

Ограничения событий в пространстве имен Event Grid

Следующие ограничения применяются к событиям в ресурсе пространства имен Сетки событий.

Ограничения ресурсов настраиваемых разделов, системных разделов и партнерских разделов

Следующие ограничения применяются к пользовательским темам, системной теме и партнёрским темам в Event Grid.

Ограничения ресурсов домена

Следующие ограничения применяются к ресурсу домена сетки событий.

Пределы в Центры событий Azure

В следующих таблицах указаны квоты и ограничения, относящиеся к Центры событий Azure. Сведения о ценах на Центры событий см. в разделе о ценах на Центры событий.

Общие ограничения для всех уровней

Приведенные ниже ограничения являются общими для всех уровней.

Базовый, стандартный, премиум и выделенные уровни

В следующей таблице показаны ограничения, которые отличаются для уровней "Базовый", "Стандартный", "Премиум" и "Выделенный".

* Зависит от таких факторов, как выделение ресурсов, количество секций и хранилище.

ограничения Azure IoT Central

IoT Central ограничивает до 100 количество приложений, которые можно развернуть в подписке. Дополнительные сведения см. в разделе Azure IoT Central квоты и ограничения.

ограничения Центр Интернета вещей Azure

В следующей таблице приведены ограничения, связанные с разными уровнями служб (S1, S2, S3 и F1). Сведения о стоимости каждой единицы на каждом уровне см. в разделе цены на Центр Интернета вещей Azure.

В следующей таблице перечислены ограничения, которые применяются к Центр Интернета вещей ресурсам.

Центр Интернета вещей ограничивает запросы при превышении следующих квот.

Центр Интернета вещей с интеграцией ADR Microsoft и ограничениями управления сертификатами X.509 (предварительная версия)

В следующей таблице перечислены ограничения, применяемые к экземплярам Центр Интернета вещей (предварительная версия).

Все остальные ограничения пропускной способности и лимиты на предварительные ресурсы Центр Интернета вещей эквивалентны Центр Интернета вещей стандарта S1.

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

Дополнительные сведения см. в полном списке ограничений ADR.

ограничения службы подготовки устройств Центр Интернета вещей Azure

В следующей таблице перечислены ограничения, которые применяются к ресурсам службы подготовки устройств Центр Интернета вещей Azure.

Для службы подготовки устройств установлены указанные ниже ограничения частоты.

лимиты Azure Key Vault

Тип ресурса: хранилище

В этом разделе описаны ограничения службы для типа ресурса vaults.

Ключевые транзакции (максимальное число транзакций, разрешаемых за 10 секунд, на одно хранилище в каждом регионе¹)

Секреты, ключи управляемой учетной записи хранения и транзакции хранилища

¹ Ограничение для всех типов транзакций на уровне подписки в пять раз превышает ограничение на уровне хранилища ключей.

Резервные копии ключей, секретов, сертификатов

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

Ограничения на количество ключей, секретов и сертификатов

Key Vault не ограничивает количество ключей, секретов или сертификатов, которые могут храниться в хранилище. Следует учитывать ограничения транзакций в хранилище, чтобы гарантировать, что операции не будут ограничиваться.

Key Vault не ограничивает количество версий секрета, ключа или сертификата, но хранение большого количества версий (500+) может повлиять на производительность операций резервного копирования. См. раздел Azure Key Vault backup.

Azure Key Vault: ограничения управляемого модуля безопасности HSM

Тип ресурса: управляемый HSM

В этом разделе описаны ограничения службы для типа ресурса managed HSM.

Ограничения на объекты

Подробные рекомендации по планированию и масштабированию емкости производительности см. в руководстве по масштабированию управляемого модуля HSM Azure.

ограничения удостоверения, управляемого Azure

• Каждое управляемое удостоверение учитывает ограничение квоты объекта в клиенте Microsoft Entra, как описано в Microsoft Entra ограничениях и ограничениях службы.

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

  1. Для каждого клиента Microsoft Entra в каждом регионе Azure: 400 операций создания каждые 20 секунд.
  2. На каждую подписку Azure в каждом регионе Azure: 80 операций создания за 20 секунд.

• Скорость, с которой управляемое удостоверение, назначаемое пользователем, может быть связано с ресурсом Azure:

  1. Для каждого тенанта Microsoft Entra в регионе Azure: 400 операций распределения в течение 20 секунд.
  2. За подписку Azure для региона Azure: 300 операций назначения за 20 секунд.

ограничения Службы мультимедиа Azure

Ограничения для учетной записи

Ограничения для ресурсов

Ограничения для хранилища (на единицы мультимедиа)

¹ Максимальный размер, поддерживаемый для одного BLOB-объекта, составляет 5 ТБ в хранилище Хранилище BLOB-объектов Azure. В Службах мультимедиа применяются дополнительные ограничения в зависимости от размеров виртуальных машин, используемых службой. Ограничение размера применяется к отправляемым файлам, а также к файлам, которые создаются в результате обработки Служб мультимедиа (кодирования или анализа). Если размер исходного файла превышает 260 ГБ, скорее всего, задание завершится ошибкой.

² Учетные записи хранения должны находиться в той же подписке Azure.

Ограничения для заданий (кодирование и анализ)

³ Это число включает в себя задания в очереди, а также завершенные, активные и отмененные задания. Это не включает удаленные задания.

Все записи заданий в вашей учетной записи старше 90 дней будут автоматически удалены, даже если общее число записей не превышает значение максимальной квоты.

Ограничения для потоковой трансляции

⁴ Подробные сведения об ограничениях трансляции см. в статье Сравнение типов трансляции.

⁵ Живой вывод начинается при создании и останавливается при удалении.

Ограничения для упаковки и доставки

⁶ При использовании пользовательской политики потоковой передачи следует разработать ограниченный набор таких политик для учетной записи Служб мультимедиа и повторно использовать их для указателей потоковой передачи каждый раз, когда требуются те же параметры шифрования и протоколы. Вам не нужно создавать новую политику потоковой передачи для каждого указателя потоковой передачи.

⁷ Указатели потоковой передачи не предназначены для управления доступом на уровне пользователя. Для предоставления различных прав доступа отдельным пользователям используйте решения для управления цифровыми правами (DRM).

Ограничения на защиту

Запрос в службу поддержки

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

Службы мультимедиа Azure версии 2 (устаревшая версия)

Ограничения, относящиеся к Cлужбы мультимедиа версии 2 (устаревшая версия), см. в разделе [Cлужбы мультимедиа версии 2 (устаревшая версия)]

Ограничения мобильных служб Azure

Дополнительные сведения об ограничениях и ценах см. в разделе Azure цены на мобильные службы.

ограничения сети Azure

Ограничения сети — Azure Resource Manager

Следующие ограничения применяются только для сетевых ресурсов, управляемых с помощью Azure Resource Manager для каждого региона на подписку. Узнайте, как просмотреть текущие данные об использовании ресурсов в соответствии с ограничениями подписки.

¹Поддержка определяемых пользователем маршрутов для каждой подписки, число которых превышает 600, доступна через Диспетчер виртуальных сетей Azure.

Ограничения для общедоступных IP-адресов

¹Ограничения по умолчанию для общедоступных IPv4/v6-адресов зависят от типа категории предложения, например бесплатной пробной версии, оплаты по мере использования, CSP. Например, по умолчанию для подписок Соглашения Enterprise используется значение 1000, а по умолчанию для оплаты по мере использования — 20. Большинство предложений начинаются с 10. Существует также общее максимальное количество общедоступных IP-адресов для каждой подписки.

²Основные общедоступные IP-адреса выведены из эксплуатации с 30 сентября 2025 г. Дополнительные сведения см. здесь .

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

ограничения Azure Load Balancer

Load Balancer (цен. категория "Стандартный")

^{1 Каждый сетевой адаптер может иметь в общей сложности 300 правил (балансировка нагрузки, входящий NAT и правила исходящего трафика) для всех IP-конфигураций сетевого адаптера. 2 Серверные IP-конфигурации объединяются во всех правилах подсистемы балансировки нагрузки, включая балансировку нагрузки, NAT для входящего трафика и правила для исходящего трафика. Каждое правило, настраивающее экземпляр серверного пула, считается одной конфигурацией.}

Load Balancer не применяет ограничения пропускной способности. Однако ограничения пропускной способности виртуальных машин и виртуальных сетей по-прежнему применяются. Дополнительные сведения см. в разделе "Пропускная способность сети виртуальной машины".

Балансировщик нагрузки шлюза

Все ограничения для Load Balancer (цен. категория "Стандартный") также применяются к Gateway Load Balancer.

Базовый балансировщик нагрузки

³ Ограничение для одного дискретного ресурса в серверном пуле (автономная виртуальная машина, группа доступности или группа размещения масштабируемых наборов виртуальных машин) заключается в возможности иметь до 250 конфигураций IP-адресов Frontend на один "Базовый" общий балансировщик нагрузки и "Базовый" внутренний балансировщик нагрузки.

ограничения шлюза приложений Azure

Сведения в следующей таблице относится к номерам SKU версии 1, версии 2, ценовой категории "Стандартный" и WAF, если не указано иное.

¹ Число ресурсов, указанных в таблице, относится к стандартным SKU Application Gateway и SKU с поддержкой WAF, работающих под управлением CRS 3.2 или DRS. Для SKU с включенной поддержкой WAF и использующих CRS 3.1 или ниже, поддерживаемое количество составляет 40. Дополнительные сведения см. в разделе "Подсистема WAF".

² Ограничение задается для экземпляра Шлюза приложений, а не для ресурса Шлюза приложений.

³ Существует ограничение на отправку файлов с буфером в 4 КБ. Ограничение размера файла не будет применяться до тех пор, пока отправка файла не превысит заданное ограничение плюс этот буфер.

⁴ . Необходимо определить значение с помощью политики WAF для шлюза приложений.

Пределы Шлюз приложений Azure для контейнеров

Ограничения конфигурации API Ingress и шлюза Kubernetes

ограничения Бастион Azure

Экземпляр — это оптимизированная виртуальная машина Azure, созданная при настройке Бастион Azure. При использовании SKU "Базовый" для настройки Бастион Azure создаются 2 экземпляра. Если используется номер SKU уровня "Стандартный", можно указать количество экземпляров в диапазоне от 2 до 50.

Эти типы рабочих нагрузок определены здесь: нагрузки удаленного рабочего стола
**Эти ограничения основаны на тестах производительности RDP для Бастион Azure. Числа могут отличаться в зависимости от других активных сеансов RDP или SSH.

ограничения Azure DNS

Публичный DNS

Общедоступные зоны DNS

¹Если вам необходимо увеличить эти лимиты квоты, обратитесь в службу поддержки Azure.

Операции общедоступной зоны DNS

Операции с общедоступными записями ресурсов DNS

Частный DNS

Частные зоны DNS

операции в зоне Частная зона DNS

Операции с записями ресурсов в частных DNS-серверах

Операции связи между виртуальными сетями

ограничения виртуальной машины сопоставителя DNS Azure

¹ Эти ограничения применяются к каждой отдельной виртуальной машине, а не к уровню виртуальной сети. Запросы DNS свыше объема этих ограничений удаляются. Эти ограничения применяются к распознавателю Azure по умолчанию, а не к частному распознавателю DNS.

Частный резолвер DNS¹

Ограничения могут применяться порталом Azure до тех пор, пока портал не будет обновлён. Используйте PowerShell для развертывания элементов в рамках актуальных требований.

ограничения Брандмауэр Azure

ограничения Azure Front Door (классический вариант)

• Помимо следующих ограничений, существует составное ограничение на количество правил маршрутизации, интерфейсных доменов, протоколов и путей.

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

² Чтобы запросить увеличение ограничения, создайте запрос на поддержку Azure. Бесплатные подписки, включая Azure бесплатную учетную запись и Azure для учащихся не имеют права на увеличение лимита или квоты. Если у вас бесплатная подписка, ее можно обновить до подписки с оплатой по мере использования.

Ограничения для Azure Front Door сертификатов «Стандартный» и «Премиум»

• Не более 500 общих профилей уровня "Стандартный" и "Премиум" для каждой подписки.
• Помимо следующих ограничений, существует составное ограничение на количество маршрутов, доменов, протоколов и путей.

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

² В настоящее время существует ограничение на 5000 запросов в секунду для каждого профиля Front Door. За пределами этого ограничения, узел POP будет разрывать соединения. Если запросы сосредоточены в одном из нескольких регионов и превышают этот предел, можно запросить более высокий предел POP, отправив запрос поддержка Azure.

³ Если требуется более 3000 одновременных подключений WebSocket, отправьте запрос поддержка Azure.

Значения времени ожидания

От клиента до Входной двери

• Время ожидания заголовка. После установки подключения TCP/TLS у Front Door имеется 5-секундное время ожидания для получения всех заголовков от клиента. Подключение завершается, если клиент не отправляет заголовки в течение 5 секунд. Вы не можете настроить это значение времени ожидания.
• Таймаут поддержания активности (HTTP keep-alive) — у Front Door таймаут составляет 90 секунд. Подключение завершается, если клиент не отправляет данные в течение 90 секунд. Вы не можете настроить это значение времени ожидания.

Front Door для серверной части приложения

• После перенаправления HTTP-запроса в серверную часть Azure Front Door ожидает 60 секунд (стандартная и премиум) или 30 секунд (классическая версия) для первого пакета из серверной части. Затем клиент видит ошибку 503 или 504 для кэшированного запроса. Это значение можно настроить с помощью поля originResponseTimeoutSeconds в Azure Front Door API уровня "Стандартный" и "Премиум" или поля sendRecvTimeoutSeconds в API Azure Front Door (классической).

• После того как серверная часть получает первый пакет, если источник приостанавливается по какой-либо причине в середине тела ответа и превышает значения originResponseTimeoutSeconds или sendRecvTimeoutSeconds, ответ отменяется.

• Front Door использует возможность HTTP keep-alive для поддержания открытых подключений для повторного использования из предыдущих запросов. Для таких подключений тайм-аут простоя составляет 90 секунд. Azure Front Door отключает неактивные подключения через 90 секунд простоя. Значение этого тайм-аута нельзя настроить.

Предел для отправки и загрузки данных

Другие ограничения

• Максимальный размер URL-адреса — 8192 байт — обозначает максимальную длину необработанного URL-адреса (схема + имя узла + порт + путь + строка запроса).
• Максимальный размер строки запроса — 4096 байт — обозначает максимальную длину строки запроса в байтах.
• Максимальный размер заголовка ответа HTTP от URL-адреса пробы работоспособности — 4096 байта — обозначает максимальную длину всех заголовков ответа от проб работоспособности.
• Максимальное количество символов для значения заголовка действия обработчика правил: 640 символов.
• Максимальное количество символов для значения заголовка условия обработчика правил: 256 символов.
• Максимальный размер заголовка ETag: 128 байт
• Максимальная длина имени конечной точки для версий "Стандарт" и "Премиум": 46 символов.

Дополнительные сведения об ограничениях, применяемых к конфигурациям обработчика правил, см. в терминологии подсистемы правил.

ограничения Azure Network Watcher

ограничения Azure Route Server

¹ Если NVA объявляет больше маршрутов, чем указано в ограничении, сеанс BGP отключается.

ограничения Azure ExpressRoute

Ограничения рекламы маршрута

Разрешенное количество связей виртуальных сетей для каждого канала ExpressRoute

* Только ExpressRoute Direct 100-Гбит/с

Ограничения производительности шлюза ExpressRoute

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

Максимальные поддерживаемые ограничения

Эта таблица относится как к Azure Resource Manager, так и к классическим моделям развертывания.

¹ Значения в таблице оцениваются и зависят от использования ЦП шлюза. Если загрузка ЦП высока и количество поддерживаемых виртуальных машин превышается, шлюз начнет удалять пакеты.

ограничения Azure NAT Gateway

Следующие ограничения применяются к ресурсам шлюза NAT standard и StandardV2, управляемым с помощью Azure Resource Manager для каждого региона для каждой подписки. Узнайте, как просмотреть текущие данные об использовании ресурсов в соответствии с ограничениями подписки.

¹ Для ресурса шлюза NAT стандартного SKU, общая пропускная способность данных 50 Гбит/с распределяется между исходящими и входящий (возвращаемыми) данными. Пропускная способность данных поддерживается до 25 Гбит/с для исходящих данных и до 25 Гбит/с для входящих (ответных) данных через шлюз NAT.

² Ограничения по умолчанию для шлюзов NAT зависят от типа категории предложения, например бесплатной пробной версии, оплаты по мере использования и CSP. Например, значение по умолчанию для подписок в рамках Соглашения Enterprise — 1000.

ограничения Приватный канал Azure

Следующие ограничения применяются к Azure приватной ссылке:

ограничения Диспетчер трафика Azure

Ограничения ресурсов

¹If необходимо увеличить эти ограничения, обратитесь в службу поддержки Azure.

Ограничения дросселирования по умолчанию

Profiles

Endpoints

Метрики и тепловая карта

Гео иерархия

ограничения Azure VPN Gateway

Если не указано иное, следующие ограничения применяются к Azure VPN Gateway ресурсам и шлюзам виртуальной сети.

Ограничения по SKU шлюза