Livello di servizio Hyperscale

  • Articolo

Si applica a:database SQL di Azure

database SQL di Azure si basa sull'architettura di SQL Server motore di database regolata per l'ambiente cloud per garantire la disponibilità elevata anche in caso di errori dell'infrastruttura. Esistono tre opzioni del livello di servizio nel modello di acquisto vCore per database SQL di Azure:

  • Utilizzo generico
  • Business Critical
  • Hyperscale

Il livello di servizio Hyperscale è adatto a tutti i tipi di carico di lavoro. L'architettura nativa del cloud offre risorse di calcolo e archiviazione scalabili in modo indipendente per supportare la più ampia gamma di applicazioni tradizionali e moderne. Le risorse di calcolo e archiviazione in Hyperscale superano sostanzialmente le risorse disponibili nei livelli Utilizzo generico e Business Critical.

Nota

Funzionalità del livello di servizio Hyperscale

Il livello di servizio Hyperscale nel database SQL di Azure offre le seguenti funzionalità aggiuntive:

  • Aumento rapido delle prestazioni: è possibile, in tempo costante, aumentare le risorse di calcolo per supportare carichi di lavoro pesanti quando necessario e quindi ridimensionare le risorse di calcolo quando non sono necessarie.
  • Scalabilità orizzontale rapida: è possibile effettuare il provisioning di una o più repliche di sola lettura per l'offload del carico di lavoro di lettura e per l'uso come hot standby.
  • Scalabilità automatica, riduzione delle prestazioni e fatturazione per il calcolo in base all'utilizzo con calcolo serverless.
  • Prezzo/prestazioni ottimizzate per un gruppo di database Hyperscale con esigenze di risorse variabili con pool elastici (in anteprima).
  • Archiviazione con scalabilità automatica con supporto per un massimo di 100 TB di dimensioni del database o del pool elastico.
  • Prestazioni complessive più elevate grazie alla maggiore velocità effettiva dei log e ai tempi di commit delle transazioni più veloci, indipendentemente dai volumi di dati.
  • Backup veloci del database (basati su snapshot di file) indipendentemente dalle dimensioni senza alcun impatto di I/O sulle risorse di calcolo.
  • Ripristini o copie veloci del database (in base agli snapshot di file) in pochi minuti anziché in ore o giorni.

Il livello di servizio Hyperscale elimina molti dei limiti pratici che generalmente caratterizzano i database cloud. Se la maggior parte dei database sono limitati dalle risorse disponibili in un singolo nodo, i database nel livello di servizio Hyperscale non presentano limiti di questo tipo. Grazie all'architettura di archiviazione flessibile, lo spazio di archiviazione aumenta in base alle esigenze. I database Hyperscale, infatti, non vengono creati con una dimensione massima definita. Un database Hyperscale aumenta in base alle esigenze e viene addebitata solo la capacità di archiviazione allocata. Per i carichi di lavoro a elevato utilizzo di lettura, il livello di servizio Hyperscale offre scalabilità orizzontale rapida effettuando il provisioning di repliche aggiuntive in base alle esigenze per l'offload dei carichi di lavoro di lettura.

Inoltre, il tempo necessario per creare i backup dei database oppure aumentare o diminuire le prestazioni non è più associato al volume dei dati presenti nel database. Il backup dei database Hyperscale viene eseguito praticamente istantaneamente. È anche possibile ridimensionare un database in decine di terabyte verso l'alto o verso il basso entro pochi minuti nel livello di calcolo di cui è stato effettuato il provisioning o usare serverless per ridimensionare automaticamente il calcolo. Questa funzionalità consente di non essere vincolati alle scelte di configurazione iniziali.

Per altre informazioni sulle dimensioni di calcolo per il livello di servizio Hyperscale, vedere Caratteristiche del livello di servizio.

Destinazione d'uso del livello di servizio Hyperscale

Il livello di servizio Hyperscale è destinato a tutti i clienti che richiedono prestazioni e disponibilità più elevate, backup e ripristino rapidi e/o scalabilità di calcolo e archiviazione rapida. Sono inclusi i clienti che stanno passando al cloud per modernizzare le loro applicazioni e i clienti che usano già altri livelli di servizio nel database SQL di Azure. Il livello di servizio Hyperscale supporta un'ampia gamma di carichi di lavoro di database, da OLTP puro ad analisi pura. È ottimizzato per carichi di lavoro OLTP e di elaborazione analitica e transazioni ibride (HTAP).

