Finestra di manutenzione in Istanza gestita di SQL di Azure

  • Articolo

Si applica a: Istanza gestita di SQL di Azure SQL

La funzionalità della finestra di manutenzione consente di configurare la pianificazione della manutenzione per le risorse dell’istanza gestita di SQL di Azure rendendo prevedibili gli eventi di manutenzione di grande impatto e riducendo le interruzioni del carico di lavoro.

Nota

La funzionalità della finestra di manutenzione protegge solo dall'impatto degli aggiornamenti pianificati o della manutenzione pianificata. Non protegge da tutte le cause del failover; le eccezioni che possono causare brevi interruzioni di connessione al di fuori una finestra di manutenzione includono errori hardware e altre riconfigurazioni.

Le notifiche anticipate consentono ai clienti di configurare le notifiche da inviare fino a 24 ore prima di qualsiasi evento pianificato.

Panoramica

Azure esegue periodicamente la manutenzione pian.ificata delle risorse dell'istanza gestita di SQL. Durante un evento di manutenzione, le istanze gestite di SQL sono completamente disponibili, ma possono essere soggette a riconfigurazioni brevi all'interno dei contratti di servizio di disponibilità per l’istanza gestita di SQL.

La finestra di manutenzione è destinata ai carichi di lavoro di produzione che non sono resilienti alle riconfigurazioni dell'istanza e non possono assorbire brevi interruzioni di connessione causate da eventi di manutenzione pianificata. Scegliendo una finestra di manutenzione preferita, è possibile ridurre al minimo l'impatto della manutenzione pianificata pianificando l'esecuzione al di fuori delle ore lavorative di punta. I carichi di lavoro resilienti e i carichi di lavoro non di produzione possono basarsi sui criteri di manutenzione predefiniti di SQL di Azure.

La finestra di manutenzione è gratuita e può essere configurata durante la creazione o per le risorse esistenti. Può essere configurata tramite il portale di Azure, PowerShell, CLI o Azure API.

Importante

La configurazione della finestra di manutenzione è un'operazione asincrona a esecuzione prolungata, simile alla modifica del livello di servizio della risorsa Azure SQL. La risorsa è disponibile durante il processo, ad eccezione di una breve riconfigurazione che si verifica alla fine dell'operazione e che in genere ha una durata di 8 secondi anche in caso di transazioni a esecuzione prolungata interrotte. Per ridurre al minimo l'impatto della riconfigurazione, è consigliabile eseguire l'operazione al di fuori delle ore di punta.

Aumentare la prevedibilità con la finestra di manutenzione

Per impostazione predefinita, i criteri di manutenzione di Azure SQL bloccano gli aggiornamenti ad impatto più elevato nella fascia oraria 8:00-17:00 ora locale ogni giorno per evitare interruzioni durante le ore lavorative di punta. L'ora locale è determinata dalla località dell'area di Azure che ospita la risorsa e a cui può essere applicata l'ora legale in base alla definizione del fuso orario locale.

Durante la manutenzione, i database rimangono disponibili, ma alcuni aggiornamenti potrebbero richiedere un failover. La finestra di manutenzione predefinita del sistema (dalle 17 alle 8:00) limita la maggior parte delle attività a questo orario, ma gli aggiornamenti urgenti possono verificarsi al di fuori di questo intervallo. Per assicurarsi che tutti gli aggiornamenti vengano eseguiti solo durante la finestra di manutenzione, selezionare un'opzione non predefinita.

È possibile adattare gli aggiornamenti della manutenzione ad un'orario adatto alle risorse SQL di Azure scegliendo tra due slot non predefinite della finestra di manutenzione:

  • Finestra nei giorni feriali: dalle 22:00 alle 6:00 ora locale, lunedì-giovedì
  • Finestra nel fine settimana: dalle 22:00 alle 6:00 ora locale, venerdì-domenica

I giorni della finesrra di manutenzione elencati indicano il giorno di inizio di ogni finestra di manutenzione di otto ore. Ad esempio, "dalle 22:00 alle 6:00 ora locale, lunedì-giovedì" significa che le finestre di manutenzione iniziano alle 22:00 ora locale di ogni giorno (da lunedì a giovedì) e terminano alle 6:00 ora locale il giorno seguente (da martedì a venerdì).

Dopo aver effettuato la selezione della finestra di manutenzione e aver completato la configurazione del servizio, la manutenzione pianificata viene eseguita solo durante la finestra di propria scelta. Mentre gli eventi di manutenzione vengono in genere completati all'interno di una singola finestra, alcuni di essi possono estendersi su due o più finestre adiacenti.

Importante

Istanza gestita di SQL di Azure segue una procedura di distribuzione sicura in cui le aree abbinate di Azure non vengono distribuite contemporaneamente. Tuttavia, non è possibile prevedere quale area verrà aggiornata per prima, quindi l'ordine di distribuzione non è garantito. In alcuni casi, l'istanza primaria verrà aggiornata per prima e a volte sarebbe secondaria.

  • In situazioni in cui l'istanza gestita di SQL dispone di gruppi di failover e i gruppi non sono allineati all'abbinamento all’area di Azure, è consigliabile scegliere diverse pianificazioni della finestra di manutenzione per l'istanza gestita di SQL primaria e secondaria. Ad esempio, è possibile selezionare Finestra di manutenzione della settimana per la finestra di manutenzione geografica secondaria e fine settimana per l'istanza gestita di SQL geo-primaria.

  • In circostanze molto rare in cui qualsiasi rinvio dell'azione potrebbe causare un impatto grave, ad esempio l'applicazione di patch di sicurezza critiche, la finestra di manutenzione configurata potrebbe essere temporaneamente sostituita.

Notifiche anticipate

Le notifiche di manutenzione possono essere configurate per avvisare l'utente di eventi di manutenzione pianificata imminenti per l’Istanza gestita di SQL di Azure. Gli avvisi arrivano 24 ore in anticipo, prima dell'apertura della finestra di manutenzione e alla fine della finestra di manutenzione. Per maggiori informazioni, consultare Notifiche anticipate.

Disponibilità di funzionalità

Tipi di sottoscrizioni supportati

La configurazione e l'uso della finestra di manutenzione sono disponibili per i seguenti tipi di offerta: pagamento in base al consumo, Cloud Solution Provider (CSP), Contratto Enterprise Microsoft o Contratto cliente Microsoft.

Le offerte limitate all'utilizzo di sviluppo/test non sono idonee (ad esempio sviluppo/test con pagamento in base al consumo o sviluppo/test enterprise).

Nota

Per offerta di Azure si intende il tipo di sottoscrizione di Azure di cui si dispone. Ad esempio, una sottoscrizione con pagamento in base al consumo, Azure in Open e Visual Studio Enterprise sono tutte offerte di Azure. Ogni offerta o piano presentano diversi termini e vantaggi. L'offerta o il piano viene visualizzato nella panoramica della sottoscrizione. Per modificare la sottoscrizione passando a un'offerta diversa, vedere Modificare la sottoscrizione ad Azure con un'altra offerta.

Obiettivi del livello di servizio supportati

La scelta di una finestra di manutenzione diversa da quella predefinita è disponibile in tutti i contratti di servizio, ad eccezione dei pool di Istanza gestita di SQL di Azure.

Supporto Istanza gestita di SQL dell’area di Azure per le finestre di manutenzione

La scelta di una finestra di manutenzione per Istanza gestita di SQL di Azure diversa da quella predefinita è disponibile in tutte le aree.

Manutenzione del gateway

In Istanza gestita di SQL di Azure, i nodi del gateway sono ospitati all'interno del cluster virtuale e hanno la stessa finestra di manutenzione dell'istanza gestita di SQL.

Importante

I criteri di connessione di reindirizzamento sono consigliati per ridurre al minimo il numero di interruzioni durante l'evento di manutenzione, vedere tipi di connessione.

Considerazioni per Istanza gestita di SQL di Azure

Istanza gestita di SQL di Azure è un set di componenti del servizio ospitati in un set dedicato di macchine virtuali isolate che vengono eseguite nella subnet di rete virtuale del cliente. Queste macchine virtuali sono organizzate in gruppi per formare un cluster virtuale in grado di ospitare più istanze gestite. Poiché una finestra di manutenzione configurata per le istanze nella stessa subnet può influenzare il numero di gruppi di macchine virtuali all'interno del cluster virtuale e delle operazioni di gestione del cluster virtuale, prima di configurare la finestra di manutenzione, è necessario considerare alcuni aspetti.

La configurazione della finestra di manutenzione è un'operazione a esecuzione prolungata

Tutte le istanze ospitate nello stesso gruppo di macchine virtuali condividono la stessa finestra di manutenzione. Per impostazione predefinita, tutte le istanze gestite sono ospitate in un gruppo con una finestra di manutenzione predefinita. Se, durante o dopo la creazione dell'istanza, si specifica un'altra finestra di manutenzione, l'istanza viene inserita in un gruppo di computer separato con una finestra di manutenzione corrispondente. Se nel cluster non esiste alcun gruppo di questo tipo, ne viene creato uno nuovo per supportare la nuova configurazione dell'istanza. Se si configurano istanze aggiuntive nel cluster virtuale per usare la stessa finestra di manutenzione, tali istanze vengono aggiunte anche al gruppo, il che significa che il gruppo potrebbe dover essere ridimensionato. L'aggiunta di istanze a un nuovo gruppo di computer e il ridimensionamento dei gruppi di computer esistenti potrebbero aumentare la durata dell'operazione per configurare una finestra di manutenzione.

