Condividi tramite

Limiti di memoria e concorrenza per il pool SQL dedicato in Azure Synapse Analytics

  • Articolo

Visualizzare i limiti di memoria e concorrenza allocati ai livelli di prestazione e alle classi di risorse in Azure Synapse Analytics.

Nota

I gruppi di carichi di lavoro per la gestione del carico di lavoro offrono maggiore flessibilità per la configurazione delle risorse per ogni richiesta e concorrenza rispetto alle classi di risorse dinamiche o statiche. Per altri dettagli, vedere Gruppi di carichi di lavoro e la sintassi CREATE WORKLOAD GROUP.

Impostazioni di capacità di Data Warehouse

Nelle tabelle seguenti viene illustrata la capacità massima per il data warehouse a diversi livelli di prestazioni. Per modificare il livello di prestazioni, vedere Ridimensionare le risorse di calcolo: portale.

Livelli di servizio

I livelli di servizio sono compresi tra DW100c e DW30000c.

Livello di prestazioni Nodi di calcolo Distribuzioni per nodo di calcolo Memoria per data warehouse (GB)
DW100c 1 60 60
DW200c 1 60 120
DW300c 1 60 180
DW400c 1 60 240
DW500c 1 60 300
DW1000c 2 30 600
DW1500c 3 20 900
DW2000c 4 15 1200
DW2500c 5 12 1500
DW3000c 6 10 1800
DW5000c 10 6 3000
DW6000c 12 5 3600
DW7500c 15 4 4500
DW10000c 20 3 6000
DW15000c 30 2 9000
DW30000c 60 1 18000

Il livello di servizio massimo è DW30000c, che ha 60 nodi di calcolo e una distribuzione per ogni nodo di calcolo. Ad esempio, un data warehouse da 600 TB a DW30000c elabora circa 10 TB per ogni nodo di calcolo.

Nota

Il pool SQL dedicato di Synapse è un servizio di piattaforma classico. In base al modello di responsabilità condivisa nel cloud, Microsoft continua a investire in miglioramenti al software e all'hardware sottostanti che ospitano pool SQL dedicato. Di conseguenza, il numero di nodi o il tipo di hardware del computer che supporta un determinato livello di prestazioni (SLO) può cambiare. Il numero di nodi di calcolo elencati di seguito viene fornito come riferimento e non deve essere usato a scopo di ridimensionamento o prestazioni. Indipendentemente dal numero di nodi o dall'infrastruttura sottostante, l'obiettivo di Microsoft è quello di offrire prestazioni in conformità con lo SLO; pertanto, è consigliabile che tutti gli esercizi di ridimensionamento usino cDWU come guida. Per altre informazioni su SLO e sulle Unità Data Warehouse a elevato utilizzo di calcolo, vedere Unità Data Warehouse (DWU) per il pool SQL dedicato (in precedenza SQL DW).

Valori massimi di concorrenza per i gruppi di carico di lavoro

Con l'introduzione dei gruppi di carico di lavoro, il concetto di slot di concorrenza non viene più applicato. Le risorse per richiesta vengono allocate su base percentuale e specificate nella definizione del gruppo di carico di lavoro. Anche con la rimozione degli slot di concorrenza, tuttavia, sono necessarie quantità minime di risorse per query in base al livello di servizio. La tabella seguente definisce la quantità minima di risorse necessarie per query tra i livelli di servizio e la concorrenza associata che è possibile ottenere.

Livello di servizio Numero massimo di query simultanee Percentuale minima supportata per REQUEST_MIN_RESOURCE_GRANT_PERCENT
DW100c 4 25%
DW200c 8 12,5%
DW300c 12 %8
DW400c 16 6,25%
DW500c 20 %5
DW1000c 32 %3
DW1500c 32 %3
DW2000c 48 2%
DW2500c 48 2%
DW3000c 64 1,5%
DW5000c 64 1,5%
DW6000c 128 0,75%
DW7500c 128 0,75%
DW10000c 128 0,75%
DW15000c 128 0,75%
DW30000c 128 0,75%

