Modello di acquisto vCore - Istanza gestita di SQL di Azure

Si applica a:Istanza gestita di SQL di Azure SQL

Questo articolo esamina il modello di acquisto vCore per Istanza gestita di SQL di Azure.

Panoramica

Una memoria centrale virtuale (vCore) rappresenta la CPU logica e ti offre la possibilità di scegliere le caratteristiche fisiche dell’hardware (ad esempio numero di core, memoria e spazio di archiviazione). Il modello di acquisto basato su vCore ti offre flessibilità, controllo, trasparenza nell'uso individuale delle risorse e un metodo diretto per convertire i requisiti dei carichi di lavoro locali nel cloud. Questo modello ottimizza i costi e ti consente di scegliere le risorse di calcolo, memoria e archiviazione in base ai requisiti dei carichi di lavoro.

Nel modello di acquisto basato su vCore i costi dipendono dalla scelta e dall'utilizzo di:

• Livello di servizio
• Configurazione hardware
• Risorse di calcolo (il numero di vCore e la quantità di memoria)
• Archivio di database riservato
• Archiviazione di backup effettiva

Il modello di acquisto di memoria centrale virtuale (vCore) usato da Istanza gestita di SQL di Azure offre i vantaggi seguenti:

• Controllare la configurazione hardware per soddisfare i requisiti di calcolo e memoria del carico di lavoro.
• Sconti sui prezzi per Azure Hybrid Benefit (AHB) e Reserved Instance (RI).
• Maggiore trasparenza nei dettagli hardware che ottimizzano l'elaborazione e semplificano la pianificazione delle migrazioni dalle distribuzioni locali.
• Maggiore granularità di scalabilità con più dimensioni di calcolo disponibili.

Calcolo

Istanza gestita di SQL calcolo fornisce una quantità specifica di risorse di calcolo di cui viene eseguito il provisioning continuo indipendentemente dall'attività del carico di lavoro e fattura per la quantità di calcolo di cui è stato effettuato il provisioning a un prezzo orario fisso.

Poiché tre repliche aggiuntive vengono allocate automaticamente nel livello di servizio Business Critical, il prezzo è circa 2,7 volte superiore a quello del livello di servizio General Purpose. Per lo stesso motivo, il prezzo di archiviazione per GB più alto nel livello di servizio Business Critical riflette i limiti di I/O elevato e bassa latenza dell'archiviazione su unità SSD.

Per le istanze nel livello di servizio General Purpose, è possibile risparmiare sui costi di calcolo e gestione delle licenze arrestando l'istanza quando non viene usata. Per ulteriori informazioni, si veda arresto e avvio dell'istanza.

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.

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').

Archivio di backup

L'archiviazione per i backup del database viene allocata per supportare le funzionalità di Istanza gestita di SQL. Questa risorsa di archiviazione è separata dall'archiviazione di dati e file di log e viene fatturata separatamente.

• Point-in-time restore (PITR): il consumo dell'archivio dipende dalle dimensioni del database, dalla frequenza di modifica e dal periodo di conservazione configurato. È 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.
• Long-term retention (LTR): è possibile configurare la conservazione a lungo termine dei backup completi per un massimo di 10 anni. Questa configurazione definirà la quantità di risorse di archiviazione usate per i backup con conservazione a lungo termine.

Livelli di servizio

Il livello di servizio definisce in genere l'architettura di archiviazione, i limiti di spazio e I/O e le opzioni di continuità aziendale correlate alla disponibilità e al ripristino di emergenza.

In Istanza gestita di SQL di Azure sono disponibili due livelli di servizio:

• Utilizzo generico. È possibile scegliere di usare il livello di servizio per utilizzo generico di nuova generazione aggiornato (anteprima).
• Business Critical.

Per un confronto dettagliato tra i livelli di servizio, esaminare i limiti delle risorse, ma usare la seguente tabella per una breve panoramica:

Utilizzo generico

Il modello di architettura per il livello di servizio Per utilizzo generico si basa su una separazione tra calcolo e archiviazione. Questo modello di architettura si basa sull'elevata disponibilità e affidabilità di Archiviazione BLOB di Azure che replica i file di database in modo trasparente e impedisce la perdita di dati in caso di un errore dell'infrastruttura sottostante.

La figura seguente illustra quattro nodi nel modello dell'architettura standard con i livelli di calcolo e archiviazione separati.

