Condividi tramite


Panoramica dei limiti delle risorse di Istanza gestita di SQL di Azure

Si applica a: Istanza gestita di SQL di Azure SQL

Questo articolo offre una panoramica sulle caratteristiche tecniche e sui limiti delle risorse relative all’Istanza gestita di SQL di Azure e fornisce informazioni su come chiedere un aumento di questi limiti.

Nota

Per informazioni sulle differenze nelle funzionalità e nelle istruzioni T-SQL supportate, vedere Confronto tra le funzionalità e Differenze T-SQL tra Istanza gestita del database SQL di Azure e SQL Server. Per differenze generali tra i livelli di servizio per database SQL di Azure e Istanza gestita di SQL esaminare i livelli di servizio Utilizzo generico e Business critical.

Caratteristiche di configurazione hardware

Istanza gestita di SQL ha caratteristiche e limiti di risorse che dipendono dall'infrastruttura e dall'architettura sottostanti. L'istanza gestita di SQL può essere implementata in due generazioni hardware.

Le generazioni hardware hanno caratteristiche diverse, descritte nella tabella seguente:

Serie standard (Gen5) Serie Premium Serie Premium ottimizzata per la memoria
CPU Processori Intel® E5-2673 v4 (Broadwell) 2.3 GHz, Intel® SP-8160 (Skylake), e Intel® 8272CL (Cascade Lake) 2.5-GHz Processori Intel® 8370C (Ice Lake) a 2,8 GHz Processori Intel® 8370C (Ice Lake) a 2,8 GHz
Numero of vCore
vCore=1 LP (hyper-thread)
21-80 vCore 21-128 vCore 4-128 vCore
Memoria massima (rapporto memoria/core) 5,1 GB per vCore - massimo 408 GB
Aggiungere altri vCore per ottenere una maggiore quantità di memoria.
7 GB per vCore fino a 80 vCore - massimo 560 GB 13,6 GB per vCore fino a 64 vCore - massimo 870,4 GB
Memoria OLTP in memoria massima Limite di istanze: 0,8 - 1,65 GB per vCore Limite di istanze: 1,1 - 2,3 GB per vCore Limite di istanze: 2,2 - 4,5 GB per vCore
Archiviazione riservata istanza massima2 Utilizzo generico: fino a 16 TB
Business Critical: fino a 4 TB
Utilizzo generico: fino a 16 TB
Business Critical: fino a 5,5 TB
Utilizzo generico: fino a 16 TB
Business Critical: fino a 16 TB

1 L’implementazione di un'istanza 2-vCore è possibile solo all'interno di un pool di istanze.
2 Dipende dal numero di vCore.

Nota

Se il carico di lavoro richiede dimensioni di archiviazione superiori ai limiti delle risorse disponibili per Istanza gestita di SQL di Azure, prendere in considerazione il livello di servizio database SQL di Azure Hyperscale.

Supporto a livello di area per l'hardware della serie Premium ottimizzato per la memoria e per l'hardware della serie Premium con 16-TB di memoria

Il supporto per l'hardware della serie Premium con archiviazione da 16 TB ha la stessa disponibilità del supporto per l'hardware della serie Premium ottimizzato per la memoria. I supporti per l'hardware della serie Premium ottimizzato per la memoria e l'hardware della serie Premium con archiviazione da 16 TB sono attualmente disponibili solo in queste aree specifiche:

Area geografica Aree che supportano l' hardware della serie premium ottimizzato per la memoria e l'hardware della serie premium con 16 TB di archiviazione
Europa Francia centrale, Germania centro-occidentale, Italia settentrionale, Europa settentrionale, Polonia centrale, Svezia centrale, Svizzera settentrionale, Regno Unito meridionale, Europa occidentale
Medio Oriente, Africa Qatar centrale
Americhe Brasile meridionale, Canada centrale, Stati Uniti centrali, Stati Uniti orientali, Stati Uniti orientali 2, Stati Uniti centro-settentrionali, Stati Uniti centro-meridionali, Stati Uniti occidentali, Stati Uniti occidentali 2, Stati Uniti occidentali 3
Asia/Pacifico Australia orientale, Australia sud-orientale, Cina settentrionale 3, India centrale, India meridionale, Asia orientale, Giappone orientale, Asia sud-orientale

Spazio disponibile OLTP in memoria

