Criteri di imposizione dei limiti delle richieste

Si applica a: ✅Microsoft Fabric✅Esplora dati di Azure

I criteri di imposizione della frequenza delle richieste di un gruppo di carico di lavoro controllano il modo in cui vengono applicati i limiti di frequenza delle richieste.

Oggetto criteri

I criteri di limite di frequenza delle richieste hanno le proprietà seguenti:

Nome	Valori supportati	Valore predefinito	Descrizione
QueryEnforcementLevel	Cluster, QueryHead	QueryHead	Indica il livello di imposizione per le query.
CommandsEnforcementLevel	Cluster, Database	Database	Indica il livello di imposizione per i comandi.

Livello di imposizione dei limiti della frequenza delle richieste

I limiti di frequenza delle richieste possono essere applicati a uno dei livelli seguenti:

• Cluster:
  • I limiti di frequenza vengono applicati dal singolo nodo di amministrazione di Eventhouse.
• Database:
  • I limiti di frequenza vengono applicati dal nodo amministratore del database che gestisce il database a cui è stata inviata la richiesta.
  • Se sono presenti più nodi di amministrazione del database, il limite di frequenza configurato viene moltiplicato in modo efficace per il numero di nodi di amministrazione del database.
• QueryHead:
  • I limiti di frequenza per le query vengono applicati dal nodo head della query a cui è stata indirizzata la query.
  • Questa opzione influisce sulle query inviate con coerenza di query complesse o deboli .
    • Le query fortemente coerenti vengono eseguite nel nodo di amministrazione del database e il limite di frequenza configurato viene moltiplicato in modo efficace per il numero di nodi di amministrazione del database.
    • Per le query con coerenza debole, il limite di velocità configurato viene moltiplicato in modo efficace per il numero di nodi head della query.
  • Questa opzione non si applica ai comandi di gestione .

Nota

• Se il criterio non è definito (null), il livello di imposizione predefinito si applica sia ai comandi che alle query.
• I limiti di frequenza per i comandi con ambito eventhouse vengono sempre applicati a livello di eventhouse, indipendentemente dal valore configurato nei criteri. Ad esempio: comandi di gestione che gestiscono i criteri a livello di eventhouse.

Esempi

Apparecchio

• Il gruppo di carico di lavoro default viene definito con i criteri seguenti:

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

Limiti di velocità effettiva

I limiti effettivi per il gruppo di carico di lavoro default sono:

• Il numero massimo di comandi di gestione con ambito eventhouse simultanei è 200.
• Il numero massimo di comandi di gestione con ambito database simultanei è
  2 (nodi di amministrazione del database) x 200 (numero massimo per nodo amministratore) = 400.
• Il numero massimo di query simultanee fortemente coerenti è
  2 (nodi di amministrazione del database) x 200 (numero massimo per nodo amministratore) = 400.
• Il numero massimo di query simultanee coerenti in modo debole è
  5 (teste di query) x 200 (max per query head) = 1000.

Contenuto correlato

• gruppi di carico di lavoro
• system information
• comando workload_group alter-merge
• comando .create-or-alter workload_group
• comando drop workload_group
• comando .show workload_group