Ограничения регулирования вычислений
Применимо к: ✔️ Виртуальные машины Linux ✔️ Виртуальные машины Windows ✔️ Универсальные масштабируемые наборы
Microsoft Compute реализует механизм регулирования для обеспечения общей производительности службы и обеспечения согласованного взаимодействия с клиентами. Запросы API, превышающие максимальные допустимые ограничения, регулируются, и пользователи получают ошибку HTTP 429. Все политики регулирования вычислений реализуются на основе каждого региона.
Как работают политики регулирования?
Microsoft Compute реализует политики регулирования, ограничивающие количество запросов API, сделанных на ресурс и на подписку в каждом регионе в минуту. Если количество запросов API превышает эти ограничения, запросы регулируются. Вот как работают следующие ограничения:
Для каждого ограничения ресурсов — каждый ресурс, например виртуальная машина, имеет определенное ограничение для запросов API. Например, предположим, что пользователь создает 10 виртуальных машин в подписке. Пользователь может вызывать до 12 запросов на обновление каждой виртуальной машины за одну минуту. Если пользователь превышает ограничение для виртуальной машины, запросы API регулируются. Это ограничение гарантирует, что некоторые ресурсы не используют ограничения уровня подписки и регулирование других ресурсов.
Ограничение подписки . Помимо ограничений ресурсов, существует избыточное ограничение на количество запросов API для всех ресурсов в подписке. Все запросы API, превышающие это ограничение, регулируются независимо от того, достигнуто ли ограничение для отдельного ресурса. Например, предположим, что у пользователя есть 200 виртуальных машин в подписке. Несмотря на то, что пользователь имеет право инициировать до 12 запросов на обновление виртуальной машины для каждой виртуальной машины, агрегированное ограничение для запросов API обновления виртуальных машин ограничено на 1500 в минуту. Все запросы API виртуальных машин обновления для подписки, превышающей 1500, регулируются.
Как microsoft Compute определяет ограничения регулирования?
Чтобы определить ограничения для каждого ресурса и подписки, microsoft Compute использует алгоритм контейнера маркеров. Этот алгоритм создает контейнеры для каждого ограничения и содержит определенное количество маркеров в каждом контейнере. Количество маркеров в контейнере представляет ограничение регулирования в любой минуте.
В начале периода регулирования при создании ресурса контейнер заполняется максимальной емкостью. Каждый запрос API, инициированный пользователем, использует один маркер. Когда число маркеров истощается до нуля, последующие запросы API регулируются. Контейнер заполняется новыми токенами каждую минуту с согласованной частотой перезаполнения контейнера для ресурса и подписки.
Например: Давайте рассмотрим "политику регулирования для API обновления виртуальной машины", которая предусматривает частоту повторного заполнения контейнера в минуту и максимальную емкость контейнера 12 токенов. Пользователь вызывает запрос API обновления виртуальной машины для виртуальной машины( в соответствии со следующей таблицей. Изначально контейнер заполняется 12 маркерами в начале окна регулирования. К четвертой минуте пользователь использует все 12 маркеров, оставляя контейнер пустым. В пятой минуте контейнер пополнен четырьмя новыми токенами в соответствии со скоростью повторного заполнения контейнера. Таким образом, четыре запроса API могут выполняться в пятой минуте, в то время как microsoft Compute регулирует один запрос API из-за нехватки маркеров.
| (мин) | 1-й | 2-й | Сторонний | 4-е | 5-й | 6-е |
|---|---|---|---|---|---|---|
| Число маркеров в начале (A) | 12 | 12 | 8 | 12 | 4 | 4 |
| Запросы в минуту (B) | 0 | 8 | 0 | 13 | 5 | 0 |
| Регулирование запросов (C) | 0 | 0 | 0 | 1 | 1 | 0 |
| Оставшиеся маркеры в конце периода D = Max(A-B, 0) |
12 | 4 | 8 | 0 | 0 | 4 |
Аналогичный процесс следует за определением ограничений регулирования на уровне подписки. В следующих разделах подробно описана частота повторного заполнения контейнера и максимальная емкость контейнера, которая используется для определения ограничений для Виртуальные машины, Масштабируемые наборы виртуальных машин и виртуальных машин масштабируемого набора Виртуальные машины.
Ограничения регулирования для Виртуальные машины
Запросы API для Виртуальные машины классифицируются по семи отдельным политикам. Каждая политика имеет собственные ограничения в зависимости от того, насколько ресурсоемкие запросы API в этой политике. В следующей таблице содержится полный список этих политик, соответствующих ИНТЕРФЕЙСов REST API и их соответствующих ограничений регулирования:
| Категория политики | Интерфейсы REST API | уровень ресурса. | уровень ресурса. | Уровень подписки | Уровень подписки |
|---|---|---|---|---|---|
| Частота повторного заполнения контейнера (за мин) | Максимальная емкость контейнера (за мин) |
Частота повторного заполнения контейнера (за мин) |
Максимальная емкость контейнера (за мин) |
||
| Размещение виртуальной машины (Создание новых виртуальных машин) |
Создание | 4 | 12 | 500 | 1500 |
| Обновление виртуальной машины (Обновление существующих виртуальных машин) |
Update Повторное применение перезапуска Выключение Начало Обобщение Преобразование в Управляемые диски Повторное развертывание Выполнение обслуживания возможность использования функции записи. Команда "Выполнить" Создание или обновление Расширения — обновление Расширения — удаление Пересоздание образа Update Выполнение команд — обновление Выполнение команд — удаление Команды запуска — создание или обновление |
4 | 12 | 500 | 1500 |
| Удаление виртуальной машины (Удаление виртуальных машин) |
Удаление Имитация вытеснения Освободить |
4 | 12 | 500 | 1500 |
| Низкая стоимость получения виртуальной машины (Получение сведений об одной виртуальной машине) |
Get Представление экземпляра Расширения — Получение Список доступных размеров Получение данных диагностики загрузки Команды выполнения— получение по виртуальной машине Выполнение команд — список по виртуальной машине |
12 | 36 | 8000 | 24,000 |
| Высокая стоимость получения виртуальной машины1 (Получение сведений о нескольких виртуальных машинах) |
Список Список всех Список по расположению |
Н/Д | Н/Д | 300 | 900 |
| Операция GET (Получение сведений об асинхронных операциях виртуальной машины) |
Состояние асинхронных операций | 15 | 45 | 5,000 | 15 000 |
| Операции с гостевыми исправлениями виртуальной машины (Оценка и установка гостевых исправлений) |
Оценка исправлений Установка исправлений |
2 | 6 | 200 | 600 |
1 Применимы только политики уровня подписки.
Ограничения регулирования для Масштабируемые наборы виртуальных машин
Запросы API для масштабируемого набора виртуальных машин (унифицированные и гибкие) классифицируются по 5 отдельным политикам. Каждая политика имеет собственные ограничения в зависимости от того, насколько ресурсоемкие запросы API в этой политике. Эти политики применимы как к режимам оркестрации Flex, так и к единообразию. В следующей таблице содержится полный список этих политик, соответствующих ИНТЕРФЕЙСов REST API и их соответствующих ограничений регулирования:
| Категория политики | Интерфейсы REST API | уровень ресурса. | уровень ресурса. | Уровень подписки | Уровень подписки |
|---|---|---|---|---|---|
| Частота повторного заполнения контейнера (за мин) |
Максимальная емкость контейнера (за мин) |
Частота повторного заполнения контейнера (за мин) | Максимальная емкость контейнера (за мин) |
||
| Поместить (Создание нового масштабируемого набора) |
Создание | 4 | 12 | 125 | 375 |
| Обновить (Обновление существующего масштабируемого набора) |
Update Начало2 Перезапуск2 Повторное развертывание2 Выполнение обслуживания2 Reimage2 Reimage All2 Создание или обновление Последовательное обновление — отмена Расширения — создание Расширения — обновление Расширения — удаление Принудительная восстановительная проверка домена обновления платформы Service Fabric Преобразование в одну группу размещения Задание для службы состояния оркестрации |
4 | 12 | 500 | 1500 |
| Удаление (Удаление масштабируемого набора) |
Удаление Power Off2 Освободить |
4 | 12 | 175 | 525 |
| Низкая стоимость получения (Получение сведений об одном масштабируемом наборе) |
Get List Skus Последовательное обновление — получение последних версий Получение журнала обновления ОС |
12 | 36 | 800 | 2400 |
| Получение высокой стоимости (Получение сведений о ресурсоемких ресурсах) |
Получение представления экземпляра Список2 Список всех2 Список по расположению2 |
10 | 30 | 360 | 1,080 |
2 Применимы только политики уровня подписки.
Ограничения регулирования для масштабируемого набора виртуальных машин Виртуальные машины
Запросы API для масштабируемого набора виртуальных машин Виртуальные машины классифицируются по 3 отдельным политикам. Каждая политика имеет собственные ограничения в зависимости от того, насколько ресурсоемкие запросы API в этой политике. В следующей таблице содержится полный список этих политик, соответствующих ИНТЕРФЕЙСов REST API и их соответствующих ограничений регулирования:
| Категория политики | Интерфейсы REST API | уровень ресурса. | уровень ресурса. | Уровень подписки | Уровень подписки |
|---|---|---|---|---|---|
| Частота повторного заполнения контейнера (за мин) |
Максимальная емкость контейнера (за мин) |
Частота повторного заполнения контейнера (за мин) |
Максимальная емкость контейнера (за мин) |
||
| Обновление виртуальных машин масштабируемого набора (Обновление существующих виртуальных машин в масштабируемом наборе) |
Начало Перезапуск Пересоздание образа ReimageAll Update Имитация Расширения— создание или обновление RunCommands — создание или обновление RunCommands — обновление |
4 | 12 | 500 | 1500 |
| Удаление виртуальных машин масштабируемого набора (Удаление виртуальных машин масштабируемого набора) |
Удаление PowerOff Освободить Расширения— удаление RunCommands — удаление |
4 | 12 | 500 | 1500 |
| Получение виртуальных машин масштабируемого набора (Получение сведений о виртуальных машинах масштабируемого набора) |
Get Представление GetInstance Расширения— Получение RunCommands — Get Получение данных диагностикиBoot |
12 | 36 | 2 000 | 6000 |
Рекомендации по устранению неполадок
Если пользователи по-прежнему сталкиваются с проблемами из-за регулирования вычислений, обратитесь к статье об устранении неполадок регулирования в Azure — Виртуальные машины. В ней содержатся сведения об устранении неполадок регулирования, а также рекомендации по предотвращению регулирования.
Вопросы и ответы
Требуется ли какое-либо действие от пользователей?
Пользователям не нужно ничего изменять в конфигурации или рабочих нагрузках. Все существующие API продолжают работать так же.
Какие преимущества предоставляют политики регулирования?
Политики регулирования предлагают несколько преимуществ:
Все вычислительные ресурсы имеют единое окно в 1 минуту. Пользователи могут успешно вызывать вызовы API, 1 мин после регулирования.
Ни один ресурс не может использовать все ограничения в подписке, так как ограничения определяются на уровне ресурсов.
Microsoft Compute вводит новый алгоритм, алгоритм контейнера маркеров для определения ограничений. Алгоритм предоставляет дополнительный буфер клиентам, делая большое количество запросов API.
Получает ли клиент оповещение, когда они собираются достичь своих ограничений регулирования?
В рамках каждого ответа microsoft Compute возвращает ресурс x-ms-ratelimit-оставшийся ресурс , который можно использовать для определения ограничений регулирования для политик. Список применимых политик регулирования возвращается в виде ответа на информационные заголовки частоты звонков.
Обратная связь
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделе https://aka.ms/ContentUserFeedback.
Отправить и просмотреть отзыв по