Nota

I pool elastici per Hyperscale sono attualmente disponibili in anteprima.

Modello di prezzi del livello di servizio Hyperscale

Nota

Sono arrivati i prezzi semplificati per Hyperscale del database SQL di Azure! Leggere l'annuncio del nuovo piano tariffario per Hyperscale del database SQL di Azure, mentre per informazioni dettagliate sulle modifiche ai prezzi, vedere Hyperscale del database SQL di Azure - prezzi più bassi e semplificati!.

Il livello di servizio Hyperscale è disponibile solo nel modello vCore. Per allinearsi alla nuova architettura, il modello di prezzi è leggermente diverso da quello del livello di servizio Utilizzo generico o Business critical:

  • Calcolo con provisioning:

    Il prezzo dell'unità di calcolo del livello di servizio Hyperscale è per replica. Gli utenti possono modificare il numero totale di repliche secondarie a disponibilità elevata da 0 a 4, a seconda dei requisiti di disponibilità e scalabilità e creare fino a 30 repliche denominate per supportare diversi carichi di lavoro di scalabilità orizzontale in lettura.

  • Calcolo serverless:

    La fatturazione delle risorse di calcolo serverless si basa sull'utilizzo. Per altre informazioni, vedere Livello di calcolo serverless per database SQL di Azure.

  • Archiviazione:

    Non è necessario specificare le dimensioni massime dei dati durante la configurazione di un database Hyperscale. Nel livello Hyperscale viene addebitato il costo dell'archiviazione per il database in base all'allocazione effettiva. Archiviazione viene allocato automaticamente tra 10 GB e 100 TB e aumenta in incrementi di 10 GB in base alle esigenze.

Per altre informazioni sui prezzi di Hyperscale, vedere prezzi database SQL di Azure.

Confrontare i limiti delle risorse

I livelli di servizio basati su vCore sono differenziati in base alla disponibilità del database, al tipo di archiviazione, alle prestazioni e alle dimensioni massime di archiviazione. Queste differenze sono descritte nella tabella seguente:

ㅤ Utilizzo generico Business Critical Hyperscale
Ideale per Offre opzioni di calcolo e archiviazione bilanciate orientate al budget. Applicazioni OLTP con velocità di transazione elevata e bassa latenza di I/O. Offre resilienza elevata agli errori e failover veloci usando più repliche hot standby. La più ampia gamma di carichi di lavoro. Scalabilità automatica delle dimensioni di archiviazione fino a 100 TB, ridimensionamento rapido verticale e orizzontale dell'ambiente di calcolo, ripristino rapido del database.
Dimensioni di calcolo Da 2 a 128 vCore Da 2 a 128 vCore Da 2 a 128 vCore 1
Tipo di archiviazione Archiviazione remota Premium (per istanza) Archiviazione SSD locale estremamente veloce (per istanza) Archiviazione disaccoppiata con cache SSD locale (per replica di calcolo)
dimensioni Archiviazione1 1 GB - 4 TB 1 GB - 4 TB 10 GB - 100 TB
IOPS 320 operazioni di I/O al secondo per vCore con 16.000 operazioni di I/O al secondo massime 4.000 operazioni di I/O al secondo per vCore con 327.680 operazioni di I/O al secondo massime 327.680 operazioni di I/O al secondo con ssd locale massimo
Hyperscale è un'architettura multilivello con memorizzazione nella cache a più livelli. Le operazioni di I/O al secondo effettive dipendono dal carico di lavoro.
Memoria/vCore 5,1 GB 5,1 GB 5,1 GB o 10,2 GB
Disponibilità Una replica, senza scalabilità orizzontale in lettura, disponibilità elevata con ridondanza della zona Tre repliche, una con scalabilità orizzontale in lettura, la disponibilità elevata con ridondanza della zona Più repliche, fino a quattro istanze con scalabilità orizzontale in lettura, disponibilità elevata con ridondanza della zona
Backup Scelta di archiviazione con ridondanza locale, ridondanza della zona o archiviazione con ridondanza geografica
Conservazione di 1-35 giorni (sette giorni per impostazione predefinita), con un massimo di 10 anni di conservazione a lungo termine disponibile		 Scelta di archiviazione con ridondanza locale, ridondanza della zona o archiviazione con ridondanza geografica
Conservazione di 1-35 giorni (sette giorni per impostazione predefinita), con un massimo di 10 anni di conservazione a lungo termine disponibile		 Scelta di archiviazione con ridondanza locale, ridondanza della zona o archiviazione con ridondanza geografica
Conservazione di 1-35 giorni (sette giorni per impostazione predefinita), con un massimo di 10 anni di conservazione a lungo termine disponibile
Prezzi/Fatturazione Vengono addebitati i costi per vCore, archiviazione riservata e archiviazione di backup.
Le operazioni di I/O al secondo non vengono addebitate.		 Vengono addebitati i costi per vCore, archiviazione riservata e archiviazione di backup.
Le operazioni di I/O al secondo non vengono addebitate.		 Il vCore per ogni replica, l'archiviazione dei dati allocata e l'archiviazione di backup vengono addebitati .
Le operazioni di I/O al secondo non vengono addebitate.
Modellidi sconto 2 Istanze riservate
Vantaggio Azure Hybrid 3
Sottoscrizioni Enterprise e Pay-As-You-Go di sviluppo/test		 Istanze riservate
Vantaggio Azure Hybrid 3
Sottoscrizioni Enterprise e Pay-As-You-Go di sviluppo/test		 Istanze riservate
Vantaggio Azure Hybrid 3
Sottoscrizioni Enterprise e Pay-As-You-Go di sviluppo/test