Nel modello di architettura per il livello di servizio Per utilizzo generico esistono due livelli:

• Un livello di calcolo senza stato che esegue il processo sqlservr.exe e contiene solo i dati temporanei e memorizzati nella cache, ad esempio cache dei piani, pool di buffer, pool dell'archivio colonne. Il nodo senza stato è gestito da Azure Service Fabric che inizializza il processo, controlla il funzionamento del nodo e, se necessario, esegue il failover in un'altra posizione.
• Un livello di dati con stato con i file di database (con estensione mdf/ldf) archiviati in Archiviazione BLOB di Azure. Archiviazione BLOB di Azure garantisce che i dati dei record che si trovano in un file di database non vadano persi. Azure Storage è dotato di disponibilità/ridondanza dei dati incorporata, che assicura che ogni record nel file di log o pagina nel file di dati verrà conservato anche se si blocca il processo.

Ogni volta che viene aggiornato il motore di database o il sistema operativo, ogni volta che una parte dell'infrastruttura sottostante non funziona oppure viene rilevato un problema critico nel processo sqlservr.exe, Azure Service Fabric sposta il processo senza stato in un altro nodo di calcolo senza stato. È presente un set di nodi di riserva in attesa di eseguire un nuovo servizio di calcolo in caso di failover del nodo primario, per ridurre al minimo il tempo di failover. I dati nel livello di archiviazione di Azure non sono interessati e i dati e i file di log vengono associati al processo appena inizializzato. Questo processo garantisce una disponibilità del 99,99% per impostazione predefinita. Possono verificarsi degli impatti sulle prestazioni sui carichi di lavoro elevati in fase di esecuzione a causa del tempo di transizione e per il fatto che il nuovo nodo inizia con la cache a freddo.

Quando scegliere questo livello di servizio

Il livello di servizio General Purpose è un livello di servizio predefinito in Istanza gestita di SQL di Azure progettato per la maggior parte dei carichi di lavoro generici. Se si necessita di un motore di database completamente gestito con SLA predefinito e una latenza di archiviazione tra 5 e 10 ms, il livello General Purpose è la scelta adatta.

Utilizzo generico di nuova generazione

Il livello di servizio Utilizzo generico di nuova generazione è un aggiornamento dell'architettura del livello di servizio per utilizzo generico esistente che offre le seguenti caratteristiche chiave:

• Progettato per le aziende con requisiti di prestazioni più elevati, offrendo allo stesso tempo lo stesso costo di base del livello di servizio Utilizzo generico
• Aggiornamenti significativi a prestazioni, scalabilità e flessibilità delle risorse rispetto al livello di servizio Utilizzo generico
• Usa dischi gestiti invece di BLOB di pagine, che migliorano drasticamente le metriche delle prestazioni di archiviazione
• 3 operazioni di I/O al secondo gratuite per ogni GB di spazio di archiviazione riservato
• Supporto di fino a 500 database per istanza e dimensioni massime di archiviazione di 32 TB

Poiché il livello di servizio Per utilizzo generico di nuova generazione è un aggiornamento al livello di servizio Per utilizzo generico esistente, indipendentemente dal livello di servizio usato dall'istanza di , il rendiconto di fatturazione riflette il livello di servizio Utilizzo generico.

Modello architetturale

Il livello di servizio Utilizzo generico di nuova generazione è un aggiornamento del livello di servizio Utilizzo generico esistente che usa un livello di archiviazione remota aggiornato per archiviare i dati dell'istanza e i file di resoconto su dischi gestiti anziché i BLOB di pagine. Ciò significa che l'aggiornamento del livello di servizio Utilizzo generico di nuova generazione offre una latenza di archiviazione, operazioni di I/O al secondo e velocità effettiva più veloci rispetto al livello di servizio utilizzo generico esistente, con limiti maggiori per l'archiviazione, il numero di vCore e il numero massimo di database. Inoltre, poiché le quote delle prestazioni vengono condivise dall'intera istanza, non è più necessario ridimensionare singoli file per migliorare le prestazioni. Il costo previsto del livello di servizio Utilizzo generico di nuova generazione è lo stesso del livello di servizio Utilizzo generico, ma è possibile usare i dispositivi di scorrimento per aumentare le prestazioni di I/O, che vengono quindi fatturate separatamente.

