Delen via

Afdwingingsbeleid voor aanvraagfrequentielimieten

  • Artikel

Van toepassing op: ✅Microsoft Fabric✅Azure Data Explorer-

Het afdwingingsbeleid voor aanvraagfrequentielimieten van een workloadgroep bepaalt hoe aanvraagfrequentielimieten worden afgedwongen.

Het beleidsobject

Een beleid voor aanvraagsnelheidslimiet heeft de volgende eigenschappen:

Naam Ondersteunde waarden Standaardwaarde Beschrijving
QuerysEnforcementLevel Cluster, QueryHead QueryHead Geeft het afdwingingsniveau voor query's aan.
CommandsEnforcementLevel Cluster, Database Database Geeft het afdwingingsniveau voor opdrachten aan.

Afdwingingsniveau voor aanvraagfrequentielimieten

Aanvraagfrequentielimieten kunnen worden afgedwongen op een van de volgende niveaus:

  • Cluster:
    • Frequentielimieten worden afgedwongen door het knooppunt voor één clusterbeheerder.
  • Database:
    • Frequentielimieten worden afgedwongen door het databasebeheerdersknooppunt waarmee de database wordt beheerd waarnaar de aanvraag is verzonden.
    • Als er meerdere databasebeheerdersknooppunten zijn, wordt de geconfigureerde frequentielimiet effectief vermenigvuldigd met het aantal databasebeheerdersknooppunten.
  • QueryHead:
    • Frequentielimieten voor query's worden afgedwongen door het hoofdknooppunt van de query waarnaar de query is gerouteerd.
    • Deze optie is van invloed op query's die worden verzonden met sterke of zwakke queryconsistentie.
      • Sterk consistente query's worden uitgevoerd op het knooppunt van de databasebeheerder en de geconfigureerde frequentielimiet wordt effectief vermenigvuldigd met het aantal databasebeheerdersknooppunten.
      • Voor zwak consistente query's wordt de geconfigureerde frequentielimiet effectief vermenigvuldigd met het aantal hoofdknooppunten van de query.
    • Deze optie is niet van toepassing op beheeropdrachten.

Notitie

  • Als het beleid niet is gedefinieerd (null), is het standaard afdwingingsniveau van toepassing op zowel opdrachten als query's.
  • Frequentielimieten voor opdrachten binnen het clusterbereik worden altijd afgedwongen op clusterniveau, ongeacht de waarde die in het beleid is geconfigureerd. Bijvoorbeeld: beheeropdrachten waarmee beleid op clusterniveau wordt beheerd.
  • Cluster:
    • Frequentielimieten worden afgedwongen door het enkele Eventhouse-beheerknooppunt.
  • Database:
    • Frequentielimieten worden afgedwongen door het databasebeheerdersknooppunt waarmee de database wordt beheerd waarnaar de aanvraag is verzonden.
    • Als er meerdere databasebeheerdersknooppunten zijn, wordt de geconfigureerde frequentielimiet effectief vermenigvuldigd met het aantal databasebeheerdersknooppunten.
  • QueryHead:
    • Frequentielimieten voor query's worden afgedwongen door het hoofdknooppunt van de query waarnaar de query is gerouteerd.
    • Deze optie is van invloed op query's die worden verzonden met sterke of zwakke queryconsistentie.
      • Sterk consistente query's worden uitgevoerd op het knooppunt van de databasebeheerder en de geconfigureerde frequentielimiet wordt effectief vermenigvuldigd met het aantal databasebeheerdersknooppunten.
      • Voor zwak consistente query's wordt de geconfigureerde frequentielimiet effectief vermenigvuldigd met het aantal hoofdknooppunten van de query.
    • Deze optie is niet van toepassing op beheeropdrachten.

Notitie

  • Als het beleid niet is gedefinieerd (null), is het standaard afdwingingsniveau van toepassing op zowel opdrachten als query's.
  • Frequentielimieten voor opdrachten binnen het bereik van gebeurtenissen worden altijd afgedwongen op eventhouse-niveau, ongeacht de waarde die in het beleid is geconfigureerd. Bijvoorbeeld: beheeropdrachten waarmee beleid op gebeurtenisniveau wordt beheerd.

Voorbeelden

Setup

  • Het cluster heeft als volgt 10 knooppunten:
    • één clusterbeheerdersknooppunt.
    • twee databasebeheerdersknooppunten (elk beheert 50% van de databases van het cluster).
    • 50% van de tail-knooppunten (5 van de 10) kunnen fungeren als querykoppen voor zwak consistente query's.
  • De default workloadgroep wordt gedefinieerd met het volgende beleid:
    "RequestRateLimitPolicies": [
        {
            "IsEnabled": true,
            "Scope": "WorkloadGroup",
            "LimitKind": "ConcurrentRequests",
            "Properties": {
                "MaxConcurrentRequests": 200
            }
        }
    ],
    "RequestRateLimitsEnforcementPolicy": {
        "QueriesEnforcementLevel": "QueryHead",
        "CommandsEnforcementLevel": "Database"
    }

Effectieve frequentielimieten

De effectieve frequentielimieten voor de default workloadgroep zijn:

  • Het maximum aantal gelijktijdige opdrachten voor clusterbereikbeheer is 200.
  • Het maximum aantal gelijktijdige opdrachten voor databasebeheer is
    2 (databasebeheerdersknooppunten) x 200 (max per beheerknooppunt) = 400.
  • Het maximum aantal gelijktijdige sterk consistente query's is
    2 (databasebeheerdersknooppunten) x 200 (max per beheerknooppunt) = 400.
  • Het maximum aantal gelijktijdige zwak consistente query's is
    5 (querykoppen) x 200 (max per querykop) = 1000.
  • Het maximum aantal gelijktijdige opdrachten voor eventhouse-scoped beheer is 200.
  • Het maximum aantal gelijktijdige opdrachten voor databasebeheer is
    2 (databasebeheerdersknooppunten) x 200 (max per beheerknooppunt) = 400.
  • Het maximum aantal gelijktijdige sterk consistente query's is
    2 (databasebeheerdersknooppunten) x 200 (max per beheerknooppunt) = 400.
  • Het maximum aantal gelijktijdige zwak consistente query's is
    5 (querykoppen) x 200 (max per querykop) = 1000.

Verwante inhoud