1 Panoramicadei pool elastici Hyperscale in database SQL di Azure sono attualmente in anteprima.

2 Prezzi semplificati per database SQL Hyperscale è arrivato a dicembre 2023. Per informazioni dettagliate, vedi il blog sui prezzi di Hyperscale.

3 A partire da dicembre 2023, Vantaggio Azure Hybrid non è disponibile per i nuovi database Hyperscale o nelle sottoscrizioni di sviluppo/test. I database singoli Hyperscale esistenti con calcolo con provisioning possono continuare a usare Vantaggio Azure Hybrid per risparmiare sui costi di calcolo fino a dicembre 2026. Per altre informazioni, vedere il blog sui prezzi di Hyperscale.

Risorse di calcolo

Configurazione hardware CPU Memoria
Serie standard (Gen5) Calcolo con provisioning
- Intel® E5-2673 v4 (Broadwell) 2,3 GHz, Intel® SP-8160 (Skylake)1, Intel® 8272CL (Cascade Lake) 2,5 GHz1, Intel® Xeon® Platinum 8370C (Ice Lake)1, AMD EPYC 7763v (Milano) processori
- Effettuare il provisioning di un massimo di 80 vCore (con hyperthreading)

Calcolo serverless
- Intel® E5-2673 v4 (Broadwell) 2,3 GHz, Intel® SP-8160 (Skylake)1, Intel® 8272CL (Cascade Lake) 2,5 GHz1, Intel® Xeon® Platinum 8370C (Ice Lake)1, AMD EPYC 7763v (Milano) processori
- Scalabilità automatica fino a 80 vCore (con hyperthreading)
- Il rapporto da memoria a vCore si adatta dinamicamente all'utilizzo della memoria e della CPU in base alla domanda del carico di lavoro e può essere pari a 24 GB per vCore. Ad esempio, in un determinato momento, un carico di lavoro può usare e essere fatturato per 240 GB di memoria e solo 10 vCore.		 Calcolo con provisioning
- 5,1 GB per vCore
- Effettuare il provisioning di un massimo di 625 GB

Calcolo serverless
- Scalabilità automatica fino a 24 GB per vCore
- Scalabilità automatica fino a 240 GB massimo
Serie Premium - Processori Intel® Xeon® Platinum 8370C (Ice Lake), AMD EPYC 7763v (Milano)
- Effettuare il provisioning di un massimo di 128 vCore (con hyperthreading)		 - 5,1 GB per vCore
Ottimizzata per la memoria della serie Premium - Processori Intel® Xeon® Platinum 8370C (Ice Lake), AMD EPYC 7763v (Milano)
- Effettuare il provisioning di un massimo di 80 vCore (con hyperthreading)		 - 10,2 GB per vCore

1 Nella vista a gestione dinamica sys.dm_user_db_resource_governance , la generazione hardware per i database che usano processori Intel® SP-8160 (Skylake) viene visualizzata come Gen6, la generazione hardware per i database che usano Intel® 8272CL (Cascade Lake) viene visualizzata come Gen7 e la generazione hardware per i database con Intel® Xeon® Platinum 8370C (Ice Lake) o AMD® EPYC® 7763v (Milano) appare come Gen8. Per una determinata dimensione di calcolo e configurazione hardware, i limiti delle risorse sono gli stessi indipendentemente dal tipo di CPU. Per altre informazioni, vedere Limiti delle risorse per database singoli e pool elastici.

Serverless è supportato solo nell'hardware della serie Standard (Gen5).

Architettura con funzioni distribuite

Hyperscale separa il motore di elaborazione delle query dai componenti che forniscono archiviazione e durabilità a lungo termine per i dati. Questa architettura consente di ridimensionare senza problemi la capacità di archiviazione per quanto necessario (la destinazione iniziale è di 100 TB) e la possibilità di ridimensionare rapidamente le risorse di calcolo.

Il diagramma seguente illustra l'architettura funzionale di Hyperscale:

Diagramma che mostra l'architettura Hyperscale.

Altre informazioni sull'architettura delle funzioni distribuite Hyperscale.

Vantaggi di scalabilità e prestazioni

Con la possibilità di accelerare/diminuore la velocità dei nodi di calcolo di sola lettura aggiuntivi, l'architettura Hyperscale offre significative funzionalità di scalabilità di lettura e consente inoltre di liberare il nodo di calcolo primario per la gestione di più richieste di scrittura. Inoltre, i nodi di calcolo possono essere aumentati o diminuiti rapidamente grazie all'architettura di archiviazione condivisa dell'architettura Hyperscale. I nodi di calcolo di sola lettura in Hyperscale sono disponibili anche nel livello di calcolo serverless, che ridimensiona automaticamente le risorse di calcolo in base alla domanda del carico di lavoro.

Creare e gestire database Hyperscale

È possibile creare e gestire database Hyperscale usando le portale di Azure, Transact-SQL, PowerShell e l'interfaccia della riga di comando di Azure. Per altre informazioni, vedere Avvio rapido: Creare un database Hyperscale.

Operazione Dettagli Ulteriori informazioni
Creare un database Hyperscale I database Hyperscale sono disponibili solo usando il modello di acquisto basato su vCore. Trovare esempi per creare un database Hyperscale in Avvio rapido: Creare un database Hyperscale in database SQL di Azure.
Aggiornare un database esistente a Hyperscale La migrazione di un database esistente in database SQL di Azure al livello Hyperscale è una dimensione del funzionamento dei dati. Informazioni su come eseguire la migrazione di un database esistente a Hyperscale.
Eseguire la migrazione inversa di un database Hyperscale al livello di servizio Utilizzo generico Se in precedenza è stata eseguita la migrazione di un database SQL di Azure esistente al livello di servizio Hyperscale, è possibile invertire la migrazione del database al livello di servizio Per utilizzo generico entro 45 giorni dalla migrazione originale a Hyperscale.

Se si vuole eseguire la migrazione del database a un altro livello di servizio, ad esempio Business Critical, eseguire prima la migrazione inversa al livello di servizio per utilizzo generico, quindi modificare il livello di servizio.		 Informazioni su come invertire la migrazione da Hyperscale, incluse le limitazioni per la migrazione inversa.

Disponibilità elevata del database in Hyperscale

Come in tutti gli altri livelli di servizio, Hyperscale garantisce la durabilità dei dati per le transazioni di cui è stato eseguito il commit indipendentemente dalla disponibilità della replica di calcolo. L'entità del tempo di inattività dovuto alla mancata disponibilità della replica primaria dipende dal tipo di failover (pianificato o non pianificato), dal fatto che la ridondanza della zona sia configurata e dalla presenza di almeno una replica a disponibilità elevata. In un failover pianificato, ad esempio un evento di manutenzione, il sistema crea la nuova replica primaria prima di avviare un failover oppure usa una replica a disponibilità elevata esistente come destinazione di failover. In un failover non pianificato, ad esempio un errore hardware nella replica primaria, il sistema usa una replica a disponibilità elevata come destinazione di failover, se presente, o crea una nuova replica primaria dal pool di capacità di calcolo disponibile. In quest'ultimo caso, la durata del tempo di inattività è maggiore a causa di passaggi aggiuntivi necessari per creare la nuova replica primaria.

È possibile scegliere una finestra di manutenzione che consente di rendere prevedibili e meno problematici gli eventi di manutenzione con impatto per il carico di lavoro.

Per il contratto di servizio hyperscale, vedere Contratto di servizio per database SQL di Azure.

Backup e ripristino

Le operazioni di backup e ripristino per i database Hyperscale sono basate su snapshot di file. In questo modo queste operazioni possono essere quasi istantanee. Poiché l'architettura Hyperscale usa il livello di archiviazione per il backup e il ripristino, il carico di elaborazione e l'impatto sulle prestazioni per le repliche di calcolo vengono ridotti. Per altre informazioni, vedere Backup hyperscale e ridondanza di archiviazione.

Ripristino di emergenza per i database Hyperscale

Se è necessario ripristinare un database Hyperscale in database SQL di Azure in un'area diversa da quella attualmente ospitata in, come parte di un'operazione di ripristino di emergenza o di un'esercitazione, una rilocazione o qualsiasi altro motivo, il metodo primario consiste nell'eseguire un ripristino geografico del database. Il ripristino geografico è disponibile solo quando è stata scelta l'archiviazione con ridondanza geografica (RA-GRS) per la ridondanza dell'archiviazione.

Altre informazioni sul ripristino di un database Hyperscale in un'area diversa.

Limitazioni note

Queste sono le limitazioni correnti del livello di servizio Hyperscale. Stiamo lavorando attivamente al fine di rimuovere il maggior numero possibile di queste limitazioni.

Problema Descrizione
Ripristinare il database da altri livelli di servizio Non è possibile ripristinare un database non Hyperscale come database Hyperscale e un database Hyperscale non può essere ripristinato come database non Hyperscale.

Per i database migrati a Hyperscale da altri livelli di servizio database SQL di Azure, i backup di pre-migrazione vengono mantenuti per la durata del periodo di conservazione dei backup del database di origine, inclusi i criteri di conservazione a lungo termine. Il ripristino di un backup di pre-migrazione entro il periodo di conservazione dei backup del database è supportato tramite la riga di comando. È possibile ripristinare questi backup in qualsiasi livello di servizio non Hyperscale.
Pool elastici I pool elastici sono ora in anteprima.
Migrazione di database con oggetti OLTP in memoria Hyperscale supporta un subset di oggetti OLTP in memoria, inclusi i tipi di tabella ottimizzati per la memoria, le variabili di tabella e i moduli compilati in modo nativo. Tuttavia, quando tutti gli oggetti OLTP in memoria sono presenti nel database di cui viene eseguita la migrazione, la migrazione dai livelli di servizio Premium e Business Critical a Hyperscale non è supportata. Per eseguire la migrazione di tale database a Hyperscale, è necessario eliminare tutti gli oggetti OLTP in memoria e le relative dipendenze. Dopo la migrazione del database, questi oggetti possono essere ricreati. Le tabelle ottimizzate per la memoria durevoli e non durevoli non sono attualmente supportate in Hyperscale e devono essere modificate in tabelle disco.
Compatta database DBCC SHRINKDATABA edizione Standard, DBCC SHRINKFILE o l'impostazione di AUTO_SHRINK su ON a livello di database, non sono attualmente supportati per i database Hyperscale.
Controllo dell'integrità del database DBCC CHECKDB non è attualmente supportato per i database Hyperscale. È possibile usare DBCC CHECKTABLE ('TableName') WITH TABLOCK e DBCC CHECKFILEGROUP WITH TABLOCK come soluzione alternativa. Per informazioni dettagliate sulla gestione dell'integrità dei dati in database SQL di Azure, vedere Integrità dei dati in database SQL di Azure.
Processi elastici L'uso di un database Hyperscale come database processo non è supportato. Tuttavia, i processi elastici possono avere come destinazione i database Hyperscale allo stesso modo di qualsiasi altro database SQL di Azure.
Sincronizzazione dei dati L'uso di un database Hyperscale come database hub o metadati di sincronizzazione non è supportato. Tuttavia, un database Hyperscale può essere un database membro in una topologia di sincronizzazione dati.
Hardware della serie Premium del livello di servizio Hyperscale L'hardware della serie Premium e della serie Premium ottimizzata per la memoria non supporta attualmente il livello di calcolo serverless.
Disponibilità a livello di area L'hardware ottimizzato per la memoria e la serie Premium del livello di servizio Hyperscale sono disponibili in aree di Azure limitate. Per un elenco, vedere Disponibilità della serie Premium Hyperscale.

Contenuto correlato