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

Si applica a:Istanza gestita di SQL di Azure SQL

Questo articolo fornisce una panoramica delle caratteristiche tecniche e dei limiti di risorse per Istanza gestita di SQL di Azure. Fornisce inoltre informazioni su come richiedere un aumento di questi limiti.

Caratteristiche di configurazione hardware

In questa sezione:

• Supporto regionale per hardware premium ottimizzato per la memoria e hardware premium con 16 TB di memoria
• Spazio disponibile OLTP in memoria

Istanza gestita di SQL ha caratteristiche e limiti di risorse che dipendono dall'infrastruttura e dall'architettura sottostanti. Puoi distribuire Istanza gestita di SQL su più generazioni hardware.

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

¹ Puoi distribuire un'istanza a 2 vCore solo all'interno di un pool di istanza.
² Dipende dal numero di vCore.
³ Le aree seguenti possono fornire 16 TB di spazio di archiviazione, mentre altre aree limitano lo spazio di archiviazione disponibile a 5,5 TB.
⁴ 16 TB per utilizzo generico classico. 32 TB solo per il livello di servizio di prossima generazione di uso generale

Supporto regionale per hardware premium ottimizzato per la memoria e hardware 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. Per saperne di più, consulta Supporti regionali per hardware premium ottimizzato alla memoria e hardware premium con memoria da 16 TB.

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. La tabella seguente elenca i limiti di memoria che puoi utilizzare per gli oggetti OLTP in memoria.

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.

In questa sezione:

• Numero of vCore
• Memoria massima
• Dimensioni massime di archiviazione dell'istanza
• Confronto delle caratteristiche del livello di servizio
• Operazioni di I/O al secondo e velocità effettiva
• Archiviazione di dati e log
• Backup e archiviazione
• Considerazioni aggiuntive sulle caratteristiche

Numero of vCore

¹ L’implementazione di un'istanza 2-vCore è possibile solo all'interno di un pool di istanze.

Memoria massima

¹ 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.

Dimensioni massime di archiviazione dell'istanza (riservate)

La tabella seguente elenca le dimensioni massime di archiviazione in base al numero di vCore per ogni generazione hardware e livello di servizio:

¹ Nel livello tempdb di servizio utilizzo generico usa l'archiviazione SSD locale.

² Nel livello tempdb di servizio Business Critical condivide l'archiviazione SSD locale con i file di dati e di log. Le dimensioni di tempdb possono aumentare fino alle dimensioni di archiviazione dell'istanza attualmente disponibili.

³ 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.

⁴ 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.

Confronto delle caratteristiche del livello di servizio

¹ Questo è un intervallo medio. Anche se la maggior parte delle durate delle richieste di I/O rientra nella parte superiore dell'intervallo, gli outlier che superano l'intervallo sono possibili.

Operazioni di I/O al secondo e velocità effettiva

Le operazioni di I/O al secondo e la velocità effettiva sono caratteristiche del file system di I/O.

Le operazioni di I/O al secondo e la velocità effettiva variano in base al livello di servizio nei modi seguenti:

• Nel livello di servizio Business Critical la velocità effettiva è illimitata.
• Nel livello di servizio Utilizzo generico la velocità effettiva dipende dalle dimensioni del file.
• Nel livello di servizio Utilizzo generico di nuova generazione la velocità effettiva viene ridimensionata proporzionalmente con il numero di operazioni di I/O al secondo allocate all'istanza.

Le sezioni seguenti descrivono le caratteristiche di I/O per livello di servizio in modo più dettagliato.

Operazioni di I/O al secondo e velocità effettiva nel livello di servizio 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.

La tabella seguente illustra le caratteristiche di I/O dei file di database nel livello di servizio Utilizzo generico :

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.

Operazioni di I/O al secondo e velocità effettiva nel livello di servizio Utilizzo generico di nuova generazione

Il livello di servizio Per utilizzo generico di nuova generazione presenta le caratteristiche di I/O al secondo seguenti:

