Durata delle operazioni di gestione in Istanza gestita di SQL di Azure

Si applica a:Istanza gestita di SQL di Azure

Questo articolo illustra in dettaglio i passaggi e la durata delle operazioni di gestione in Istanza gestita di SQL di Azure.

Per una panoramica dei processi sottostanti correlati alle operazioni di gestione, ad esempio il seeding e il failover, vedere Panoramica delle operazioni di gestione.

Passaggi dell'operazione di gestione

La gestione di Istanza gestita di SQL di Azure prevede le operazioni seguenti:

• Crea: operazioni che si verificano quando si crea una nuova istanza gestita di SQL. Ciò include la creazione o il ridimensionamento del gruppo di macchine virtuali sottostanti e la distribuzione del processo del motore di database SQL.
• Aggiornamento: operazioni che si verificano quando si modificano le proprietà di un'istanza gestita di SQL esistente, ad esempio il ridimensionamento del calcolo o l'archiviazione, la modifica del livello di servizio o l'aggiornamento della configurazione dell'istanza. L'esecuzione di aggiornamenti comporta spesso la creazione o il ridimensionamento del gruppo di macchine virtuali sottostanti, nonché l'inizializzazione dei dati e il failover verso un nuovo processo del motore di database SQL.
• Elimina: operazioni che si verificano quando si elimina un'istanza gestita di SQL esistente, inclusa la pulizia delle risorse, ad esempio il gruppo di macchine virtuali associato all'istanza.

Creare un'operazione

L'operazione Di creazione avvia la distribuzione di una nuova istanza gestita di SQL all'interno di una subnet di rete virtuale, durante la configurazione di calcolo, archiviazione e l'ambiente del motore di database SQL per l'istanza.

Il processo di creazione prevede in genere tre fasi:

1. Convalida richiesta: i parametri inviati vengono sintatticamente convalidati e semanticamente. Se i parametri non sono validi,ad esempio la subnet errata o lo SKU non supportato, l'operazione non riesce immediatamente con un errore.
2. Creare o ridimensionare il gruppo di macchine virtuali: crea o estende un gruppo di macchine virtuali per ospitare la nuova istanza. La durata dell'operazione dipende dal fatto che l'istanza sia ridondante tra le zone oppure no.
3. Avviare una nuova istanza di SQL: distribuisce e avvia il processo del motore di database SQL nelle macchine virtuali allocate.

Operazione di aggiornamento

L'operazione di aggiornamento modifica le proprietà di un'istanza gestita di SQL esistente, ad esempio il ridimensionamento delle risorse di calcolo o l'archiviazione, la modifica del livello di servizio o l'aggiornamento della configurazione dell'istanza.

Il processo di aggiornamento passa in genere attraverso cinque fasi:

1. Convalida richiesta: i parametri inviati vengono sintatticamente convalidati e semanticamente. Verifica la presenza di tipi di aggiornamento supportati in base alla configurazione dell'istanza corrente e alle modifiche richieste. Se la richiesta non è valida, l'operazione non riesce con un errore.
2. Creare o ridimensionare il gruppo di macchine virtuali: a seconda della modifica, il gruppo di macchine virtuali esistente viene ridimensionato o viene creato un nuovo gruppo di macchine virtuali, ad esempio nelle operazioni di aggiornamento seguenti:
   • Aumento o riduzione delle risorse di archiviazione
   • Ridimensionamento delle risorse di calcolo verso l'alto o verso il basso
   • Modifica del livello di servizio
   • Modifica dell'hardware
   • Regolazione della finestra di manutenzione
   • Abilitazione o disabilitazione della ridondanza zonale
3. Avvio dell'istanza SQL: viene inizializzato un nuovo processo del motore di database SQL con la configurazione aggiornata.
   • Se viene creato un nuovo gruppo di macchine virtuali o se il gruppo di macchine virtuali esistente viene ridimensionato, viene eseguita una distribuzione completa del motore di database SQL.
4. Inizializzazione/collegamento dello storage: prepara il database nel gruppo di macchine virtuali nuove o ridimensionate. L'istanza è disponibile durante questo processo.
5. Preparare e quindi eseguire il failover: il traffico viene reindirizzato alla nuova istanza.
   • L'istanza non è disponibile solo durante il failover, quando il traffico viene reindirizzato al nuovo processo del motore di database SQL. Nel livello di servizio Business Critical l'istanza non è disponibile per un massimo di 20 secondi, mentre nel livello di servizio Utilizzo generico l'istanza può non essere disponibile per un massimo di 2 minuti.
6. Pulire l'istanza SQL precedente: deallocare le macchine virtuali precedenti ed eliminare i processi SQL non più necessari.

Operazioni di eliminazione

L'operazione di eliminazione rimuove un'istanza gestita di SQL esistente e pulisce le risorse associate. Non appena viene attivata un'operazione di eliminazione, la fatturazione per Istanza gestita di SQL è disabilitata. La durata dell'operazione di eliminazione non influisce sulla fatturazione.

Il processo di eliminazione passa in genere attraverso quattro fasi:

1. Convalida richiesta: i parametri inviati vengono sintatticamente convalidati e semanticamente. Se la richiesta non è valida, l'operazione non riesce con un errore.
2. Backup della parte finale del log: se l'istanza non è vuota, viene eseguito un backup della parte finale del log per ogni database per assicurarsi che non vengano persi dati dopo l'eliminazione dell'istanza. I backup vengono mantenuti in base ai criteri di conservazione di ogni database.
3. Pulizia dell'istanza SQL: il processo del motore di database SQL viene rimosso dal gruppo di macchine virtuali e le risorse associate all'istanza vengono deallocate.
4. Eliminare il gruppo di macchine virtuali: se nella subnet sono presenti altre istanze, il gruppo di macchine virtuali rimane intatto per tali istanze. Se l'istanza da eliminare è l'ultima istanza nella subnet, il gruppo di macchine virtuali viene eliminato in modo sincrono come ultimo passaggio. Quando l'ultima istanza di una subnet viene eliminata, la rimozione del gruppo di macchine virtuali avvia automaticamente la rimozione del cluster virtuale.

Gruppi di istanze

I pool di istanze consentono di creare e gestire più istanze con risorse condivise, che consentono di ridurre i costi e semplificare la gestione. La distribuzione di una singola istanza all'interno di un pool esistente è notevolmente più veloce rispetto al provisioning di un'istanza gestita autonoma perché l'infrastruttura è già disponibile.

La creazione di un pool di istanze prevede i passaggi seguenti:

• Convalida richiesta: i parametri inviati vengono sintatticamente convalidati e semanticamente. Se la richiesta non è valida, l'operazione non riesce con un errore.
• Creare il gruppo di macchine virtuali: viene creato un nuovo gruppo di macchine virtuali per ospitare il pool di istanze all'interno di una subnet di una rete virtuale di Azure. Il numero di vCore allocati al cluster virtuale è il numero massimo di vCore totali usati da tutte le istanze del pool. Si tratta di un'operazione una tantum che configura l'infrastruttura sottostante per più istanze gestite.
• Creare un'istanza: le istanze vengono create all'interno del pool di istanze, che comporta la distribuzione del processo del motore di database SQL nelle macchine virtuali allocate. Le istanze condividono le risorse del cluster virtuale, che consente un utilizzo delle risorse più efficiente. Le istanze vengono create dal cliente in base alle esigenze.

La creazione di un'istanza all'interno di un pool prevede i passaggi seguenti:

• Convalida richiesta: i parametri inviati vengono sintatticamente convalidati e semanticamente. Se la richiesta non è valida, l'operazione non riesce con un errore.
• Creare un'istanza: le istanze vengono create all'interno del pool di istanze, che comporta la distribuzione del processo del motore di database SQL nelle macchine virtuali allocate.

Lo spostamento di un'istanza in un pool di istanze prevede i passaggi seguenti:

• Convalida richiesta: i parametri inviati vengono sintatticamente convalidati e semanticamente. Se la richiesta non è valida, l'operazione non riesce con un errore.
• Allocare vCore: all'istanza deve essere assegnato un numero adeguato di vCore necessari dal pool. Poiché è già stato effettuato il provisioning di vCore nel pool, questo è semplice e funziona come il provisioning di una nuova istanza all'interno del pool.

Lo spostamento di un'istanza da un pool di istanze prevede i passaggi seguenti:

• Convalida richiesta: i parametri inviati vengono sintatticamente convalidati e semanticamente. Se la richiesta non è valida, l'operazione non riesce con un errore.
• Creare o ridimensionare il gruppo di macchine virtuali: è necessario fornire un numero adeguato di vCore necessari all'istanza all'esterno del pool. I vCore non sono disponibili e devono essere sottoposti a provisioning, e quindi questa operazione equivale a qualsiasi durata di aggiornamento che deve ridimensionare un gruppo di macchine virtuali esistente o creare un nuovo gruppo di macchine virtuali.

Ridondanza della zona

Con la ridondanza della zona abilitata, i livelli di calcolo e archiviazione vengono distribuiti in più zone di disponibilità per garantire disponibilità elevata e integrità dei dati.

La ridondanza della zona estende la durata delle operazioni di gestione per supportare le modifiche alle risorse in più zone di disponibilità.

Durata dell'operazione di gestione

La durata delle operazioni di gestione varia in base al livello di servizio dell'istanza gestita di SQL. Le sezioni seguenti forniscono informazioni dettagliate sulla durata delle operazioni di gestione per ogni livello di servizio:

L'istanza è disponibile per la durata di tutte le operazioni di gestione, fatta eccezione per la fase finale di failover, quando il traffico viene reindirizzato al nuovo motore SQL Database. Nel livello di servizio Business Critical l'istanza non è disponibile per un massimo di 20 secondi, mentre nei livelli di servizio utilizzo generico e per utilizzo generico di prossima generazione l'istanza può non essere disponibile per un massimo di 2 minuti.

Durata del seeding

Il seeding è il processo di inizializzazione e sincronizzazione dei dati tra i processi del motore di database SQL. La durata del seeding dipende principalmente dalle dimensioni del database. In media, il seeding procede a una velocità di circa 220 GB all'ora.

Il seeding viene eseguito simultaneamente attraverso otto canali paralleli. In qualsiasi momento, vengono selezionati otto database per il trasferimento dei dati. Non appena viene completato il trasferimento di un database, il database disponibile successivo viene assegnato al canale ora gratuito, che garantisce una velocità effettiva continua ed efficiente.

La tabella seguente fornisce le informazioni seguenti:

• Probabile tempo di seeding stimato per la maggior parte dei casi
• Tempo di seeding stimato previsto per 95% di casi

Contenuti correlati

• Avvio rapido: creare un'istanza gestita di SQL di Azure
• Confronto tra funzionalità: database SQL di Azure e Istanza gestita di SQL di Azure
• Architettura della connettività per Istanza gestita di SQL di Azure
• Architettura del cluster virtuale - Istanza gestita di Azure SQL
• migrazione di Istanza SQL gestita tramite il Servizio Migrazione del Database