Il livello di servizio Utilizzo generico di nuova generazione consente di ridurre i costi offrendo operazioni di I/O al secondo gratuite a tre operazioni di I/O al secondo per ogni GB di archiviazione riservata. 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 spazio di archiviazione costa 0,115, 1 operazioni di I/O al secondo = 0,115/3 = 0,038 per IOPS.
• Un'istanza di 1.024 GB riceve gratuitamente 3072 operazioni di I/O al secondo. È possibile scegliere di aumentare le operazioni di I/O al secondo fino al limite di macchine virtuali per un costo aggiuntivo.

Quando scegliere questo livello di servizio

Scegliere questo livello di servizio se l'azienda è orientata al budget, ma le metriche delle prestazioni e i limiti del livello di servizio per utilizzo generico non sono sufficienti.

I motivi principali per cui è consigliabile scegliere il livello di servizio Utilizzo generico di nuova generazione anziché il livello Utilizzo generico sono:

• Prestazioni migliori per lo stesso costo previsto
• Miglioramento della latenza, della velocità effettiva e delle operazioni di I/O al secondo
• Maggiore capacità di archiviazione
• Maggiore flessibilità per il calcolo
• Sono necessari più di 100 database per una singola istanza
• Sono necessari più di 16 TB di spazio di archiviazione riservato

Business Critical

Il modello di livello di servizio Premium/Business critical si basa su un cluster di processi del motore di database. Questo modello di architettura si basa sulla continua disponibilità di un quorum di nodi di motore di database disponibili e ha un impatto minimo sulle prestazioni sul carico di lavoro anche durante le attività di manutenzione. Azure aggiorna e applica patch al sistema operativo, ai driver e al motore di database di SQL Server in modo trasparente con tempi di inattività minimi per gli utenti finali.

Nel modello Business Critical il calcolo e l'archiviazione sono integrati in ogni nodo. La replica dei dati tra i processi del motore di database in ogni nodo di un cluster a quattro nodi raggiunge la disponibilità elevata, con ogni nodo che usa unità SSD collegate localmente come archiviazione dati.

Sia il processo del motore di database di SQL Server che i file .mdf/.ldf sottostanti vengono posizionati nello stesso nodo con una risorsa di archiviazione SSD collegata in locale che offre bassa latenza al carico di lavoro. La disponibilità elevata è implementata mediante una tecnologia simile ai gruppi di disponibilità Always On di SQL Server.

Ogni istanza è un cluster di nodi del motore di database che contengono copie di tutti i database in un'istanza, con un database primario accessibile per i carichi di lavoro dei clienti e tre database secondari contenenti copie dei dati, pronte per il failover. Il nodo primario esegue il push costante delle modifiche ai nodi secondari per garantire che i dati siano disponibili nelle repliche secondarie se il nodo primario si arresta per un qualsiasi motivo.

Il failover viene gestito dal motore di database di SQL Server: una replica secondaria diventa il nodo primario e ne viene creata una nuova per garantire un numero sufficiente di nodi nel cluster. Il carico di lavoro viene reindirizzato automaticamente al nuovo nodo primario.

Inoltre, nel cluster Business Critical è integrata una funzionalità di scalabilità in lettura che fornisce una replica di sola lettura integrata e gratuito che può essere usata per l'esecuzione di query di sola lettura (ad esempio report) che non dovrebbero incidere sulle prestazioni del carico di lavoro sulla replica primaria.

Quando scegliere questo livello di servizio

Il livello di servizio Business Critical è progettato per le applicazioni che richiedono risposte a bassa latenza dalla risorsa di archiviazione SSD sottostante (in media 1-2 ms) e ripristino rapido in caso di errore dell'infrastruttura sottostante oppure che devono delegare report, analisi e query di sola lettura alla replica secondaria leggibile gratuita del database primario.

I motivi principali per cui scegliere il livello di servizio Business Critical anziché il livello General Purpose sono:

• Requisiti di latenza di I/O ridotti: i carichi di lavoro che necessitano di una risposta rapida dal livello di archiviazione (in media 1-2 millisecondi) devono usare il livello Business Critical.
• Carico di lavoro con query di report e analitiche che possono essere reindirizzate alla replica secondaria di sola lettura gratuita.
• Maggiore resilienza e ripristino più rapido da errori. In caso di errore di sistema, i database nell'istanza primaria vengono portati offline e una delle repliche secondarie diventerà immediatamente la nuova istanza primaria di lettura/scrittura, pronta per elaborare le query. Non è necessario che il motore di database analizzi e ripeta le transazioni dal file di log o carichi i dati in buffer di memoria.
• Protezione avanzata del danneggiamento dei dati. Poiché il livello Business Critical usa repliche di database in background, il servizio sfrutta il ripristino automatico delle pagine disponibile con il mirroring e i gruppi di disponibilità per ridurre il danneggiamento dei dati. Se una replica non riesce a leggere una pagina a causa di un problema di integrità dei dati, una nuova copia della pagina viene recuperata da un'altra replica, sostituendo la pagina illeggibile senza perdita di dati o tempi di inattività dei clienti. Questa funzionalità è disponibile nel livello General Purpose se l'istanza gestita ha una replica geografica secondaria.
• Disponibilità più elevata: il livello Business Critical in una configurazione della zona multidisponibilità offre resilienza agli errori di zona e a un contratto di servizio con disponibilità più elevata.
• Ripristino geografico rapido: se è configurato un gruppo di failover, il livello Business Critical ha un obiettivo del punto di ripristino (RPO) garantito di 5 secondi e l'obiettivo del tempo di ripristino (RTO) di 30 secondi per il 100% delle ore di distribuzione.

Quando si specifica il livello di servizio nei modelli o negli script, il livello viene fornito usando il relativo nome. La tabella seguente si riferisce a:

Configurazioni hardware

Le opzioni di configurazione hardware nel modello vCore includono serie standard (Gen5), serie Premium e serie Premium ottimizzate per la memoria. La configurazione hardware definisce in genere i limiti di calcolo e memoria e altre caratteristiche che influiscono sulle prestazioni del carico di lavoro.

Per altre informazioni sulle specifiche e sulle limitazioni della configurazione hardware, vedere Caratteristiche di configurazione hardware.

Nella vista di gestione dinamica sys.dm_user_db_resource_governance, la generazione hardware per le istanze che usano processori Intel® SP-8160 (Skylake) viene visualizzata come Gen6, mentre la generazione hardware per le istanze che usano Intel® 8272CL (Cascade Lake) viene visualizzata come Gen7. Le CPU Intel® 8370C (Ice Lake) usate dalle generazioni di hardware premium e della serie Premium ottimizzate per la memoria vengono visualizzate come Gen8. I limiti delle risorse per tutte le istanze di serie standard (Gen5) sono uguali indipendentemente dal tipo di processore (Broadwell, Skylake o Cascade Lake).

Selezionare la configurazione hardware

È possibile selezionare la configurazione hardware al momento della creazione dell'istanza, oppure modificare l'hardware di un'istanza esistente.

Selezionare la configurazione hardware durante la creazione di un'Istanza gestita di SQL

Per informazioni dettagliate, vedere Creare un'Istanza gestita di SQL.

Nella scheda Informazioni di base selezionare il collegamento Configura database nella sezione Calcolo e archiviazione, quindi selezionare l'hardware desiderato:

Modificare la generazione dell'hardware di un'Istanza gestita di SQL esistente

Set-AzSqlInstance -Name "managedinstance1" -ResourceGroupName "ResourceGroup01" -ComputeGeneration Gen5

az sql mi update -g mygroup -n myinstance --family Gen5

Quando si specifica il parametro hardware nei modelli o negli script, l'hardware viene fornito usando il relativo nome. La tabella seguente si riferisce a:

Nomi SKU

Disponibilità hardware

Serie Standard (Gen5) e serie Premium

L'hardware della serie Standard (Gen5) e della serie Premium è disponibile in tutte le aree pubbliche del mondo.

L'hardware della serie Premium ottimizzata per la memoria è in anteprima e ha una disponibilità a livello di area limitata. Per altre informazioni, vedere Limiti di risorse di Istanza gestita di SQL di Azure.

Contenuto correlato

• Creazione di un'istanza gestita di SQL usando il portale di Azure
• Pagina dei prezzi per una singola istanza di Istanza gestita di SQL di Azure
• Pagina dei prezzi per pool di istanze di Istanza gestita di SQL di Azure
• Limiti di risorse basati su vCore per l'istanza gestita di SQL di Azure