• Operazioni di I/O al secondo minime garantite: ogni istanza garantisce almeno 300 operazioni di I/O al secondo, indipendentemente dall'archiviazione riservata.
• Le operazioni di I/O al secondo vengono ridimensionate con l'archiviazione riservata: per ogni 1 GB di spazio di archiviazione riservato si ottengono 3 operazioni di I/O al secondo predefinite. Ad esempio, se si dispone di 1024 GB di spazio di archiviazione riservato, si ottengono 3072 operazioni di I/O al secondo assegnate.
• Operazioni di I/O al secondo aggiuntive: è possibile aumentare la quantità di operazioni di I/O al secondo al di sopra del valore predefinito fino al limite.
• Limite massimo di operazioni di I/O al secondo per numero di vCore: ogni configurazione vCore ha un limite massimo di operazioni di I/O al secondo, come illustrato nella tabella max IOPS per vCore.

Il livello di servizio Per utilizzo generico di nuova generazione presenta le caratteristiche di velocità effettiva seguenti:

• Velocità effettiva minima garantita: ogni istanza garantisce almeno 75 MB/s di velocità effettiva, indipendentemente dal numero di vCore.
• Scalabilità della velocità effettiva con operazioni di I/O al secondo: la velocità effettiva viene ridimensionata proporzionalmente con il numero di operazioni di I/O al secondo allocate all'istanza, usando la formula throughput (MB/s) = IOPS / 30. Ad esempio, un'istanza allocata con 3.000 operazioni di I/O al secondo riceve 100 MB/s di velocità effettiva.
• Limite massimo di velocità effettiva per numero di vCore: ogni configurazione vCore ha un limite massimo di velocità effettiva, come illustrato nella tabella max throughput per vCore. Dopo aver effettuato il provisioning delle operazioni di I/O al secondo necessarie per raggiungere questo limite, l'allocazione di operazioni di I/O al secondo aggiuntive aumenta la capacità di I/O al secondo, ma non aumenta ulteriormente la velocità effettiva. Ad esempio, un'istanza di 4 vCore (massimo 6.400 operazioni di I/O al secondo) raggiunge il limite di velocità effettiva di 145 MB/s a 4.350 operazioni di I/O al secondo. Il ridimensionamento delle operazioni di I/O al secondo da 4.350 a 6.400 offre più operazioni di I/O al secondo all'istanza, ma la velocità effettiva rimane limitata a 145 MB/s. Per aumentare la velocità effettiva massima, aggiungere altri vCore.

La tabella seguente illustra il numero massimo di operazioni di I/O al secondo e la velocità effettiva per numero di vCore allocati a un'istanza nel livello di servizio Per utilizzo generico di nuova generazione:

Prezzi delle operazioni di I/O al secondo per utilizzo generico di prossima generazione

Quando si usano le operazioni di I/O al secondo aggiuntive, considerare quanto segue:

• Vengono addebitati costi aggiuntivi per operazioni di I/O al secondo al mese
• Le operazioni di I/O al secondo fatturabili sono calcolate in base alla formula seguente: Billable IOPS = Total IOPS - default IOPS.

Ad esempio, se si dispone di un'istanza con pagamento in base al consumo di 4 vCore con 6400 operazioni di I/O al secondo, vengono addebitati i costi seguenti:

• 4 vCore
• Licenza SQL per 4 vCore
• 1024 GB di spazio di archiviazione riservato
• 3328 di operazioni di I/O al secondo (6400 - (1024*3) = 3328 IOPS)fatturabili.

Operazioni di I/O al secondo e velocità effettiva nel livello di servizio Business Critical

Nel livello di servizio Business Critical le operazioni di I/O al secondo disponibili dipendono dal numero di vCore che usano la formula 4000 IOPS/vCore. Poiché il livello di servizio Business Critical usa l'archiviazione locale per i file di dati e di log, la velocità effettiva è illimitata.

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

Archiviazione di dati e log

I seguenti fattori influenzano la quantità di memoria utilizzata per dati e file di log. Questi fattori si applicano sia al livello General Purpose che a quello 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 lo storage SSD locale con dati e file di log, e il tempdb costo di archiviazione è incluso nel prezzo del vCore. È possibile ridimensionare tempdb fino alle dimensioni di archiviazione dell'istanza attualmente disponibili.
• Devi specificare la dimensione massima di archiviazione per una Istanza gestita di SQL in multipli di 32 GB.

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 FILEPROPERTY(... , 'SpaceUsed').

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. Per soddisfare diversi requisiti di conformità, puoi selezionare diversi periodi di conservazione per backup settimanali, mensili e 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 a lungo termine - Database SQL di Azure e Istanza gestita di SQL di Azure.

