Dela via


Efterlevnadsprincip för begärandens hastighetsbegränsningar

Gäller för: ✅Microsoft FabricAzure Data Explorer

En arbetsbelastningsgrupps efterlevnadsprincip för begärandebegränsningar styr hur hastighetsbegränsningar för begäranden tillämpas.

Principobjektet

En princip för hastighetsbegränsning för begäran har följande egenskaper:

Namn Värden som stöds Standardvärde Beskrivning
QueriesEnforcementLevel Cluster, QueryHead QueryHead Anger tvingande nivå för frågor.
CommandsEnforcementLevel Cluster, Database Database Anger tvingande nivå för kommandon.

Tvingande nivå för begärandens hastighetsbegränsningar

Hastighetsbegränsningar för begäranden kan tillämpas på någon av följande nivåer:

  • Cluster:
    • Hastighetsbegränsningar tillämpas av den enskilda klusteradministratörsnoden.
  • Database:
    • Hastighetsbegränsningar tillämpas av databasadministratörsnoden som hanterar databasen som begäran skickades till.
    • Om det finns flera databasadministratörsnoder multipliceras den konfigurerade hastighetsgränsen effektivt med antalet databasadministratörsnoder.
  • QueryHead:
    • Hastighetsbegränsningar för frågor framtvingas av frågehuvudnoden som frågan dirigerades till.
    • Det här alternativet påverkar frågor som skickas med antingen stark eller svag frågekonsekvens.
      • Starkt konsekventa frågor körs på databasadministratörsnoden och den konfigurerade hastighetsgränsen multipliceras effektivt med antalet databasadministratörsnoder.
      • För svagt konsekventa frågor multipliceras den konfigurerade hastighetsgränsen effektivt med antalet frågehuvudnoder.
    • Det här alternativet gäller inte för hanteringskommandon.

Not

  • Om principen är odefinierad (null) gäller standardnivån för tvingande för både kommandon och frågor.
  • Hastighetsbegränsningar för klusteromfattande kommandon tillämpas alltid på klusternivå, oavsett vilket värde som konfigureras i principen. Till exempel: hanteringskommandon som hanterar principer på klusternivå.
  • Cluster:
    • Hastighetsbegränsningar tillämpas av den enda Eventhouse-administratörsnoden.
  • Database:
    • Hastighetsbegränsningar tillämpas av databasadministratörsnoden som hanterar databasen som begäran skickades till.
    • Om det finns flera databasadministratörsnoder multipliceras den konfigurerade hastighetsgränsen effektivt med antalet databasadministratörsnoder.
  • QueryHead:
    • Hastighetsbegränsningar för frågor framtvingas av frågehuvudnoden som frågan dirigerades till.
    • Det här alternativet påverkar frågor som skickas med antingen stark eller svag frågekonsekvens.
      • Starkt konsekventa frågor körs på databasadministratörsnoden och den konfigurerade hastighetsgränsen multipliceras effektivt med antalet databasadministratörsnoder.
      • För svagt konsekventa frågor multipliceras den konfigurerade hastighetsgränsen effektivt med antalet frågehuvudnoder.
    • Det här alternativet gäller inte för hanteringskommandon.

Not

  • Om principen är odefinierad (null) gäller standardnivån för tvingande för både kommandon och frågor.
  • Hastighetsbegränsningar för eventhouse-omfångskommandon tillämpas alltid på eventhouse-nivå, oavsett vilket värde som konfigurerats i principen. Till exempel: hanteringskommandon som hanterar principer på eventhouse-nivå.

Exempel

Installationen

  • Klustret har 10 noder på följande sätt:
    • en klusteradministratörsnod.
    • två databasadministratörsnoder (var och en hanterar 50% av klustrets databaser).
    • 50% av de avslutande noderna (5 av 10) kan fungera som frågehuvuden för svagt konsekventa frågor.
  • Arbetsbelastningsgruppen default definieras med följande principer:
    "RequestRateLimitPolicies": [
        {
            "IsEnabled": true,
            "Scope": "WorkloadGroup",
            "LimitKind": "ConcurrentRequests",
            "Properties": {
                "MaxConcurrentRequests": 200
            }
        }
    ],
    "RequestRateLimitsEnforcementPolicy": {
        "QueriesEnforcementLevel": "QueryHead",
        "CommandsEnforcementLevel": "Database"
    }

Effektiva hastighetsgränser

De effektiva hastighetsgränserna för default arbetsbelastningsgrupp är:

  • Det maximala antalet samtidiga klusteromfattande hanteringskommandon är 200.
  • Det maximala antalet samtidiga databasomfattande hanteringskommandon är
    2 (databasadministratörsnoder) x 200 (max per administratörsnod) = 400.
  • Det maximala antalet samtidiga starkt konsekventa frågor är
    2 (databasadministratörsnoder) x 200 (max per administratörsnod) = 400.
  • Det maximala antalet samtidiga svagt konsekventa frågor är
    5 (frågehuvuden) x 200 (max per frågehuvud) = 1000.
  • Det maximala antalet samtidiga eventhouse-begränsade hanteringskommandon är 200.
  • Det maximala antalet samtidiga databasomfattande hanteringskommandon är
    2 (databasadministratörsnoder) x 200 (max per administratörsnod) = 400.
  • Det maximala antalet samtidiga starkt konsekventa frågor är
    2 (databasadministratörsnoder) x 200 (max per administratörsnod) = 400.
  • Det maximala antalet samtidiga svagt konsekventa frågor är
    5 (frågehuvuden) x 200 (max per frågehuvud) = 1000.