#REF! лимиты подписки и сервиса, квоты и ограничения

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

• Дополнительные сведения о ценах на #REF! см. на странице с обзором и подробностями #REF! pricing.
• На странице цен #REF! содержатся сведения о конкретных службах, например Виртуальные машины Windows.
• Вы также можете использовать калькулятор цен #REF! для оценки затрат.
• См. Что такое выставление счетов Майкрософт? для получения советов по управлению затратами.

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

Free #REF! пробные подписки не имеют права на увеличение лимита или квоты. Если у вас есть этот тип подписки, вы можете перейти на Pay-as-you-go. Дополнительные сведения см. в статье Обновите учетную запись #REF! и обзорах на тему Попробуйте #REF! бесплатно или оплата по мере использования.

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

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

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

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

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

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

ограничения группы управления #REF!

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

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

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

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

ограничения подписки #REF!

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

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

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

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

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

ограничения группы ресурсов #REF!

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

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

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

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

ограничения центра API #REF!

1 Использование функций полной службы, включая анализ API, ограничено.
2 Чтобы увеличить ограничение в стандартном плане, обратитесь к службе поддержки.
3 Настраиваемые свойства метаданных, назначенные API, развертываниям и средам.
4 Процесс может занять несколько минут до 24 часов.
5 источников, таких как связанные экземпляры API Management.

ограничения #REF!

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

• Ограничения ресурсов в классическом и v2 уровнях API Management
• Ограничения ресурсов в пространствах API Management
• ограничения ресурсов на портале разработчика в уровнях API Management версии 2
• Ограничения среды выполнения шлюза

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

Следующие ограничения введены начиная с марта 2026 года. Службы на классических уровнях, превышающие измененные ограничения, могут поддерживать существующую емкость. Дополнительную информацию см. в разделе Ограничения сервиса управления API.

1 Относится только к категории "Премиум".

Ограничения — рабочие области API Management

Ниже приведены ограничения ресурсов на workspace в #REF!:

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

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

ограничения на выполнение в шлюзе API Management

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

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

1 Приложения и квоты хранилища распределяются по плану App Service, если не указано иное.

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

3 Выделенные экземпляры могут иметь различные размеры. Дополнительные сведения см. в разделе Цены на App Service.

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

5 Лимит хранилища — это общий объём контента для всех приложений в одном плане служб приложений. Общий размер содержимого всех приложений во всех планах App service в одной группе ресурсов и регионе не может превышать 500 ГБ. Квота файловой системы для приложений, размещённых в App Service, определяется совокупностью планов App Service, созданных в регионе и группе ресурсов.

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

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

8 Максимальное количество 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.

10 Запуск пользовательских исполняемых файлов и/или скриптов по запросу, по расписанию или непрерывно в качестве фоновой задачи в экземпляре App Service. Always On требуется для непрерывного выполнения веб-заданий. Предопределенного ограничения на количество веб-заданий, которые могут выполняться в экземпляре App Service, не существует. Существуют практические ограничения, которые зависят от того, что именно код приложения пытается сделать.

11 Выдаются только стандартные сертификаты (wildcard-сертификаты недоступны). Ограничено только одним бесплатным сертификатом на custom domain.

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

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

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

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

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

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

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

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

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

Конфигурация приложений Azure

ограничения Кэш Azure для Redis

Ограничения и размеры Кэш Azure для Redis различаются для каждого тарифного плана. Сведения об уровнях цены и их связанных размерах см. в разделе цены на Кэш Azure для Redis.

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

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

ограничения #REF!

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Хранилище раздела (ГБ)

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

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

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

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

3 Хранилище большей емкости доступно в Западной Европе.

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

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

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

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

См. ограничения службы Azure Chaos Studio для получения информации об ограничениях Azure Chaos Studio.

Ограничения для Контейнеры приложений 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 - Flexible Server для пределов База данных Azure для MySQL - Flexible Server.

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

См. раздел Ограничения в гибком сервере База данных Azure для PostgreSQL для ограничений сервера в База данных Azure для PostgreSQL.

ограничения сред развертывания #REF!

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

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

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

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

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

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

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

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

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

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

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

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

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

ограничения в Служба Azure Kubernetes