Considerazioni aggiuntive sulle caratteristiche

• 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.

• 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. Alcune operazioni di I/O al secondo vengono usate anche per i backup automatici.

• Usando i gruppi di failover, è possibile creare un'altra replica leggibile in un'area di Azure diversa

• 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.

Memoria flessibile

Per impostazione predefinita, la quantità di memoria allocata a Istanza gestita di SQL di Azure è un valore statico determinato dal numero selezionato di vCore. La funzionalità di memoria flessibile consente di modificare la quantità di memoria allocata all'istanza gestita di SQL senza modificare il numero di vCore. Questa funzionalità è utile per i carichi di lavoro che richiedono più memoria rispetto all'allocazione predefinita per un determinato numero di vCore.

La funzionalità di memoria flessibile è disponibile nei livelli di servizio e nelle configurazioni di distribuzione seguenti nell'hardware della serie Premium :

• Next gen General Purpose: istanze localmente ridondanti e ridondanti in zona . La memoria flessibile è generalmente disponibile (GA) per istanze localmente ridondanti ed è attualmente in anteprima per istanze a zona-ridondanza. Le istanze di uso generale di nuova generazione ridondanti richiedono lo storage ridondante a zone (ZRS) SAN di Elastic in Azure, che non è disponibile in alcune regioni multi-zona che supportano la ridondanza di zona per Istanza gestita di SQL. Per la disponibilità di Elastic SAN ZRS, vedi Crea e distribuisci un SAN di Elastic in Azure.
• Business Critical: istanze con ridondanza locale e con ridondanza della zona . La memoria flessibile è generalmente disponibile (GA) per il livello di servizio Business Critical.

Puoi modificare la quantità di memoria allocata alla tua istanza gestita SQL in qualsiasi momento per istanze nuove ed esistenti utilizzando il portale Azure o l'API REST. La modifica dell'allocazione della memoria si applica a tutti i database dell'istanza ed esegue un failover dell'istanza come ultimo passaggio operativo. Controllare la durata delle operazioni di gestione per determinare il tempo stimato per il completamento dell'operazione.

Usa il pannello Compute + storage nel portale Azure per modificare l'allocazione della memoria, o il properties.memorySizeInGB valore della chiamata API Istanza gestita - Create o Update a partire dalla versione 2024-08-01-preview. Specifica l'allocazione della memoria in gigabyte (GB).

Quando si alloca la memoria, è possibile scegliere tra un valore minimo e massimo e determinare anche il rapporto tra memoria e vCore. I valori minimi e massimi dipendono dal numero di vCore che selezioni per l'istanza. Il rapporto tra memoria e vCore è una percentuale della memoria totale allocata all'istanza.

La tabella seguente illustra i valori di memoria minima e massima per la funzionalità di memoria flessibile:

Tariffazione

Quando utilizzi la funzione di memoria flessibile, considera i seguenti dettagli:

• Paghi per la memoria extra in GB all'ora.
• La memoria fatturabile utilizza questa formula: Billable memory = Total memory - default memory.

Ad esempio, se usi un'istanza payas-you-go, 4 vCore, con 40 GB di memoria, paghi per:

• 4 vCore
• Licenza SQL per 4 vCore
• 12 GB di memoria fatturabile (40 GB - (4*7) = 12 GB.

Aree geografiche supportate

Puoi creare Istanza gestita di SQL solo nelle regioni supportate. Per creare un'Istanza gestita di SQL in una regione attualmente non supportata, invia una richiesta di supporto tramite il portale Azure.

Tipi di sottoscrizioni supportati

Istanza gestita di SQL attualmente supporta il deployment solo sui seguenti tipi di abbonamento:

• 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 aperto
• Piano di Azure

Limiti delle risorse a livello di area

I tipi di sottoscrizioni supportati possono contenere un numero limitato di risorse per area. Istanza gestita di SQL ha un limite predefinito per ogni regione Azure (che puoi aumentare on-demand creando una richiesta di supporto speciale nel portale Azure) a seconda del tipo di abbonamento:

• Limite di unità vCore: Il numero massimo di unità vCore per generazione hardware che puoi distribuire su tutte le istanze in una singola regione. 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 a condizione che sia entro il limite di unità vCore.

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):