La quantità di spazio OLTP in memoria nel livello di servizio Business Critical dipende dal numero di vCore e dalla configurazione dell’hardware. La seguente tabella elenca i limiti di memoria che possono essere usati per gli oggetti OLTP in memoria.

vCores Serie standard (Gen5) Serie Premium Serie Premium ottimizzata per la memoria
4 vCore 3,14 GB 4,39 GB 8,79 GB
6 vCore - 6,59 GB 15,32 GB
8 vCore 6,28 GB 8,79 GB 22,06 GB
10 vCore - 12,11 GB 30,94 GB
12 vCore - 15,43 GB 39,82 GB
16 vCore 15,77 GB 22,06 GB 57,58 GB
20 vCore - 28,70 GB 75,34 GB
24 vCore 25,25 GB 35,34 GB 93,09 GB
32 vCore 37,94 GB 53,09 GB 128,61 GB
40 vCore 52,23 GB 73,09 GB 164,13 GB
48 vCore - 95,34 GB 199,64 GB
56 vCore - 117,58 GB 244,13 GB
64 vCore 99,9 GB 139,82 GB 288,61 GB
80 vCore 131,68 GB 184,30 GB 288,61 GB
96 vCore N/D 184,30 GB 288,61 GB
128 vCore N/D 184,30 GB 288,61 GB

Caratteristiche del livello di servizio

Istanza gestita ha due livelli di servizio: per utilizzo generico e business critical. È possibile scegliere di usare il livello di servizio per utilizzo generico di nuova generazione aggiornato (anteprima).

Importante

Il livello di servizio Business Critical offre una copia predefinita aggiuntiva dell'istanza gestita di SQL (replica secondaria), che può essere usata solo per carichi di lavoro di sola lettura. Se è possibile separare le query di lettura/scrittura e le query di sola lettura/analisi/report, si riceverà il doppio di vCore e memoria allo stesso prezzo. È possibile che la replica secondaria segua di alcuni secondi l'istanza primaria ed è quindi progettata per eseguire l'offload del carico di lavoro di report/analisi che non richiede l'esatto stato corrente dei dati. Nella seguente tabella, le query di sola lettura sono quelle eseguite nella replica secondaria.

