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

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

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

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

Бесплатные пробные подписки 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 тегами. Однако подписка может содержать неограниченное количество тегов, распределенных по ресурсам и группам ресурсов.

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

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

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

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

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

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

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

Ограничения Центра API Azure

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

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

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

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

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

Для некоторых ресурсов Управления API ограничения задаются только на тарифе 'Потребление'; в других классических тарифах Управления API, где указано, эти ресурсы не ограничены. Однако ваш практический верхний предел зависит от конфигурации службы, включая ценовую категорию, емкость службы, количество единиц масштабирования, конфигурацию политики, определения и типы API, количество одновременных запросов и другие факторы.

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

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

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

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

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

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

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

Ограничения — портал разработчика в уровнях 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/P0V3/P1V3, 3968 на экземпляр B2/S2/P2V3, 8 064 на экземпляр B3/S3/P3V3.

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

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

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

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

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

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

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

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

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

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

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

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

Настройка приложения Azure

Ограничения кэша Azure для Redis

Ограничения и размер кэша Redis для Azure отличаются для каждой ценовой категории. Информацию о ценовых категориях и соответствующих им размерах см. на странице с ценами на Azure Cache для Redis.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Смотрите пределы службы Azure Chaos Studio для лимитов Azure Chaos Studio.

Ограничения шлюза коммуникаций Azure

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

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

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

Шлюз коммуникаций Azure также имеет ограничения на сигнал SIP.

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

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

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

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

См. Квоты в Azure Container Apps для ограничений приложений контейнеров Azure.

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

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

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

Ограничения Azure Cosmos DB

Смотрите Лимиты в Azure Cosmos DB для получения информации об ограничениях Azure Cosmos DB.

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

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

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

База данных Azure для MySQL

См. Ограничения в Azure Database для MySQL для пределов База данных Azure для MySQL.

База данных Azure для PostgreSQL

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

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

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

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

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

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

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

См. варианты размещения для Azure Functions для получения дополнительной информации.

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

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

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

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

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

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

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

Ограничения Службы Azure Kubernetes

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ограничения Azure Managed Grafana

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

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

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

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

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

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

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

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

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

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

Для Azure Resource Manager действуют ограничения для вызовов API. Можно вызывать API с частотой, соответствующей ограничениям API диспетчера ресурсов Azure.

Azure NetApp Files

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ограничения Azure Spring Apps

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

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

В этом разделе перечислены следующие ограничения для Хранилища Azure:

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

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

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

Корпорация Майкрософт рекомендует использовать для большинства сценариев учетные записи хранения GPv2. Учетную запись общего назначения версии 1 или хранения Blob можно легко перевести на учетную запись общего назначения версии 2, без прерываний в работе и необходимости копирования данных. Более подробную информацию см. в статье Переход на учетную запись хранения общего назначения версии 2.

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

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

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

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

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

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

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

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

Ограничения для службы Azure "Хранилище таблиц"

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

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

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

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

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

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

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

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

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

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

* Сведения о целевой точке восстановления (RPO) менее 15 минут см. в руководстве по администрированию vSphere Replication в разделе Принцип действия 5-минутной целевой точки восстановления.

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

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

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

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

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

Если ваши требования превышают ограничения, масштабируйтесь с уровня "Бесплатный" до уровня "Стандартный", "Премиум", или расширьте количество единиц. Дополнительные сведения см. в статье «Как масштабировать экземпляр службы Azure Web PubSub».

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

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

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

Ограничения серии

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

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

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

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

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

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

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

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

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

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

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

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

³docker pull приводит к нескольким операциям чтения в зависимости от количества слоев в образе, плюс извлечение манифеста.

⁴docker push соответствует нескольким операциям записи в зависимости от количества слоев, которые необходимо отправить. Команда docker push включает ReadOps для получения манифеста для имеющегося образа.

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

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

*Эти два ограничения применимы только к Azure CDN уровня "Стандартный" от Майкрософт (классической). Если трафик не распределяется по всему миру и сосредоточен в одном или двух регионах или если требуется более высокий предел квоты, создайте запрос в службу поддержки 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"

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

Ограничения на обновления устройств Azure для IoT Hub

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В таблице ниже перечислены квоты и ограничения для Центров событий Azure. См. сведения о ценах на Центры событий.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Служба Azure Key Vault поддерживает два типа ресурсов: хранилища и управляемые устройства HSM. В следующих двух разделах описаны ограничения службы для каждого из них.

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

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

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

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

Дополнительные сведения о регулировании при превышении этих ограничений см. в руководстве по регулированию Azure Key Vault.

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

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

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

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

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

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

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

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

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

Ограничения транзакций для административных операций (количество операций в секунду на экземпляр HSM)

Ограничения на транзакции для операций шифрования (количество операций в секунду на каждый экземпляр HSM)

• Каждый управляемый экземпляр HSM состоит из трех разделов HSM с балансировкой нагрузки. Ограничения пропускной способности зависят от базовой мощности оборудования, выделенной для каждого раздела. В таблицах ниже показана максимальная пропускная способность при доступности по крайней мере одного раздела. Фактическая скорость передачи данных может быть до трёх раз выше, если доступны все три раздела.
• В контексте указанных ограничений пропускной способности предполагается, что для достижения максимальной пропускной способности используется один ключ. Например, если используется один ключ RSA-2048, максимальная пропускная способность будет составлять 1100 операций входа. Если вы используете 1100 разных ключей, и для каждого выполняется одна транзакция в секунду, они не смогут достичь такой же пропускной способности.

Операции с ключами RSA (количество операций в секунду на каждый экземпляр HSM)

Операции с ключами EC (количество операций в секунду на каждый экземпляр HSM)

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

Операции с ключами AES (количество операций в секунду на каждый экземпляр HSM)

• В контексте операций шифрования и расшифровки предполагается, что используется пакет размером 4 КБ.
• Ограничения пропускной способности для шифрования и расшифровки применяются к алгоритмам AES-CBC и AES-GCM.
• Ограничения пропускной способности для упаковки и распаковки применяются к алгоритму AES-KW.

Ограничения управляемой идентификации 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 Mobile Services.

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

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

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

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

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

²Ограничение общедоступных IP-адресов касается общего количества общедоступных IP-адресов, включая уровни "Базовый" и "Стандартный".

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

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

Балансировщик нагрузки стандартной категории

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

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

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

Все ограничения, применимые к Standard Load Balancer, также применяются к Gateway Load Balancer.

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

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

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

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

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

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

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

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

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

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

Экземпляр — это оптимизированная виртуальная машина Azure, которая создается при настройке Azure Bastion. При настройке Azure Bastion с помощью SKU "Базовый" создаются 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.

²Azure Front Door в настоящее время имеет 5000 запросов в секунду на ограничение POP.

³Если вам требуется более 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 в API Azure Front Door категории "Стандартный" и "Премиум" или поля sendRecvTimeoutSeconds в API Azure Front Door (классический).

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

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

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

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

• Максимальный размер 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, так и к классическим моделям развертывания.

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

Ограничения шлюза NAT Azure

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

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

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

Ограничения на частную ссылку Azure

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

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

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

Ограничения VPN-шлюз Azure

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

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

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

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

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

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

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

Ограничения Центров уведомлений Azure

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

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

Ограничения службы Microsoft Entra

Сведения об ограничениях службы Microsoft Entra см. в разделе об ограничениях службы Microsoft Entra .

Ограничения Microsoft Purview

Смотрите классические ограничения управления данными Microsoft Purview для наиболее актуальных квот Microsoft Purview.

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

Ознакомьтесь с ограничениями службы Microsoft Sentinel.

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

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