¹ Nella pianificazione delle implementazioni, si consideri che il livello di servizio Business Critical (BC) richiede quattro (4) volte più capacità vCore rispetto al livello di servizio General Purpose (GP). Ad esempio: 1 vCore GP = 1 unità vCore e 1 vCore BC = 4 vCore. Per semplificare la tua analisi di consumo rispetto ai limiti predefiniti, riassumi le unità vCore per generazione hardware in tutte le istanze della regione in cui è distribuito Istanza gestita di SQL e confronta i risultati con i limiti delle unità vCore per il tipo di abbonamento. Il limite massimo di unità vCore si applica a ogni abbonamento per generazione hardware in una regione.

² limiti vCore più grandi sono disponibili nelle seguenti regioni: Australia Est, Est degli Stati Uniti, Est degli Stati Uniti 2, Nord Europa, Sud Centro degli Stati Uniti, Sud-est asiatico, Regno Unito Sud, Europa occidentale, Ovest degli Stati Uniti 2.

Controlla il limite di quota e l'utilizzo del vCore con PowerShell

Usa gli Usi di Abbonamento - Ottieni l'API REST per recuperare il limite attuale di quota vCore e il consumo per Istanza gestita di SQL di Azure in un abbonamento e in una regione. Interroga ogni generazione hardware separatamente specificandone il nome d'uso:

Esegui il seguente script in una sessione PowerShell con il modulo Az installato, oppure in Azure Cloud Shell usando PowerShell. Il tuo account necessita di permesso per leggere l'uso dell'abbonamento, come il ruolo Lettore assegnato all'ambito dell'abbonamento.

Sostituisci <subscription-id> con il tuo ID di abbonamento, imposta $location il nome della regione Azure (ad esempio, eastus), e imposta $usageName uno dei valori nella tabella precedente. Se sei già connesso tramite Cloud Shell, ometti Connect-AzAccount.

$subscriptionId = "<subscription-id>"
$location = "eastus"
$usageName = "SubscriptionSQLManagedInstanceStandardSeriesVCoreQuota"

Connect-AzAccount -ErrorAction Stop | Out-Null
Set-AzContext -SubscriptionId $subscriptionId -ErrorAction Stop | Out-Null

$path = "/subscriptions/$subscriptionId/providers/Microsoft.Sql/locations/$location/usages/${usageName}?api-version=2025-01-01"
$response = Invoke-AzRestMethod -Method GET -Path $path -ErrorAction Stop

if ($response.StatusCode -ne 200) {
    throw "Unable to retrieve quota usage. HTTP $($response.StatusCode): $($response.Content)"
}

$response.Content | ConvertFrom-Json -ErrorAction Stop | ConvertTo-Json -Depth 10

Esempio di output (estratto; i valori sono illustrativi):

{
  "name": "SubscriptionSQLManagedInstanceStandardSeriesVCoreQuota",
  "properties": {
    "currentValue": 80,
    "limit": 320,
    "unit": "SubscriptionSQLManagedInstanceStandardSeriesVCoreQuota"
  }
}

In questo esempio, properties.currentValue è il consumo attuale della quota: 80 unità vCore. properties.limit è il limite attuale della quota: 320 unità vCore. La quota rimanente è limit - currentValue, ovvero 240 unità vCore, per hardware della serie standard nell'abbonamento e nella regione specificati.

Come descritto in precedenza in questa sezione, ogni vCore di Uso Generale consuma un'unità vCore, e ogni vCore Business Critical ne consuma quattro. Ripeti la richiesta con un'altra $usageName generazione o $location per controllare un'altra generazione hardware o regione. Per aumentare il limite, vedi Richiedi un aumento della quota.

Richiedere un aumento della quota

Se hai bisogno di più istanze nelle tue regioni attuali, invia una richiesta di supporto per estendere la quota utilizzando il portale Azure. Per altre informazioni, vedere Aumento della quota di richieste per il database SQL di Azure e Istanza gestita di SQL.

Contenuto correlato

• Che cos'è Istanza gestita di SQL di Azure?
• prezzi di Istanza gestita di SQL
• la guida introduttiva
• Contratto di servizio per Istanza gestita di SQL di Azure
• Riferimento di configurazione modificabile per Istanza gestita di SQL di Azure