Контейнеры #REF! ¹ должны использовать сетевой плагин #REF! CNI. Kubenet не поддерживается для контейнеров #REF!.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Azure NetApp Files

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

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

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

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

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

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

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

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

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

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

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

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

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

Дополнительные сведения см. на странице цен Azure Quantum. Изучите соответствующие страницы с ценами на портале #REF!, чтобы получить информацию о предложениях сторонних поставщиков.

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

ограничения RBAC #REF!

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

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

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

Для получения дополнительной информации о том, как подсчитываются подключения и сообщения, см. Messages and connections in Служба Azure SignalR.

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

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

ограничения использования Приложения Azure Spring

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

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

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

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

Лимиты учетной записи хранения стандартного уровня

В следующей таблице описываются ограничения по умолчанию для #REF! общего назначения версии 2 (GPv2), общего назначения версии 1 (GPv1) и учетных записей Хранилище BLOB-объектов.

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

Клиенты должны использовать учетную запись GPv2 storage, так как GPv1 отменяется. Вы можете легко обновить учетную запись GPv1 или Хранилище BLOB-объектов до учетной записи GPv2 без простоя и не нужно копировать данные. Для получения дополнительной информации см. статью Обновление до учетной записи хранилища GPv2.

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

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

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

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

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

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

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

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

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

ограничения хранилища очередей #REF!

ограничения хранилища таблиц #REF!

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

ограничения на создание подписки #REF!

См. раздел Учетные записи и области выставления счетов на портале #REF!, чтобы узнать больше о создании ограничений для подписок #REF!.

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

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

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

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

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

ограничения Решение 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.

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

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

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

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

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

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

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

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

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

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

ограничения экземпляров контейнера

¹Чтобы запросить увеличение лимита, создайте запрос в службу поддержки #REF!. Бесплатные подписки, включая #REF! бесплатную учетную запись и #REF! для учащихся не имеют права на увеличение лимита или квоты. Если у вас есть бесплатная подписка, вы можете перейти на подписку с оплатой по мере использования.
2Лимит по умолчанию для подписки Pay-As-You-Go. Лимит может различаться для других типов категорий.

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

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

1 Хранилище включено в ежедневный тариф для каждого уровня. Дополнительное хранилище может использоваться до ограничения хранилища в реестре по дополнительной ежедневной ставке за ГиБ. Сведения о тарифах см. в разделе Цены на службу Реестр контейнеров Azure. Если вам требуется хранилище, превышающее ограничение хранилища реестра, обратитесь в службу поддержки #REF!.

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

Пределы #REF!

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

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

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

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

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

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

• Целевые параметры масштабирования для Blob Storage.
• целевые показатели для стандартных учетных записей хранения.

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

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

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

Пределы #REF! Database Migration Service

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

ограничения реестра устройств #REF!

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

Ограничения #REF! Device Update для Центр Интернета вещей

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ограничения Azure Key Vault

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

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

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

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

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

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

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

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

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

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

Azure Key Vault: ограничения управляемого HSM

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

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

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

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

Ограничения управляемого удостоверения #REF!

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

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

  1. Для каждого клиента #REF! на #REF! регионе: 400 операций создания за 20 секунд.
  2. Для одной подписки #REF! в одном регионе #REF!: 80 операций создания за каждые 20 секунд.

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

  1. Для каждого клиента #REF! в регионе #REF!: 400 операций назначения каждые 20 секунд.
  2. На каждый подписку #REF! в каждом регионе #REF!: 300 операций назначения за 20 секунд.

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

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

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

ограничения хранилища (медиа)

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

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

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

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

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

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

4 Подробную информацию об ограничениях трансляции см. в статье Типы и ограничения событий в реальном времени.

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

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

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

7 Указатели потоковой передачи не предназначены для управления доступом по пользователю. Чтобы предоставить разные права доступа индивидуальным пользователям, используйте решения для управления цифровыми правами (DRM).

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

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

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

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

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

Ограничения для мобильных служб #REF!

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

ограничения сети #REF!

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

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

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

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

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

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

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

Пределы Azure Load Balancer

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

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

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

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

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

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

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

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

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

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

2 Ограничение применяется к экземпляру Application Gateway, а не к ресурсу Application Gateway.

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

4 Необходимо определить значение с помощью политики WAF для Application Gateway.