Funzionalità Utilizzo generico Utilizzo generico di nuova generazione Business Critical
Numero di vCore* Serie standard (Gen5): 21, 4, 8, 16, 24, 32, 40, 64, 80
Serie Premium: 21, 4, 8, 16, 24, 32, 40, 64, 80
Serie Premium ottimizzata per la memoria: 4, 8, 16, 24, 32, 40, 64, 80
Serie standard (Gen5): 4, 8, 16, 24, 32, 40, 64, 80
Serie Premium: 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 962, 1282
Serie Premium ottimizzata per la memoria: 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 802, 962, 1282
Serie standard (Gen5): 4, 8, 16, 24, 32, 40, 64, 80
Serie Premium: 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 962, 1282
Serie Premium ottimizzata per la memoria: 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 802, 962, 1282
*Lo stesso numero di vCore è dedicato alle query di sola lettura.
Memoria massima Serie Standard (Gen5): 20,4 GB - 408 GB (5,1 GB/vCore)
Serie Premium: 28 GB - 560 GB (7 GB/vCore)
Serie Premium ottimizzata per la memoria: 54,4 GB - 870,4 GB (13,6 GB/vCore)
Serie Standard (Gen5): 20,4 GB - 408 GB (5,1 GB/vCore)
Serie Premium: 28 GB - 560 GB (7 GB/vCore)
Serie Premium ottimizzata per la memoria: 54,4 GB - 870,4 GB (13,6 GB/vCore)
Serie Standard (Gen5): 20,4 GB - 408 GB (5,1 GB/vCore) in ogni replica
Serie Premium: 28 GB - 560 GB (7 GB/vCore fino a 80 vCore2) in ogni replica
Serie Premium ottimizzata per la memoria: 54,4 GB - 870,4 GB (13,6 GB/vCore fino a 64 vCore2) in ogni replica
Dimensioni massime archiviazione istanze (riservate) Serie standard (Gen5):
- 2 TB per 4 vCore
- 8 TB per 8 vCore
- 16 TB per altre dimensioni
Serie Premium:
- 2 TB per 4 vCore
- 8 TB per 8 vCore
- 16 TB per altre dimensioni
Serie Premium ottimizzata per la memoria:
- 2 TB per 4 vCore
- 8 TB per 8 vCore
- 16 TB per altre dimensioni
Serie standard (Gen5):
- 2 TB per 4 vCore
- 8 TB per 8 vCore
- 16 TB per altre dimensioni
Serie Premium:
- 2 TB per 4,6 vCore
- 8 TB per 8, 10, 12 vCore
- 16 TB per 16, 20, 24 vCore
- 32 TB per 32, 40, 48, 56, 64, 80, 96, 128 vCore
Serie Premium ottimizzata per la memoria:
- 2 TB per 4,6 vCore
- 8 TB per 8, 10, 12 vCore
- 16 TB per 16, 20, 24 vCore
- 32 TB per 32, 40, 48, 56, 64, 80, 96, 128 vCore
Serie standard (Gen5):
- 1 TB per 4, 8, 16 vCore
- 2 TB per 24 vCore
- 4 TB per 32, 40, 64, 80 vCore
Serie Premium:
- 1 TB per 4,6 vCore
- 2 TB per 8, 10, 12 vCore
- 4 TB per 16, 20 vCore
- 5,5 TB per 24, 32, 40, 48, 56 vCore
- 5,5 TB o 16 TB (a seconda dell'area) per 64, 80, 96, 128 vCore3
Serie Premium ottimizzata per la memoria:
- 1 TB per 4,6 vCore
- 2 TB per 8, 10, 12 vCore
- 4 TB per 16, 20 vCore
- 5,5 TB per 24 vCore
- 5,5 TB o 8 TB (a seconda dell'area) per 32, 40 vCore4
- 12 TB per 48, 56 vCore
- 16 TB per 64, 80, 96, 128 vCore
Dimensioni massime del database Fino alle dimensioni dell'istanza attualmente disponibili (a seconda del numero di vCore). Fino alle dimensioni dell'istanza attualmente disponibili (a seconda del numero di vCore). Fino alle dimensioni dell'istanza attualmente disponibili (a seconda del numero di vCore).
Dimensioni massime del database tempdb Limitate a 24 GB/vCore (96 - 1.920 GB) e alle dimensioni dello spazio di archiviazione dell'istanza attualmente disponibile.
Aggiungere altri vCore per ottenere più spazio tempdb.
Le dimensioni del file di log sono limitate a 120 GB.
Limitate a 24 GB/vCore (96 - 1.920 GB) e alle dimensioni dello spazio di archiviazione dell'istanza attualmente disponibile.
Aggiungere altri vCore per ottenere più spazio tempdb.
Le dimensioni del file di log sono limitate a 120 GB.
Fino alle dimensioni dello spazio di archiviazione dell'istanza attualmente disponibile.
Numero di file tempdb 128 128 128
Numero massimo di database per istanza 100 database utente, a meno che non sia stato raggiunto il limite per le dimensioni di archiviazione dell'istanza. 500 database utente 100 database utente, a meno che non sia stato raggiunto il limite per le dimensioni di archiviazione dell'istanza.
Numero massimo di file di database 280 per istanza, a meno che non sia stato raggiunto il limite per le dimensioni di archiviazione dell'istanza o per lo spazio di allocazione dell'archiviazione nel disco Premium di Azure. 4.096 file per ogni database 32.767 file per database, a meno che non sia stato raggiunto il limite per le dimensioni di archiviazione dell'istanza.
Dimensioni massime dei file di dati La dimensione massima di ogni file di dati è di 8 TB. Usare almeno due file di dati per database di dimensioni superiori a 8 TB. Fino alle dimensioni dell'istanza attualmente disponibili (a seconda del numero di vCore). Fino alle dimensioni dell'istanza attualmente disponibili (a seconda del numero di vCore).
Dimensioni massime del file di log Limitate a 2 TB e alle dimensioni dello spazio di archiviazione dell'istanza attualmente disponibile. Limitate a 2 TB e alle dimensioni dello spazio di archiviazione dell'istanza attualmente disponibile. Limitate a 2 TB e alle dimensioni dello spazio di archiviazione dell'istanza attualmente disponibile.
Dati/Log di IOPS (approssimativi) 500 - 7.500 per ogni file
*Aumentare le dimensioni del file per ottenere più IOPS
Spazio di archiviazione riservato * 3 - fino al limite della macchina virtuale. 300 nel caso di 32 GB, 64 GB e 96 GB di spazio di archiviazione riservato.
Il limite di macchine virtuali dipende dal numero di vCore
6400 operazioni di I/O al secondo per una macchina virtuale con 4 vCore - 80 K operazioni di I/O al secondo per una macchina virtuale con 128 vCore
16 K - 320 K (4000 IOPS/vCore)
Aggiungere altri vCore per ottenere prestazioni I/O migliori.
Dati effettivi (approssimativi) 100 - 250 MiB/s per ogni file
*Aumentare le dimensioni del file per ottenere prestazioni I/O migliori
IOPS/30 MBps - fino al limite della macchina virtuale. 75 MBps nel caso di 32 GB, 64 GB e 96 GB di spazio di archiviazione riservato. Non limitate.
Limite di velocità effettiva della scrittura di log (per istanza) 4,5 MiB/s per ogni vCore
Massimo 120 MiB/s per istanza
22 - 65 MiB/s per DB (a seconda delle dimensioni del file di log)
*Aumentare le dimensioni del file per ottenere prestazioni I/O migliori
4,5 MiB/s per ogni vCore
Massimo 192 MiB/s
4,5 MiB/s per ogni vCore
Massimo 192 MiB/s
Latenza I/O di archiviazione (approssimativa) 5-10 ms 3-5 ms 1-2 ms
OLTP in memoria Non supportato Non supportato Disponibile, le dimensioni dipendono dal numero di vCore
Numero massimo di sessioni 30000 30000 30000
Numero massimo di ruoli di lavoro simultanei 105 * numero di vCore + 800 105 * numero di vCore + 800 105 * numero di vCore + 800
Repliche di sola lettura 0 0 1 (inclusa nel prezzo)
Isolamento del calcolo Non supportato perché le istanze per utilizzo generico possono condividere hardware fisico con altre istanze Non supportato perché le istanze per utilizzo generico di nuova generazione possono condividere hardware fisico con altre istanze Serie standard (Gen5):
Supportato per le configurazioni con 64 o più vCore
Serie Premium: supportata per le configurazioni con 64 o più vCore
Serie Premium ottimizzata per la memoria: supportata per le configurazioni con 64 o più vCore
Repliche per disponibilità Nodi stand by per la disponibilità elevata Nodi stand by per la disponibilità elevata Quattro repliche a disponibilità elevata, di cui 1 con scalabilità in lettura
Repliche di sola lettura con gruppi di failover abilitati Una replica di sola lettura aggiuntiva. Due repliche leggibili totali, che includono la replica primaria. Una replica di sola lettura aggiuntiva. Due repliche leggibili totali, che includono la replica primaria. Due repliche di sola lettura aggiuntive, tre repliche di sola lettura totali. Quattro repliche leggibili totali, che includono la replica primaria.
Prezzi/Fatturazione Vengono addebitati i costi di vCore, archiviazione riservata e archiviazione di backup.
Le operazioni di I/O al secondo non vengono addebitate
Vengono addebitati i costi di vCore, spazio di archiviazione, archivio di backup e operazioni di I/O al secondo (oltre la quota gratuita). Vengono addebitati i costi di vCore, archiviazione riservata e archiviazione di backup.
Le operazioni di I/O al secondo non vengono addebitate.
Modelli di sconto Istanze riservate
Vantaggio Azure Hybrid (non disponibile nelle sottoscrizioni di sviluppo/test)
Sottoscrizioni di sviluppo/test enterprise e con pagamento in base al consumo
Istanze riservate
Vantaggio Azure Hybrid (non disponibile nelle sottoscrizioni di sviluppo/test)
Sottoscrizioni di sviluppo/test enterprise e con pagamento in base al consumo
Istanze riservate
Vantaggio Azure Hybrid (non disponibile nelle sottoscrizioni di sviluppo/test)
Sottoscrizioni di sviluppo/test enterprise e con pagamento in base al consumo

1 L’implementazione di un'istanza 2-vCore è possibile solo all'interno di un pool di istanze.
2 Il rapporto tra memoria e vCore è disponibile solo fino a 80 vCore per l'hardware della serie Premium e 64 vCore per la serie Premium ottimizzata per la memoria. La memoria massima è limitata a 560 GB per vCore di serie Premium superiori a 80 e 870,4 GB per vCore della serie Premium ottimizzata per la memoria superiore a 64.
3 Solo le aree principali possono fornire 16 TB di spazio di archiviazione per l'hardware della serie Premium per questi numeri di CPU vCore. Le aree più piccole limitano l'archiviazione disponibile a 5,5 TB.
4 Solo le aree principali possono fornire 8 TB di spazio di archiviazione per l'hardware ottimizzato per la memoria premium per questi numeri di vCore CPU. Le aree più piccole limitano l'archiviazione disponibile a 5,5 TB.

Qualche altra considerazione:

  • Per calcolare le dimensioni dello spazio di archiviazione delle istanze attualmente disponibile è sufficiente fare la differenza tra le dimensioni dell'istanza riservata e lo spazio di archiviazione usato.
  • La dimensione di archiviazione dell'istanza, che viene confrontata con la dimensione massima di archiviazione, include la dimensione dei dati e dei file di log presenti sia nel database utenti che in quello di sistema. Usare la vista di sistema sys.master_files per determinare lo spazio totale usato dai database. I log degli errori non vengono salvati in modo permanente e non sono inclusi nella dimensione. I backup non sono inclusi nella dimensione di archiviazione.
  • Nel livello Utilizzo generico, anche il numero di IOPS e la velocità effettiva dipendono dalle dimensioni del file e non sono limitati in modo esplicito da Istanza gestita di SQL.
  • Usando i gruppi di failover, è possibile creare un'altra replica leggibile in un'area di Azure diversa
  • Il numero massimo di IOPS dell'istanza dipende dal layout del file e dalla distribuzione del carico di lavoro. Se, ad esempio, si creano 7 file da 1 TB, ciascuno con 5000 operazioni di I/O al secondo, e sette piccoli file (inferiori a 128 GB), ciascuno con 500 operazioni di I/O al secondo, è possibile ottenere 38500 operazioni di I/O al secondo per istanza (7 x 5000 + 7 x 500), se il carico di lavoro può usare tutti i file. Si noti che alcune operazioni di I/O al secondo vengono usate anche per i backup automatici.
  • I nomi dei file tempdb non possono contenere più di 16 caratteri.

Per altre informazioni sui limiti delle risorse nei pool di istanze gestite di SQL, si veda questo articolo.

IOPS

Per i livelli di servizio Utilizzo generico di seconda generazione e Business Critical, le operazioni di I/O al secondo disponibili sono dettate dal numero di vCore:

  • Livello di servizio Utilizzo generico di nuova generazione: valore fisso delle operazioni di I/O al secondo in base al numero di vCore. Il prezzo dell'archiviazione include le operazioni di I/O al secondo minime. Se si supera il valore minimo, vengono addebitati i costi seguenti: 1 operazioni di I/O al secondo = prezzo di archiviazione (per area) diviso per tre. Ad esempio, se 1 GB di costi di archiviazione 0,115, al 1 operazioni di I/O al secondo = 0,115/3 = 0,038 per operazioni di I/O al secondo.
  • Livello di servizio Business Critical: usa una formula (4000 IOPS/vCore) per determinare i limiti delle operazioni di I/O al secondo.

La seguente tabella elenca il numero massimo di operazioni di I/O al secondo disponibili per ogni livello di servizio in base al numero di vCore:

Numero di vCore Numero massimo di operazioni di I/O al secondo per il livello di servizio Utilizzo generico di nuova generazione Numero massimo di operazioni di I/O al secondo per il livello di servizio Business Critical
4 6.400 16.000
6 9.600 24,000
8 12.800 32.000
10 16.000 40.000
12 19.200 48.000
16 25.600 64.000
20 32.000 80.000
24 38.400 96.000
32 51.200 128.000
40 64.000 160.000
48 76.800 192.000
56 80.000 224.000
64 80.000 256.000
80 80.000 320.000
96 80.000 320.000
128 80.000 320.000

Archiviazione di dati e log

I seguenti fattori influiscono sulla quantità di spazio di archiviazione usato per i file di dati e di log e si applicano ai livelli General Purpose e Business Critical.

  • Nel livello di servizio General Purpose tempdb usa un'unità SSD collegata e il costo di archiviazione è incluso nel prezzo di vCore.
  • Nel livello di servizio Business Critical tempdb condivide l'unità SSD collegata con i file di log e il costo di archiviazione di tempdb è incluso nel prezzo di vCore.
  • Le dimensioni di archiviazione massime per Istanza gestita di SQL devono essere specificate in multipli di 32 GB.

Importante

In entrambi i livelli di servizio vengono addebitate le dimensioni massime di archiviazione configurate per un'istanza gestita.

Per monitorare le dimensioni totali di archiviazione delle istanze utilizzate per Istanza gestita di SQL, usare storage_space_used_mb come metrica. Per monitorare le dimensioni di archiviazione correnti allocate e usate dei singoli file di dati e di log in un database tramite T-SQL, usare la vista sys.database_files e la funzione FILEPROPERTY(... , 'SpaceUsed').

Suggerimento

In alcune circostanze, può essere necessario compattare un database per recuperare spazio inutilizzato. Per altre informazioni, vedere DBCC SHRINKFILE.

Backup e archiviazione

Lo spazio di archiviazione per i backup di database viene allocato per supportare le funzionalità di ripristino temporizzato (PITR) e di conservazione a lungo termine (LTR) dell’ Istanza gestita di SQL. Questa risorsa di archiviazione è separata dall'archiviazione di dati e file di log e viene fatturata separatamente.

  • PITR: nei livelli Per utilizzo generico e Business Critical, i backup dei singoli database vengono copiati automaticamente in un’archiviazione con ridondanza geografica con accesso in lettura (RA-GRS). Le dimensioni di archiviazione aumentano dinamicamente con la creazione di nuovi backup. Lo spazio di archiviazione viene usato da backup completi, backup differenziali e backup dei log delle transazioni. L'utilizzo dello spazio di archiviazione dipende dalla frequenza con cui vengono apportate modifiche al database e dal periodo di conservazione configurato per i backup. È possibile configurare un periodo di conservazione separato per ogni database compreso tra 1 e 35 giorni per Istanza gestita di SQL. La quantità di archiviazione di backup equivalente alle dimensioni del database viene fornita senza addebiti aggiuntivi.
  • Conservazione a lungo termine: si ha l’opzione di configurare la conservazione a lungo termine dei backup completi per un massimo di 10 anni. Se configuri i criteri di conservazione a lungo termine, questi backup vengono archiviati automaticamente in Archiviazione RA-GRS, ma puoi controllare la frequenza con cui vengono copiati. A seconda dei vari requisiti di conformità, puoi selezionare periodi di conservazione diversi per i backup settimanali, mensili e/o annuali. La configurazione scelta determina la quantità di spazio di archiviazione usato per i backup con conservazione a lungo termine. Per altre informazioni, vedere Conservazione dei backup a lungo termine.

Caratteristiche di I/O dei file nel livello Utilizzo generico

Nel livello di servizio Utilizzo generico, ogni file di database ottiene una quantità di IOPS e di velocità effettiva dedicata in base alle dimensioni stesse del file. I file più grandi ottengono più operazioni di I/O al secondo e velocità effettiva. Nella tabella seguente sono illustrate le caratteristiche di I/O dei file di database:

Dimensioni file >=0 e <=129 GiB >129 e <=513 GiB >513 e <=1025 GiB >1025 e <=2049 GiB >2049 and <=4097 GiB >4097 GiB e <=8 TiB
IOPS per file 500 2300 5000 7500 7500 7500
Velocità effettiva per file 100 MiB/s 150 MiB/s 200 MiB/s 250 MiB/s 250 MiB/s 250 MiB/s

Se si nota una latenza di I/O elevata per un file di database o si scopre che il rapporto IOPS/velocità effettiva sta raggiungendo il limite, è possibile migliorare le prestazioni aumentando le dimensioni del file.

Esiste anche un limite a livello di istanza per la velocità effettiva massima delle operazioni di scrittura nel log ( si veda la tabella precedente per i valori, ad esempio 22 MiB/s). È quindi possibile che non si riesca a raggiungere la velocità effettiva massima del file nel file di log perché si raggiunge il limite di velocità effettiva dell'istanza.

Aree supportate

Le istanze gestite di SQL possono essere create solo in aree supportate. Per creare un'istanza gestita di SQL in un'area attualmente non supportata, è possibile inviare una richiesta di supporto tramite il portale di Azure.

Tipi di sottoscrizioni supportati

Istanza gestita di SQL supporta attualmente solo la distribuzione dei tipi di sottoscrizioni seguenti:

Limiti delle risorse a livello di area

Nota

Per le informazioni più recenti sulla disponibilità dell'area per le sottoscrizioni, verificare prima di tutto la selezione di un'area.

I tipi di sottoscrizioni supportati possono contenere un numero limitato di risorse per area. L'istanza gestita prevede due limiti predefiniti per ogni area di Azure, che possono essere aumentati su richiesta creando una speciale richiesta di supporto nel portale di Azure a seconda del tipo di sottoscrizione:

  • Limite di subnet: numero massimo di subnet in cui vengono distribuite le istanze gestite di SQL in una singola area.
  • Limite di unità vCore:il numero massimo di unità vCore che possono essere distribuite in tutte le istanze di una singola area. Un vCore di Utilizzo generico usa un'unità vCore, mentre un vCore Business Critical accetta quattro unità vCore. Il numero totale di istanze non è limitato, almeno finché rientra nel limite massimo di unità vCore.

Nota

Questi limiti sono impostazioni predefinite e non limitazioni tecniche. Nel caso in cui nell'area corrente siano necessarie più istanze, questi limiti possono essere aumentati su richiesta creando speciali richieste di supporto nel portale di Azure. In alternativa, è possibile creare nuove istanze gestite di SQL in un'altra area di Azure senza inviare richieste di supporto.

La seguente tabella seguente illustra i limiti predefiniti a livello di area per i tipi di sottoscrizione supportati (i limiti predefiniti possono essere estesi usando una richiesta di supporto):

Tipo di sottoscrizione Limite predefinito per le subnet Istanza gestita di SQL Limite predefinito per le unità vCore*
CSP 16 (30 in alcune aree**) 960 (1440 in alcune aree**)
Contratto Enterprise 16 (30 in alcune aree**) 960 (1440 in alcune aree**)
Sviluppo/test Enterprise 6 320
Pagamento in base al consumo 6 320
Sviluppo/test con pagamento in base al consumo 6 320
Azure Pass 3 64
BizSpark 3 64
BizSpark Plus 3 64
Microsoft Azure Sponsorship 3 64
Microsoft Partner Network 3 64
Visual Studio Enterprise (MPN) 3 64
Visual Studio Enterprise 3 32
Visual Studio Enterprise (BizSpark) 3 32
Visual Studio Professional 3 32
MSDN Platforms 3 32

* Nella pianificazione delle distribuzioni, tenere presente che il livello di servizio Business Critical (BC) richiede una quantità di vCore quattro (4) volte superiore rispetto al livello di servizio Utilizzo generico (GP). Ad esempio: 1 vCore GP = 1 unità vCore e 1 vCore BC = 4 vCore. Per semplificare l'analisi del consumo in base ai limiti predefiniti, riepilogare le unità vCore in tutte le subnet nell'area in cui vengono distribuite le istanze gestite di SQL e confrontare i risultati con i limiti di unità di istanza per il tipo di sottoscrizione. Il numero massimo di unità vCore si applica a ogni sottoscrizione presente in un'area. Non esistono limiti per singole subnet, ad eccezione del fatto che la somma di tutti i vCore distribuiti tra più subnet deve essere inferiore o uguale al numero massimo di unità vCore.

** Limiti di subnet e vCore più ampi sono disponibili nelle seguenti aree: Australia orientale, Stati Uniti orientali, Stati Uniti orientali 2, Europa settentrionale, Stati Uniti centro-meridionali, Asia sud-orientale, Regno Unito meridionale, Europa occidentale e Stati Uniti occidentali 2.

Importante

Se il limite di vCore e subnet è 0, significa che il limite di area predefinito per il tipo di sottoscrizione non è impostato. È anche possibile usare la richiesta di aumento della quota per ottenere l'accesso alla sottoscrizione in un'area specifica seguendo la stessa procedura, fornendo i valori di vCore e subnet necessari.

Richiedere un aumento della quota

Se servono più istanze nelle aree correnti, è possibile inviare una richiesta di supporto per estendere la quota tramite il portale di Azure. Per altre informazioni, vedere Richiedere aumenti di quota per il database SQL di Azure.

Passaggi successivi