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
tempdb
file 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 ditempdb
è 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:
- Contratto Enterprise
- Pagamento in base al consumo
- Provider di servizi cloud (CSP)
- Sviluppo/test Enterprise
- Sviluppo/test con pagamento in base al consumo
- Sottoscrizioni con il credito Azure mensile per i titolari di sottoscrizioni di Visual Studio
- Versione di prova gratuita
- Azure For Students
- Azure In Open
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
- Per altre informazioni sulle Istanza gestita di SQL, vedere Che cos'è un Istanza gestita di SQL?.
- Per informazioni sui prezzi, vedere prezzi Istanza gestita di SQL.
- Per informazioni su come creare la prima Istanza gestita di SQL, vedere la guida introduttiva.
- Contratto di servizio per Istanza gestita di SQL di Azure
Commenti e suggerimenti
https://aka.ms/ContentUserFeedback.
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedereInvia e visualizza il feedback per