Ограничения Шлюз приложений Azure для контейнеров

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

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

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

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

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

Публичный DNS

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

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

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

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

Частный DNS

Приватные зоны DNS

операции зоны частного DNS

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

операции со связями виртуальных сетей

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

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

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

Различные ограничения ¹ могут применяться порталом #REF! до его обновления. Используйте PowerShell для развертывания элементов в рамках актуальных требований.

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

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

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

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

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

Azure Front Door ограничения службы "Стандартный" и "Премиум"

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

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

2 В настоящее время существует ограничение на 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 символов.

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

ограничения для #REF!

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

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

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

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

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

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

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

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

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

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

1 "Поддерживаемое число виртуальных машин в виртуальной сети" относится к количеству ресурсов, взаимодействующих через шлюз. Сюда входит следующее:

• Виртуальные машины в виртуальной сети концентратора
• Виртуальные машины в спаренных виртуальных сетях (топология Hub-Spoke)
• Частные конечные узлы
• Сетевые виртуальные устройства (например, шлюз приложений, Брандмауэр Azure)
• Серверные экземпляры служб PaaS, развернутые в виртуальных сетях (например, Управляемый экземпляр SQL, Среда службы приложений, #REF! в режиме виртуальной сети)

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

ограничения #REF!

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

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

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

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

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

Пределы Диспетчер трафика Azure

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

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

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

Profiles

Endpoints

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

Гео иерархия

ограничения для #REF!

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

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

Дополнительные сведения о номерах SKU и ограничениях шлюза см. в разделе "Сведения об номерах SKU шлюза".

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

В таблице в этом разделе перечислены результаты тестирования производительности для SKU VpnGw. Туннель VPN подключается к экземпляру шлюза VPN. Пропускная способность каждого экземпляра упоминается в таблице пропускной способности в предыдущем разделе и может быть агрегирована во всех туннелях, которые подключаются к данному экземпляру. В таблице показана наблюдаемая пропускная способность и пропускная способность в пакетах в секунду через один туннель для различных SKU шлюза. Все тестирование выполнялось между шлюзами (конечными точками) в #REF! в разных регионах с 100 подключениями и в стандартных условиях загрузки. Мы использовали общедоступные средства iPerf и CTSTraffic для измерения производительности подключений типа "сеть — сеть"

• Лучшая производительность была получена при использовании алгоритма GCMAES256 для шифрования и целостности IPsec.
• Средняя производительность была получена при использовании AES256 для шифрования IPsec и SHA256 для целостности.
• Низкая производительность была получена при использовании DES3 для шифрования IPsec и SHA256 для целостности.

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

#REF!: ограничения

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

Ограничения Microsoft Dev Box

ограничения службы #REF!

Сведения об ограничениях службы #REF! см. в #REF!.

ограничения #REF!

См. раздел Классические лимиты управления данными #REF! для получения наиболее актуальных квот #REF!.

ограничения Microsoft Sentinel

См. Сведения об ограничениях службы Microsoft Sentinel для получения информации об ограничениях Microsoft Sentinel.

ограничения Служебная шина Azure

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

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

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

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

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

Лимиты Azure Site Recovery

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

ограничения База данных SQL Azure

Сведения о ограничениях База данных SQL Azure см. в разделе:

• Обзор ограничений ресурсов Управляемый экземпляр SQL Azure
• Ограничения ресурсов для отдельных баз данных, используя модель покупки виртуальных ядер
• Ограничения ресурсов для эластичных пулов в модели приобретения виртуальных процессоров

Максимальное число частных конечных точек для логического сервера База данных SQL Azure составляет 250.

ограничения для Azure Synapse Analytics

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

Azure Synapse ограничения для рабочих пространств

Для предложений подписки с оплатой по мере использования, бесплатной пробной версии, #REF! Pass и #REF! для студентов:

Для других типов предложений подписки:

ограничения Azure Synapse для Apache Spark

Для предложений подписки с оплатой по мере использования, бесплатной пробной версии, #REF! Pass и #REF! для студентов:

Для других типов предложений подписки:

Дополнительные ограничения для пулов Spark см. в разделе Параллелизм и ограничения частоты API для пулов Apache Spark в Azure Synapse Analytics.

ограничения Azure Synapse для конвейеров

1 Единица интеграции данных используется в операциях копирования из облака в облако (см. сведения о единицах интеграции данных, версия 2). Для получения информации о выставлении счетов см. Цены на Azure Synapse Analytics.

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

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

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

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

ограничения Azure Synapse для выделенных пулов SQL

Дополнительные сведения об ограничениях емкости для выделенных пулов SQL в Azure Synapse Analytics см. в теме ограничения ресурсов для выделенных пулов SQL.

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

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

Ограничения на использование дисков виртуальной машины #REF!

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

Для управляемых дисков #REF!:

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

Resource	Limit
Стандартные управляемые диски	50,000
Стандартные управляемые диски SSD	50,000
Управляемые диски SSD Premium	50,000
Управляемые диски версии 2 уровня "Премиум" SSD	1,000
Общая емкость управляемых дисков SSD уровня Premium версии 2 в ГиБ2	102,400
Ультра диски	1,000
Общая емкость диска "Ультра" в ГиБ2	102,400
Снимки с уровнем Standard_LRS1	75,000
Моментальные снимки Standard_ZRS1	75,000
Управляемое изображение	50,000

1На одном диске может быть 500 инкрементных снимков.

2Это максимальное значение по умолчанию, но более высокие емкости поддерживаются запросом. Чтобы запросить увеличение емкости, запросите увеличение квоты или обратитесь в службу поддержки #REF!.

Для стандартных учетных записей хранилища:

Учетная запись стандартного хранения данных имеет максимальную общую частоту запросов на 20 000 операций ввода-вывода в секунду. Общее количество операций ввода-вывода в секунду на дисках всех виртуальных машин в учетной записи стандартного хранилища не должно превышать это ограничение.

Для неуправляемых дисков можно примерно вычислить количество высокоиспользуемых дисков, поддерживаемых одной стандартной учетной записью storage на основе ограничения скорости запроса. Например, для виртуальной машины уровня "Базовый" максимальное количество дисков с высокой интенсивностью использования равно 66, то есть доступно 20 000/300 операций ввода-вывода в секунду на один диск. Максимальное количество сильно загруженных дисков для виртуальной машины стандартного уровня составляет около 40, что соответствует 20 000/500 операций ввода-вывода в секунду на один диск.

Для учетных записей с премиум-хранилищем:

Учетная запись premium storage имеет максимальную общую пропускную способность 50 Гбит/с. Общая пропускная способность для всех дисков виртуальной машины не должна превышать это ограничение.

Дополнительные сведения см. в разделе размеры виртуальных машин в #REF!.

Для приложений виртуальных машин

При работе с приложениями виртуальных машин в #REF! может возникнуть сообщение об ошибке, которое говорит о том, что операция не может быть завершена, так как она приводит к превышению утвержденной квоты UnmanageStorageAccountCount. Эта ошибка возникает при достижении предельного количества неуправляемых учетных записей хранения, которые можно использовать.

При публикации приложения виртуальной машины #REF! необходимо реплицировать его в нескольких регионах. Для этого #REF! создает неуправляемую учетную запись хранения для каждого региона. Количество неуправляемых storage аккаунтов, которые использует приложение, определяется числом реплик, создаваемых для всех приложений.

Как правило, каждая учетная запись хранилища может содержать до 200 одновременных подключений. Ниже приведены параметры разрешения ошибки UnmanagedStorageAccountCount:

• Используйте страничные BLOB-объекты для исходных BLOB-объектов приложения. Неуправляемые учетные записи используются только для репликации блочных blob-объектов. Страничные блоки не имеют таких ограничений.
• Уменьшите количество реплик для версий приложений виртуальной машины или удалите приложения, которые больше не нужны.
• Отправьте запрос на поддержку, чтобы получить увеличение квоты.

Дополнительные сведения см. в разделе VM Applications.

#REF! наборы шифрования дисков

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

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

• Linux
• виртуальные машины #REF!

#REF!

Стандартные управляемые диски HDD

* Применяется только к дискам с включенной функцией "повышенная производительность".

Стандартные управляемые диски SSD

* Применяется только к дискам с включенной функцией "повышенная производительность".

Управляемые диски SSD премиум-класса: ограничения на диск