Политика принудительного применения ограничений частоты запросов
Политика применения ограничений частоты запросов группы рабочей нагрузки определяет, как применяются ограничения частоты запросов.
Объект политики
Политика ограничения частоты запросов имеет следующие свойства.
Имя | Поддерживаемые значения | Значение по умолчанию | Описание |
---|---|---|---|
QueriesEnforcementLevel | Cluster , QueryHead |
QueryHead |
Указывает уровень принудительного применения для запросов. |
CommandsEnforcementLevel | Cluster , Database |
Database |
Указывает уровень принудительного применения для команд. |
Уровень принудительного применения ограничений частоты запросов
Ограничения частоты запросов могут применяться на одном из следующих уровней:
Cluster
:- Ограничения скорости применяются одним узлом администрирования кластера.
Database
:- Ограничения скорости применяются узлом администратора базы данных, который управляет базой данных, в которую был отправлен запрос.
- При наличии нескольких узлов администрирования базы данных настроенное ограничение скорости фактически умножается на количество узлов администрирования базы данных.
QueryHead
:- Ограничения скорости для запросов применяются головным узлом запроса, на который был направлен запрос.
- Этот параметр влияет на запросы, отправляемые со строгой или слабой согласованностью запросов.
- Строго согласованные запросы выполняются на узле администрирования базы данных, и настроенное ограничение скорости эффективно умножается на количество узлов администрирования базы данных.
- Для слабо согласованных запросов настроенное ограничение скорости эффективно умножается на количество головных узлов запросов.
- Этот параметр не применяется к командам управления.
Примечание
- Если политика не определена (
null
), уровень принудительного применения по умолчанию применяется как к командам, так и к запросам. - Ограничения скорости для команд на уровне кластера всегда применяются на уровне кластера, независимо от значения, настроенного в политике. Например: команды управления, управляющие политиками на уровне кластера.
Примеры
Установка
Кластер содержит 10 узлов следующим образом:
- один узел администрирования кластера.
- два узла администрирования базы данных (каждый управляет 50 % баз данных кластера).
- 50 % конечных узлов (5 из 10) могут служить головками запросов для слабо согласованных запросов.
Группа
default
рабочей нагрузки определяется с помощью следующих политик:"RequestRateLimitPolicies": [ { "IsEnabled": true, "Scope": "WorkloadGroup", "LimitKind": "ConcurrentRequests", "Properties": { "MaxConcurrentRequests": 200 } } ], "RequestRateLimitsEnforcementPolicy": { "QueriesEnforcementLevel": "QueryHead", "CommandsEnforcementLevel": "Database" }
Действующие ограничения скорости
Действующие ограничения скорости для группы рабочей нагрузки default
:
- Максимальное число одновременных команд управления в области кластера —
200
. - Максимальное число параллельных команд управления в области базы данных :
2
(узлы администрирования базы данных) x200
(максимум на узел администратора) =400
. - Максимальное число одновременных строго согласованных запросов :
2
(узлы администрирования базы данных) x200
(максимум на узел администратора) =400
. - Максимальное число одновременных слабо согласованных запросов :
5
(головы запросов) x200
(max per query head) =1000
.
См. также
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по