Valori massimi di concorrenza per le classi di risorse

Perché ogni query abbia risorse sufficienti per operare in modo efficace, Synapse SQL tiene traccia dell'uso delle risorse assegnando slot di concorrenza a ogni query. Il sistema inserisce le query in una coda in base agli slot di importanza e concorrenza. Le query attendono nella coda finché non sono disponibili slot di concorrenza sufficienti. Gli slot di importanza e concorrenza determinano la classificazione in ordine di priorità della CPU. Per altre informazioni, vedere Analyze your workload (Analisi del carico di lavoro)

Classi di risorse statiche

La tabella seguente illustra il numero massimo di query simultanee e di slot di concorrenza per ogni classe di risorse statica.

Livello di servizio Numero massimo di query simultanee Slot di concorrenza disponibili Slot usati da staticrc10 Slot usati da staticrc20 Slot usati da staticrc30 Slot usati da staticrc40 Slot usati da staticrc50 Slot usati da staticrc60 Slot usati da staticrc70 Slot usati da staticrc80
DW100c 4 4 1 2 4 4 4 4 4 4
DW200c 8 8 1 2 4 8 8 8 8 8
DW300c 12 12 1 2 4 8 8 8 8 8
DW400c 16 16 1 2 4 8 16 16 16 16
DW500c 20 20 1 2 4 8 16 16 16 16
DW1000c 32 40 1 2 4 8 16 32 32 32
DW1500c 32 60 1 2 4 8 16 32 32 32
DW2000c 48 80 1 2 4 8 16 32 64 64
DW2500c 48 100 1 2 4 8 16 32 64 64
DW3000c 64 120 1 2 4 8 16 32 64 64
DW5000c 64 200 1 2 4 8 16 32 64 128
DW6000c 128 240 1 2 4 8 16 32 64 128
DW7500c 128 300 1 2 4 8 16 32 64 128
DW10000c 128 400 1 2 4 8 16 32 64 128
DW15000c 128 600 1 2 4 8 16 32 64 128
DW30000c 128 1200 1 2 4 8 16 32 64 128

Classi di risorse dinamiche

La tabella seguente illustra il numero massimo di query simultanee e di slot di concorrenza per ogni classe di risorse dinamica. Le classi di risorse dinamiche usano un'allocazione di percentuale di memoria 3-10-22-70 per le classi di risorse small-medium-large-xlarge per tutti i livelli di servizio, da DW1000c a DW30000c. Per l'allocazione di memoria in DW1000c, vedere la classe di risorse dinamiche del documento.

Livello di servizio Numero massimo di query simultanee Slot di concorrenza disponibili Slot utilizzati da smallrc Slot utilizzati da mediumrc Slot utilizzati da largerc Slot utilizzati da xlargerc
DW100c 4 4 1 1 1 2
DW200c 8 8 1 1 1 5
DW300c 12 12 1 1 2 8
DW400c 16 16 1 1 3 11
DW500c 20 20 1 2 4 14
DW1000c 32 40 1 4 8 28
DW1500c 32 60 1 6 13 42
DW2000c 32 80 2 8 17 56
DW2500c 32 100 3 10 22 70
DW3000c 32 120 3 12 26 84
DW5000c 32 200 6 20 44 140
DW6000c 32 240 7 24 52 168
DW7500c 32 300 9 30 66 210
DW10000c 32 400 12 40 88 280
DW15000c 32 600 18 60 132 420
DW30000c 32 1200 36 120 264 840

Se non sono disponibili slot di concorrenza sufficienti per avviare l'esecuzione delle query, queste vengono accodate ed eseguite in base all'importanza. In caso di importanza equivalente, le query vengono eseguite in base al principio First-In, First-Out. Al termine dell'esecuzione delle query e quando il numero di query e di slot risulta inferiore ai limiti, Azure Synapse Analytics rilascia le query accodate.

Passaggi successivi

Per altre informazioni su come sfruttare le classi di risorse per ottimizzare ulteriormente il carico di lavoro vedere gli articoli seguenti: