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 delle caratteristiche tecniche e dei limiti delle risorse per Istanza gestita di SQL di Azure e fornisce informazioni su come richiedere 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 per 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. Istanza gestita di SQL possono essere distribuiti in più generazioni di 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) da 2,5 GHz Processori Intel® 8370C (Ice Lake) a 2,8 GHz Processori Intel® 8370C (Ice Lake) a 2,8 GHz
Numero di vCore
vCore=1 LP (hyper-thread)
2vCore da 1 a 80 2vCore da 1 a 128 4-128 vCore
Memoria massima (rapporto memoria/vCore) 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
Spazio di archiviazione riservato massimodell'istanza 2 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 La distribuzione 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 premium ottimizzato per la memoria e per l'hardware della serie Premium con archiviazione da 16 TB

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

Geografia Aree che supportano hardware HW e serie Premium ottimizzate per la memoria con 16 TB Archiviazione
Europa Francia centrale, Germania 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 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 hardware. Nella tabella seguente sono elencati 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 di SQL ha due livelli di servizio: 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 fornisce una copia incorporata aggiuntiva della Istanza gestita di SQL (replica secondaria) che può essere usata per il carico di lavoro di sola lettura. Se è possibile separare query di lettura/scrittura e query di sola lettura/analisi/creazione di report, si ottengono due volte i vCore e la memoria per lo stesso prezzo. La replica secondaria potrebbe causare un ritardo di pochi secondi dietro l'istanza primaria, quindi è progettata per eseguire l'offload dei carichi di lavoro di report/analitici che non necessitano dello stato corrente esatto dei dati. Nella tabella seguente le query di sola lettura sono le query 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 per le 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 tempdb del database 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ù tempdb spazio.
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ù tempdb spazio.
Le dimensioni del file di log sono limitate a 120 GB.
Fino alle dimensioni dello spazio di archiviazione dell'istanza attualmente disponibile.
Numero massimo di tempdb file 128 128 128
Numero massimo di database per istanza 100 database utente, a meno che non sia stato raggiunto il limite di dimensioni di archiviazione dell'istanza. 500 database utente 100 database utente, a meno che non sia stato raggiunto il limite di dimensioni di archiviazione dell'istanza.
Numero massimo di file di database 280 per istanza, a meno che non siano state raggiunte le dimensioni di archiviazione dell'istanza o il limite di spazio di allocazione dell'archiviazione su disco Premium di Azure. 4.096 file per 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 - 7500 per 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 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 vCore
Massimo 120 MiB/s per istanza
22 - 65 MiB/s per database (a seconda delle dimensioni del file di log)
*Aumentare le dimensioni del file per ottenere prestazioni I/O migliori
4.5 MiB/s per vCore
Massimo 192 MiB/s
4.5 MiB/s per 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, 1 è anche una replica 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, archiviazione riservata, archiviazione 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
Azure Hybrid Benefit (non disponibile nelle sottoscrizioni di sviluppo/test)
Sottoscrizioni di sviluppo/test aziendali e con pagamento in base al consumo
Istanze riservate
Azure Hybrid Benefit (non disponibile nelle sottoscrizioni di sviluppo/test)
Sottoscrizioni di sviluppo/test aziendali e con pagamento in base al consumo
Istanze riservate
Azure Hybrid Benefit (non disponibile nelle sottoscrizioni di sviluppo/test)
Sottoscrizioni di sviluppo/test aziendali e con pagamento in base al consumo

1 La distribuzione 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.

Alcune considerazioni aggiuntive:

  • 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.
  • Sia le dimensioni dei file di dati che dei file di log nei database utente e di sistema sono incluse nelle dimensioni di archiviazione dell'istanza confrontate con il limite massimo di dimensioni di archiviazione. Utilizzare la vista di sistema sys.master_files per determinare lo spazio totale utilizzato dai database. I log degli errori non sono persistenti e non sono inclusi nelle dimensioni. I backup non sono inclusi nelle dimensioni di archiviazione.
  • La velocità effettiva e le operazioni di I/O al secondo nel livello Utilizzo generico dipendono anche dalle dimensioni del file e non sono limitate in modo esplicito dal Istanza gestita di SQL.
  • È possibile creare un'altra replica leggibile in un'area di Azure diversa usando i gruppi di failover
  • Il numero massimo di IOPS dell'istanza dipende dal layout del file e dalla distribuzione del carico di lavoro. Ad esempio, se si creano 7 file da 1 TB con un massimo di 5 K operazioni di I/O al secondo ciascuno e sette file di piccole dimensioni (inferiori a 128 GB) con 500 operazioni di I/O al secondo, è possibile ottenere 38500 operazioni di I/O al secondo per ogni istanza (7x5000+7x500) 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 tempdbfile non possono contenere più di 16 caratteri.

Altre informazioni sui limiti delle risorse nei pool di Istanza gestita di SQL sono disponibili in questo articolo.

IOPS

Per i livelli di servizio Per 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 per 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, 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 tabella seguente 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 per 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

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

  • PITR: nei livelli Utilizzo generico e Business Critical, i backup dei singoli database vengono copiati automaticamente nell'archiviazione con ridondanza geografica e accesso in lettura (RA-GRS). Le dimensioni di archiviazione aumentano in modo dinamico man mano che vengono creati nuovi backup. L'archiviazione viene usata dai backup completi, differenziali e del log delle transazioni. Il consumo di archiviazione dipende dalla frequenza di modifica del 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.
  • LTR: è anche possibile configurare la conservazione a lungo termine dei backup completi per un massimo di 10 anni. Se si configura un criterio di conservazione a lungo termine, questi backup vengono archiviati automaticamente nell'archiviazione con ridondanza geografica e accesso in lettura, ma è possibile controllare la frequenza con cui vengono copiati i backup. Per soddisfare requisiti di conformità diversi, è possibile 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 operazioni di I/O al secondo dedicate e velocità effettiva che dipendono dalle dimensioni del file. I file più grandi ottengono più operazioni di I/O al secondo e velocità effettiva. Le caratteristiche di I/O dei file di database sono illustrate nella tabella seguente:

Dimensioni file >=0 e <=129 GiB >129 e <=513 GiB >513 e <=1025 GiB >1025 e <=2049 GiB >2049 e <=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 di scrittura del log (vedere la tabella precedente per i valori, ad esempio 22 MiB/s), quindi potrebbe non essere possibile raggiungere il file massimo nel file di log perché si raggiunge il limite di velocità effettiva dell'istanza.

Aree geografiche supportate

Istanza gestita di SQL possono essere creati 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 la distribuzione solo nei tipi di sottoscrizioni seguenti:

Limiti delle risorse a livello di area

Nota

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

I tipi di sottoscrizioni supportati possono contenere un numero limitato di risorse per area. Istanza gestita di SQL ha due limiti predefiniti per area di Azure (che possono essere aumentati su richiesta creando una richiesta di supporto speciale nel portale di Azure) a seconda di un tipo di sottoscrizione:

  • Limite subnet: numero massimo di subnet in cui le istanze di Istanza gestita di SQL vengono distribuite in una singola area.
  • Limite di unità vCore: numero massimo di unità vCore che possono essere distribuite in tutte le istanze in una singola area. Un vCore Gp usa un'unità vCore e un vCore BC accetta quattro unità vCore. Il numero totale di istanze non è limitato a condizione che sia entro il limite di unità vCore.

Nota

Questi limiti sono impostazioni predefinite e non limitazioni tecniche. I limiti possono essere aumentati su richiesta creando una richiesta di supporto speciale nel portale di Azure se sono necessarie più istanze nell'area corrente. In alternativa, è possibile creare nuove istanze di Istanza gestita di SQL in un'altra area di Azure senza inviare richieste di supporto.

La tabella seguente illustra i limiti di area predefiniti per i tipi di sottoscrizione supportati (i limiti predefiniti possono essere estesi tramite 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, prendere in considerazione che il livello di servizio Business Critical (BC) richiede quattro (4) volte più capacità vCore rispetto al livello di servizio Utilizzo generico (GP). Ad esempio: 1 vCore GP = 1 unità vCore e 1 BC vCore = 4 vCore. Per semplificare l'analisi del consumo rispetto ai limiti predefiniti, riepilogare le unità vCore in tutte le subnet nell'area in cui Istanza gestita di SQL viene distribuita e confrontare i risultati con i limiti delle unità di istanza per il tipo di sottoscrizione. Il numero massimo di unità vCore si applica a ogni sottoscrizione presente in un'area. Non esiste alcun limite per singole subnet, ad eccezione del fatto che la somma di tutti i vCore distribuiti in più subnet deve essere inferiore o uguale al numero massimo di unità vCore.

** I limiti di subnet e vCore più grandi sono disponibili nelle aree seguenti: Australia orientale, Stati Uniti orientali, Stati Uniti orientali 2, Europa settentrionale, Stati Uniti centro-meridionali, Asia sud-orientale, Regno Unito meridionale, Europa occidentale, 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 sono necessarie più istanze nelle aree correnti, inviare una richiesta di supporto per estendere la quota usando il portale di Azure. Per altre informazioni, vedere Richiedere aumenti di quota per il database SQL di Azure.

Passaggi successivi