Zasady wymuszania limitów szybkości żądań
Dotyczy: ✅Microsoft Fabric✅Azure Data Explorer
Zasady wymuszania liczby żądań grupy obciążeń kontrolują sposób wymuszania limitów szybkości żądań.
Obiekt zasad
Zasady limitu szybkości żądań mają następujące właściwości:
Nazwa | Obsługiwane wartości | Wartość domyślna | Opis |
---|---|---|---|
ZapytaniaEnforcementLevel |
Cluster , QueryHead |
QueryHead |
Wskazuje poziom wymuszania zapytań. |
PoleceniaEnforcementLevel |
Cluster , Database |
Database |
Wskazuje poziom wymuszania poleceń. |
Poziom wymuszania limitów szybkości żądań
Limity szybkości żądań można wymusić na jednym z następujących poziomów:
-
Cluster
:- Limity szybkości są wymuszane przez węzeł administratora pojedynczego klastra.
-
Database
:- Limity szybkości są wymuszane przez węzeł administracyjny bazy danych, który zarządza bazą danych, do którego wysłano żądanie.
- Jeśli istnieje wiele węzłów administracyjnych bazy danych, skonfigurowany limit szybkości jest skutecznie mnożony przez liczbę węzłów administracyjnych bazy danych.
-
QueryHead
:- Limity szybkości zapytań są wymuszane przez węzeł główny zapytania, do którego zostało kierowane zapytanie.
- Ta opcja ma wpływ na zapytania wysyłane przy użyciu silnych lub słabych spójności zapytań.
- Silnie spójne zapytania są uruchamiane w węźle administracyjnym bazy danych, a skonfigurowany limit szybkości jest skutecznie mnożony przez liczbę węzłów administracyjnych bazy danych.
- W przypadku słabo spójnych zapytań skonfigurowany limit szybkości jest skutecznie mnożony przez liczbę węzłów głównych zapytań.
- Ta opcja nie ma zastosowania do poleceń zarządzania .
Nuta
- Jeśli zasady są niezdefiniowane (
null
), domyślny poziom wymuszania ma zastosowanie zarówno do poleceń, jak i zapytań. - Limity szybkości dla poleceń o zakresie klastra są zawsze wymuszane na poziomie klastra, niezależnie od wartości skonfigurowanej w zasadach. Na przykład: polecenia zarządzania, które zarządzają zasadami na poziomie klastra.
-
Cluster
:- Limity szybkości są wymuszane przez pojedynczy węzeł administracyjny usługi Eventhouse.
-
Database
:- Limity szybkości są wymuszane przez węzeł administracyjny bazy danych, który zarządza bazą danych, do którego wysłano żądanie.
- Jeśli istnieje wiele węzłów administracyjnych bazy danych, skonfigurowany limit szybkości jest skutecznie mnożony przez liczbę węzłów administracyjnych bazy danych.
-
QueryHead
:- Limity szybkości zapytań są wymuszane przez węzeł główny zapytania, do którego zostało kierowane zapytanie.
- Ta opcja ma wpływ na zapytania wysyłane przy użyciu silnych lub słabych spójności zapytań.
- Silnie spójne zapytania są uruchamiane w węźle administracyjnym bazy danych, a skonfigurowany limit szybkości jest skutecznie mnożony przez liczbę węzłów administracyjnych bazy danych.
- W przypadku słabo spójnych zapytań skonfigurowany limit szybkości jest skutecznie mnożony przez liczbę węzłów głównych zapytań.
- Ta opcja nie ma zastosowania do poleceń zarządzania .
Nuta
- Jeśli zasady są niezdefiniowane (
null
), domyślny poziom wymuszania ma zastosowanie zarówno do poleceń, jak i zapytań. - Limity szybkości dla poleceń o zakresie zdarzenia są zawsze wymuszane na poziomie magazynu zdarzeń, niezależnie od wartości skonfigurowanej w zasadach. Na przykład: polecenia zarządzania, które zarządzają zasadami na poziomie magazynu zdarzeń.
Przykłady
Instalacji
- Klaster ma 10 węzłów w następujący sposób:
- jeden węzeł administracyjny klastra.
- dwa węzły administracyjne bazy danych (każdy zarządza 50% baz danych klastra).
- 50% węzłów końcowych (5 na 10) może służyć jako głowy zapytań dla słabo spójnych zapytań.
- Grupa obciążeń
default
jest definiowana przy użyciu następujących zasad:
"RequestRateLimitPolicies": [
{
"IsEnabled": true,
"Scope": "WorkloadGroup",
"LimitKind": "ConcurrentRequests",
"Properties": {
"MaxConcurrentRequests": 200
}
}
],
"RequestRateLimitsEnforcementPolicy": {
"QueriesEnforcementLevel": "QueryHead",
"CommandsEnforcementLevel": "Database"
}
Obowiązujące limity szybkości
Efektywne limity szybkości dla grupy obciążeń default
to:
- Maksymalna liczba jednoczesnych poleceń zarządzania w zakresie klastra jest
200
. - Maksymalna liczba jednoczesnych poleceń zarządzania w zakresie bazy danych jest
2
(węzły administracyjne bazy danych) x200
(maksymalna liczba węzłów administracyjnych) =400
. - Maksymalna liczba współbieżnych silnie spójnych zapytań wynosi
2
(węzły administracyjne bazy danych) x200
(maksymalna liczba węzłów administracyjnych) =400
. - Maksymalna liczba współbieżnych słabo spójnych zapytań wynosi
5
(głowy zapytań) x200
(maksymalna liczba na głowę kwerendy) =1000
.
- Maksymalna liczba współbieżnych poleceń zarządzania w zakresie typu eventhouse-scoped jest
200
. - Maksymalna liczba jednoczesnych poleceń zarządzania w zakresie bazy danych jest
2
(węzły administracyjne bazy danych) x200
(maksymalna liczba węzłów administracyjnych) =400
. - Maksymalna liczba współbieżnych silnie spójnych zapytań wynosi
2
(węzły administracyjne bazy danych) x200
(maksymalna liczba węzłów administracyjnych) =400
. - Maksymalna liczba współbieżnych słabo spójnych zapytań wynosi
5
(głowy zapytań) x200
(maksymalna liczba na głowę kwerendy) =1000
.