Gestire il calcolo per il pool SQL dedicato (in precedenza SQL Data Warehouse) in Azure Synapse Analytics
Informazioni sulla gestione delle risorse di calcolo del pool SQL dedicato (in precedenza SQL Data Warehouse) in Azure Synapse Analytics. Ridurre i costi sospendo il pool SQL dedicato o ridimensionando il pool SQL dedicato per soddisfare le esigenze di prestazioni.
Informazioni sulla gestione del calcolo
L'architettura del pool SQL dedicato (in precedenza SQL Data Warehouse) separa le risorse di archiviazione e calcolo, consentendo a entrambe di eseguire il ridimensionamento in modo indipendente. Di conseguenza, è possibile ridimensionare il calcolo per soddisfare le esigenze in termini di prestazioni indipendenti dall'archiviazione dei dati. È anche possibile sospendere e riprendere le risorse di calcolo. Come conseguenza logica di questa architettura, la fatturazione per calcolo e archiviazione è separata. Se non è necessario usare il pool SQL dedicato (in precedenza SQL Data Warehouse) per un certo periodo di tempo, è possibile sospendere le funzioni di calcolo al fine di risparmiare i costi associati.
Ridimensionamento delle risorse di calcolo
È possibile aumentare il numero di istanze o ridurre le risorse di calcolo modificando l'impostazione delle unità di data warehouse per il pool SQL dedicato (in precedenza SQL Data Warehouse). Le prestazioni di caricamento e query possono aumentare in modo lineare man mano che si aggiungono più unità di data warehouse.
Per le procedure per la scalabilità orizzontale, vedere le guide introduttive al portale di Azure, a PowerShell oppure a T-SQL. È anche possibile eseguire le operazioni di scalabilità orizzontale con un'API REST.
Per eseguire un'operazione di dimensionamento, il pool SQL dedicato (in precedenza SQL Data Warehouse) interrompe prima tutte le query in ingresso e quindi esegue il rollback delle transazioni per garantire uno stato coerente. Il ridimensionamento ha effetto solo quando il rollback della transazione è completato. Per un'operazione di ridimensionamento, il sistema disconnette il livello di archiviazione dai nodi di calcolo, aggiunge nodi di calcolo e quindi ricollega il livello di archiviazione a quello di calcolo. Ogni pool SQL dedicato (in precedenza SQL Data Warehouse) viene archiviato come 60 distribuzioni, uniformemente distribuite ai nodi di calcolo. L'aggiunta di più nodi di calcolo determina un aumento della potenza di calcolo. Con l'aumento del numero di nodi di calcolo si riduce il numero di distribuzioni per ogni nodo di calcolo, con un conseguente incremento della potenza di calcolo per le query. In modo analogo, la diminuzione delle unità di data warehouse riduce il numero di nodi di calcolo e di conseguenza le risorse di calcolo per le query.
La tabella seguente illustra come il numero di distribuzioni per nodo di calcolo si modifica in base alla modifica delle unità di data warehouse. DW30000c fornisce 60 nodi di calcolo e consente di ottenere prestazioni delle query molto più elevate di DW100c.
| Unità di data warehouse | N. di nodi di calcolo | N. di distribuzioni per nodo |
|---|---|---|
| DW100c | 1 | 60 |
| DW200c | 1 | 60 |
| DW300c | 1 | 60 |
| DW400c | 1 | 60 |
| DW500c | 1 | 60 |
| DW1000c | 2 | 30 |
| DW1500c | 3 | 20 |
| DW2000c | 4 | 15 |
| DW2500c | 5 | 12 |
| DW3000c | 6 | 10 |
| DW5000c | 10 | 6 |
| DW6000c | 12 | 5 |
| DW7500c | 15 | 4 |
| DW10000c | 20 | 3 |
| DW15000c | 30 | 2 |
| DW30000c | 60 | 1 |
Ricerca delle dimensioni giuste delle unità di data warehouse
Per ottenere vantaggi della scalabilità orizzontale in termini di prestazioni, in particolare per le unità di warehouse dati di dimensioni maggiori, è necessario usare un set di dati di almeno 1 TB. Per trovare la quantità di unità di data warehouse più adatta per il pool SQL dedicato (in precedenza SQL Data Warehouse) in uso, provare ad aumentarne e a ridurne il numero. Dopo il caricamento dei dati, eseguire alcune query con numeri di unità di data warehouse diversi. Poiché il ridimensionamento è rapido, è possibile provare diversi livelli di prestazioni in un'ora o meno.
Indicazioni per la ricerca del numero di unità di data warehouse più adatto.
- Per un pool SQL dedicato (in precedenza SQL Data Warehouse) in fase di sviluppo, iniziare selezionando un numero minore di unità di data warehouse. Un buon punto di partenza è DW400c o DW200c.
- Monitorare le prestazioni dell'applicazione, osservando il numero di unità di data warehouse selezionato rispetto alle prestazioni ottenute.
- Presupporre una scalabilità lineare e determinare quanto è necessario aumentare o ridurre le unità di data warehouse.
- Continuare ad apportare modifiche finché non si raggiunge un livello di prestazioni ottimale per i propri requisiti aziendali.
Quando aumentare il numero di istanze
L'aumento del numero di unità di data warehouse influisce sugli aspetti delle prestazioni indicati di seguito.
- Aumento lineare delle prestazioni del sistema per analisi, aggregazione e istruzioni CTAS
- Aumento del numero di lettori e scrittori per il caricamento dei dati.
- Numero massimo di query simultanee e slot di concorrenza.
Indicazioni per i momenti in cui è opportuno aumentare le unità di data warehouse.
- Prima di eseguire un'operazione di caricamento o di trasformazione di dati con impatto elevato, aumentare il numero di istanze per rendere disponibili i dati più rapidamente.
- Durante le ore lavorative di maggiore picco, aumentare il numero di istanze per gestire un numero maggiore di query simultanee.
Cosa accade se la scalabilità orizzontale non migliora le prestazioni?
L'aggiunta di unità di data warehouse determina un aumento del parallelismo. Se il lavoro viene suddiviso in modo uniforme tra i nodi di calcolo, il maggiore parallelismo migliora le prestazioni delle query. Se la scalabilità orizzontale non modifica le prestazioni, i motivi possono essere diversi. I dati potrebbero essere presenti in modo non uniforme tra le distribuzioni o le query potrebbero introdurre spostamenti dei dati in notevole quantità. Per analizzare i problemi di prestazioni delle query, vedere Risoluzione dei problemi di prestazioni.
Sospensione e ripresa del calcolo
La sospensione del calcolo determina la disconnessione del livello di archiviazione dai nodi di calcolo. Le risorse di calcolo vengono rilasciate dall'account dell'utente. Durante la sospensione del calcolo, non viene addebitato alcun costo correlato. Alla ripresa del calcolo, l'archiviazione viene ricollegata ai nodi di calcolo e le spese di calcolo vengono nuovamente addebitate. Quando si sospende un pool SQL dedicato (in precedenza SQL Data Warehouse):
- Le risorse di calcolo e memoria vengono restituite al pool di risorse disponibili nel data center.
- I costi delle unità di data warehouse sono pari a zero per la durata della sospensione.
- L'archivio dati non è interessato e i dati rimangano invariati.
- Tutte le operazioni in esecuzione o in coda vengono annullate.
- I contatori DMV vengono reimpostati.
Quando si riprende un pool SQL dedicato (in precedenza SQL Data Warehouse):
- Il pool SQL dedicato (in precedenza SQL Data Warehouse) acquisisce le risorse di calcolo e memoria per l'impostazione delle unità data warehouse.
- I costi di calcolo per le unità di data warehouse vengono nuovamente addebitati.
- I dati diventano disponibili.
- Dopo che il pool SQL dedicato (in precedenza SQL Data Warehouse) è online, è necessario riavviare le query del carico di lavoro.
Se si vuole che il pool SQL dedicato (in precedenza SQL Data Warehouse) sia sempre accessibile, prendere in considerazione la possibilità di ridurne le dimensioni anziché sospenderlo.
Per le procedure di sospensione e ripresa, vedere le guide introduttive al portale di Azure oppure a PowerShell. È anche possibile usare l'API REST di sospensione o l'API REST di ripresa.
Scaricare le transazioni prima della sospensione o del ridimensionamento
Prima di avviare un'operazione di sospensione o ridimensionamento, è consigliabile consentire il completamento delle transazioni esistenti.
Quando si sospende o si ridimensiona il pool SQL dedicato (in precedenza SQL Data Warehouse), le query vengono annullate in background quando si avvia la richiesta di sospensione o scalabilità. L'annullamento di una semplice query SELECT è un'operazione rapida senza quasi alcun impatto sul tempo necessario per sospendere o ridimensionare l'istanza. Le query transazionali, che modificano i dati o la struttura dei dati, potrebbero tuttavia richiedere più tempo per l'arresto. Le query transazionali, per definizione, devono essere completate interamente oppure è necessario il rollback delle modifiche. Il rollback del lavoro svolto da una query transazionale può richiedere la stessa quantità di tempo, o anche maggiore, della modifica originale applicata dalla query. Se, ad esempio, si annulla una query che sta eliminando righe e che è in esecuzione già da un'ora, potrebbe essere necessaria un'ora affinché il sistema inserisca di nuovo le righe che sono state eliminate. Se si sospende o si ridimensiona il servizio mentre sono in corso transazioni, potrebbe sembrare che l'operazione richieda molto tempo perché per la sospensione o il ridimensionamento è necessario attendere il completamento del rollback.
Vedere anche Informazioni sulle transazioni e Ottimizzazione delle transazioni.
Automazione della gestione del calcolo
Per automatizzare le operazioni di gestione di calcolo, vedere Manage compute with Azure functions (Gestire il calcolo con Funzioni di Azure).
Ogni operazione di scalabilità orizzontale, sospensione e ripresa può richiedere alcuni minuti. Se queste operazioni vengono eseguite automaticamente, è consigliabile implementare la logica necessaria per garantire che determinate operazioni siano completate prima di procedere con un'altra azione. Il controllo dello stato del pool SQL dedicato (in precedenza SQL Data Warehouse) tramite vari endpoint consente di implementare correttamente l'automazione di tali operazioni.
Per controllare lo stato del pool SQL dedicato (in precedenza SQL Data Warehouse), vedere l'avvio rapido PowerShell o T-SQL. È anche possibile controllare lo stato del pool SQL dedicato (in precedenza SQL Data Warehouse) con un'API REST.
Autorizzazioni
Per ridimensionare il pool SQL dedicato (in precedenza SQL Data Warehouse) sono necessarie le autorizzazioni descritte in ALTER DATABASE. La sospensione e la ripresa richiedono l'autorizzazione Collaboratore Database SQL, in particolare Microsoft.Sql/servers/databases/action.
Passaggi successivi
Vedere la guida per gestire le risorse di calcolo Un altro aspetto della gestione delle risorse di calcolo consiste nell'allocazione di risorse di calcolo diverse per le singole query. Per altre informazioni, vedere Classi di risorse per la gestione del carico di lavoro.