Freigeben über

Erzwingungsrichtlinie für Anforderungsratenbeschränkungen

  • Artikel

Gilt für: ✅Microsoft Fabric✅Azure Data Explorer

Die Anforderungsrate einer Workloadgruppe beschränkt die Erzwingungsrichtlinie, um zu steuern, wie Anforderungsratengrenzwerte erzwungen werden.

Das Richtlinienobjekt

Eine Anforderungsratenbeschränkungsrichtlinie weist die folgenden Eigenschaften auf:

Name Unterstützte Werte Standardwert Beschreibung
QueriesEnforcementLevel Cluster, QueryHead QueryHead Gibt die Erzwingungsstufe für Abfragen an.
CommandsEnforcementLevel Cluster, Database Database Gibt die Erzwingungsstufe für Befehle an.

Erzwingungsstufe für Anforderungsraten

Anforderungsratenbeschränkungen können auf einer der folgenden Ebenen erzwungen werden:

  • Cluster:
    • Ratelimits werden vom Einzelnen Clusteradministratorknoten erzwungen.
  • Database:
    • Ratenbeschränkungen werden vom Datenbankadministratorknoten erzwungen, der die Datenbank verwaltet, an die die Anforderung gesendet wurde.
    • Wenn mehrere Datenbankadministratorknoten vorhanden sind, wird der konfigurierte Satzgrenzwert effektiv mit der Anzahl der Datenbankadministratorknoten multipliziert.
  • QueryHead:
    • Ratelimits für Abfragen werden vom Abfragekopfknoten erzwungen, an den die Abfrage weitergeleitet wurde.
    • Diese Option wirkt sich auf Abfragen aus, die entweder stark oder schwach Abfragekonsistenzgesendet werden.
      • Stark konsistente Abfragen werden auf dem Datenbankadministratorknoten ausgeführt, und der konfigurierte Satzgrenzwert wird effektiv mit der Anzahl der Datenbankadministratorknoten multipliziert.
      • Bei schwach konsistenten Abfragen wird der konfigurierte Satzgrenzwert effektiv mit der Anzahl der Abfragekopfknoten multipliziert.
    • Diese Option gilt nicht für Verwaltungsbefehle.

Anmerkung

  • Wenn die Richtlinie nicht definiert (null) ist, gilt die Standarderzwingungsstufe sowohl für Befehle als auch für Abfragen.
  • Ratelimits für Befehle mit Clusterbereich werden unabhängig vom in der Richtlinie konfigurierten Wert immer auf Clusterebene erzwungen. Beispiel: Verwaltungsbefehle zum Verwalten von Richtlinien auf Clusterebene.
  • Cluster:
    • Rate limits are enforced by the single Eventhouse admin node.
  • Database:
    • Ratenbeschränkungen werden vom Datenbankadministratorknoten erzwungen, der die Datenbank verwaltet, an die die Anforderung gesendet wurde.
    • Wenn mehrere Datenbankadministratorknoten vorhanden sind, wird der konfigurierte Satzgrenzwert effektiv mit der Anzahl der Datenbankadministratorknoten multipliziert.
  • QueryHead:
    • Ratelimits für Abfragen werden vom Abfragekopfknoten erzwungen, an den die Abfrage weitergeleitet wurde.
    • Diese Option wirkt sich auf Abfragen aus, die entweder stark oder schwach Abfragekonsistenzgesendet werden.
      • Stark konsistente Abfragen werden auf dem Datenbankadministratorknoten ausgeführt, und der konfigurierte Satzgrenzwert wird effektiv mit der Anzahl der Datenbankadministratorknoten multipliziert.
      • Bei schwach konsistenten Abfragen wird der konfigurierte Satzgrenzwert effektiv mit der Anzahl der Abfragekopfknoten multipliziert.
    • Diese Option gilt nicht für Verwaltungsbefehle.

Anmerkung

  • Wenn die Richtlinie nicht definiert (null) ist, gilt die Standarderzwingungsstufe sowohl für Befehle als auch für Abfragen.
  • Ratelimits für Ereignisbereichsbefehle werden unabhängig vom in der Richtlinie konfigurierten Wert immer auf Ereignishausebene erzwungen. Beispiel: Verwaltungsbefehle zum Verwalten von Richtlinien auf Eventhouse-Ebene.

Beispiele

Einrichtung

  • Der Cluster weist 10 Knoten wie folgt auf:
    • ein Clusteradministratorknoten.
    • zwei Datenbankadministratorknoten (jeweils verwaltet 50% der Datenbanken des Clusters).
    • 50% der Tailknoten (5 von 10) können als Abfrageköpfe für schwach konsistente Abfragen dienen.
  • Die default Workloadgruppe ist mit den folgenden Richtlinien definiert:
    "RequestRateLimitPolicies": [
        {
            "IsEnabled": true,
            "Scope": "WorkloadGroup",
            "LimitKind": "ConcurrentRequests",
            "Properties": {
                "MaxConcurrentRequests": 200
            }
        }
    ],
    "RequestRateLimitsEnforcementPolicy": {
        "QueriesEnforcementLevel": "QueryHead",
        "CommandsEnforcementLevel": "Database"
    }

Effektive Ratenlimits

Die effektiven Ratengrenzwerte für die default Workloadgruppe sind:

  • Die maximale Anzahl gleichzeitiger clusterbezogenen Verwaltungsbefehle ist 200.
  • Die maximale Anzahl gleichzeitiger datenbankbezogenen Verwaltungsbefehle
    2 (Datenbankadministratorknoten) x 200 (max. pro Administratorknoten) = 400.
  • Die maximale Anzahl gleichzeitiger stark konsistenter Abfragen
    2 (Datenbankadministratorknoten) x 200 (max. pro Administratorknoten) = 400.
  • Die maximale Anzahl gleichzeitiger schwach konsistenter Abfragen
    5 (Abfrageköpfe) x 200 (max. pro Abfragekopf) = 1000.
  • Die maximale Anzahl gleichzeitiger ereignisbezogenen Verwaltungsbefehle ist 200.
  • Die maximale Anzahl gleichzeitiger datenbankbezogenen Verwaltungsbefehle
    2 (Datenbankadministratorknoten) x 200 (max. pro Administratorknoten) = 400.
  • Die maximale Anzahl gleichzeitiger stark konsistenter Abfragen
    2 (Datenbankadministratorknoten) x 200 (max. pro Administratorknoten) = 400.
  • Die maximale Anzahl gleichzeitiger schwach konsistenter Abfragen
    5 (Abfrageköpfe) x 200 (max. pro Abfragekopf) = 1000.

Verwandte Inhalte