Stratégie d’application des limites de débit de requête

S’applique à : ✅Microsoft Fabric✅Azure Data Explorer

La stratégie d’application des limites de taux de requête d’un groupe de charge de travail contrôle la façon dont les limites de taux de requête sont appliquées.

Objet de stratégie

Une stratégie de limite de taux de requête a les propriétés suivantes :

Nom	Valeurs prises en charge	Valeur par défaut	Description
QueriesEnforcementLevel	Cluster, QueryHead	QueryHead	Indique le niveau d’application des requêtes.
CommandsEnforcementLevel	Cluster, Database	Database	Indique le niveau d’application des commandes.

Niveau d’application des limites de taux de requête

Les limites de débit de requête peuvent être appliquées à l’un des niveaux suivants :

• Cluster:
  • Les limites de débit sont appliquées par le nœud administrateur Eventhouse unique.
• Database:
  • Les limites de débit sont appliquées par le nœud administrateur de base de données qui gère la base de données à laquelle la requête a été envoyée.
  • S’il existe plusieurs nœuds d’administration de base de données, la limite de débit configurée est multipliée par le nombre de nœuds d’administration de base de données.
• QueryHead:
  • Les limites de débit des requêtes sont appliquées par le nœud principal de requête vers lequel la requête a été acheminée.
  • Cette option affecte les requêtes envoyées avec une cohérence de requête forte ou faible .
    • Les requêtes fortement cohérentes s’exécutent sur le nœud administrateur de base de données et la limite de débit configurée est multipliée efficacement par le nombre de nœuds d’administration de base de données.
    • Pour les requêtes faiblement cohérentes, la limite de débit configurée est multipliée efficacement par le nombre de nœuds principaux de requête.
  • Cette option ne s’applique pas aux commandes de gestion .

Note

• Si la stratégie n’est pas définie (null), le niveau d’application par défaut s’applique aux commandes et aux requêtes.
• Les limites de débit pour les commandes étendues à eventhouse sont toujours appliquées au niveau de la maison d’événements, quelle que soit la valeur configurée dans la stratégie. Par exemple : commandes de gestion qui gèrent les stratégies au niveau de l’eventhouse.

Exemples

Coup monté

• Le groupe de charge de travail default est défini avec les stratégies suivantes :

    "RequestRateLimitPolicies": [
        {
            "IsEnabled": true,
            "Scope": "WorkloadGroup",
            "LimitKind": "ConcurrentRequests",
            "Properties": {
                "MaxConcurrentRequests": 200
            }
        }
    ],
    "RequestRateLimitsEnforcementPolicy": {
        "QueriesEnforcementLevel": "QueryHead",
        "CommandsEnforcementLevel": "Database"
    }

Limites de taux effectifs

Les limites de débit effectives pour le groupe de charge de travail default sont les suivantes :

• Le nombre maximal de commandes de gestion de portée eventhouse simultanées est 200.
• Le nombre maximal de commandes de gestion simultanées à l’étendue de la base de données est
  2 (nœuds d’administration de base de données) x 200 (max par nœud administrateur) = 400.
• Le nombre maximal de requêtes simultanées fortement cohérentes est
  2 (nœuds d’administration de base de données) x 200 (max par nœud administrateur) = 400.
• Le nombre maximal de requêtes simultanées faiblement cohérentes est
  5 (têtes de requête) x 200 (max par tête de requête) = 1000.

Contenu connexe

• groupes de charge de travail
• d’informations système
• commande .alter-merge workload_group
• commande .create-or-alter workload_group
• commande .drop workload_group
• commande .show workload_group