La durata prevista per configurare una finestra di manutenzione per un'istanza gestita può essere calcolata usando la durata stimata delle operazioni di gestione dell'istanza.

Importante

Quando si configura una finestra di manutenzione, il passaggio finale dell'operazione richiede una riconfigurazione dell'istanza che in genere dura fino a 8 secondi, anche se interrompe le transazioni a esecuzione prolungata. Per ridurre al minimo l'impatto, configurare una finestra di manutenzione al di fuori delle ore lavorative di punta.

Requisiti dello spazio degli indirizzi IP

Ogni nuovo gruppo di macchine virtuali in una subnet richiede indirizzi IP aggiuntivi in base all'allocazione degli indirizzi IP del cluster virtuale. La modifica di una finestra di manutenzione per un'istanza gestita esistente richiede anche capacità IP aggiuntiva temporanea, analogamente a quando si ridimensiona il numero di vCore per il rispettivo livello di servizio.

Modifica degli indirizzi IP

Configurare o modificare una finestra di manutenzione andrà a modificare l'indirizzo IP dell'istanza in un indirizzo IP diverso all'interno dell'intervallo di indirizzi IP della subnet.

Importante

Assicurarsi che le regole del firewall e del gruppo di sicurezza di rete (NSG) non blocchino il traffico dei dati dopo la modifica di un indirizzo IP.

Serializzazione delle operazioni di gestione del cluster virtuale

Le operazioni che influiscono sul cluster virtuale, ad esempio gli aggiornamenti del servizio o il ridimensionamento del cluster virtuale (ad esempio l'aggiunta di nodi di calcolo nuovi o la rimozione di nodi di calcolo inutilizzati), vengono serializzate. Di conseguenza, una nuova operazione del cluster virtuale non può essere avviata fino al completamento dell'operazione precedente. Se la finestra di manutenzione viene chiusa prima del completamento dell'operazione di manutenzione in corso, l'operazione di manutenzione continua viene sospesa fino alla finestra di manutenzione successiva. Anche altre operazioni di gestione inviate durante tale periodo vengono messe in attesa e riprendono durante o dopo la finestra di manutenzione dopo il completamento dell'operazione di manutenzione in corso originale. Non è comune che un'operazione di manutenzione richiede più tempo di una singola finestra di manutenzione per ogni gruppo di macchine virtuali all'interno di un cluster, ma può verificarsi per operazioni di manutenzione molto complesse.

La serializzazione delle operazioni di gestione del cluster virtuale è un comportamento generale che si applica anche ai criteri di manutenzione predefiniti. Quando si configura una pianificazione della finestra di manutenzione, il periodo tra due finestre adiacenti può essere di alcuni giorni. Seppur raro, se l'operazione di manutenzione si estende su due finestre, le operazioni appena inviate possono essere bloccate per diversi giorni, potenzialmente bloccando le operazioni che richiedono nodi di calcolo aggiuntivi, ad esempio la creazione di un nuovo o il ridimensionamento di un'istanza esistente.

Recupero dell'elenco di eventi di manutenzione

Azure Resource Graph è un servizio di Azure progettato per estendere la Gestione risorse di Azure. Azure Resource Graph fornisce una funzione di esplorazione delle risorse efficiente e ad alte prestazioni, con la possibilità di eseguire query su larga scala su un determinato set di sottoscrizioni in modo da poter controllare efficacemente l'ambiente.

È possibile usare Azure Resource Graph Explorer per eseguire query sugli eventi di manutenzione. Per informazioni generali su come eseguire le query, vedere Avvio rapido: Eseguire la prima query di Resource Graph usando Azure Resource Graph Explorer.

Per verificare la presenza di eventi di manutenzione per tutte le istanze gestite di SQL nella sottoscrizione, usare la query di esempio seguente in Azure Resource Graph Explorer:

servicehealthresources
| where type =~ 'Microsoft.ResourceHealth/events'
| extend impact = properties.Impact
| extend impactedService = parse_json(impact[0]).ImpactedService
| where  impactedService =~ 'SQL Managed Instance'
| extend eventType = properties.EventType, status = properties.Status, description = properties.Title, trackingId = properties.TrackingId, summary = properties.Summary, priority = properties.Priority, impactStartTime = todatetime(tolong(properties.ImpactStartTime)), impactMitigationTime = todatetime(tolong(properties.ImpactMitigationTime))
| where eventType == 'PlannedMaintenance'
| order by impactStartTime desc

Per informazioni di riferimento complete sulle query di esempio e su come usarle tra strumenti come PowerShell o l'interfaccia della riga di comando di Azure, vedere Query di esempio di Azure Resource Graph per Integrità dei servizi di Azure.

Contenuto correlato