Comprendere e monitorare risincronizzazione di archiviazione
Si applica a: Azure Stack HCI, versioni 22H2 e 21H2; Windows Server 2022, Windows Server 2019
Importante
Azure Stack HCI is now part of Azure Local. La ridenominazione della documentazione del prodotto è in corso. Tuttavia, le versioni precedenti di Azure Stack HCI, ad esempio 22H2 continueranno a fare riferimento ad Azure Stack HCI e non rifletteranno la modifica del nome. Altre informazioni.
L'avviso di risincronizzazione dell'archiviazione è una funzionalità di Spazi di archiviazione diretta in Azure Stack HCI e Windows Server. Consente al Servizio integrità di generare un errore, notificando all'utente la risincronizzazione. In questo modo è possibile evitare di arrestare accidentalmente più server, che potrebbero influire su più domini di errore che causano l'arresto del cluster.
Questo articolo offre una panoramica della risincronizzazione dell'archiviazione e di come monitorarla in un cluster di failover con Spazi di archiviazione diretta.
Informazioni sulla risincronizzazione dell'archiviazione
Si inizierà con un semplice esempio per comprendere come l'archiviazione potrebbe uscire dalla sincronizzazione. Tenere presente che qualsiasi soluzione di archiviazione distribuita non condivisa (solo unità locali) presenta questo comportamento. La sezione seguente illustra come l'archiviazione non viene sincronizzata quando un nodo del server diventa inattivo. Le unità non vengono aggiornate finché non torna online. Questo comportamento è applicabile a qualsiasi architettura iperconvergente.
Si supponga di voler archiviare la stringa "HELLO".
Supponendo di avere una resilienza mirror a tre vie, si dispone di tre copie di questa stringa. Se si arresta temporaneamente il server n. 1 (per la manutenzione), non è possibile accedere alla copia n. 1.
Si supponga di aggiornare la stringa da "HELLO" a "HELP!" al momento.
Dopo aver aggiornato la stringa, la copia n. 2 e #3 vengono aggiornate correttamente. Non è tuttavia possibile accedere alla copia n. 1 perché il server n. 1 è temporaneamente inattivo (per la manutenzione).
È ora disponibile la copia n. 1 con i dati non sincronizzati. Il sistema operativo usa il rilevamento granulare dell'area dirty per tenere traccia dei bit non sincronizzati. In questo modo, quando il server n. 1 torna online, è possibile sincronizzare le modifiche leggendo i dati dalla copia n. 2 o n. 3 e sovrascrivendo i dati nella copia n. 1. Con questo approccio, è necessario copiare solo i dati non aggiornati, anziché risincronizzare tutti i dati dal server n. 2 o dal server 3.
La sezione precedente descrive come i dati potrebbero non essere sincronizzati. Ma che aspetto ha questo aspetto ad alto livello? Si supponga di avere un cluster iperconvergente a tre server. Quando il server n. 1 è in manutenzione, viene visualizzato come inattivo. Quando si esegue il backup del server 1, viene avviata la risincronizzazione di tutte le risorse di archiviazione usando il rilevamento granulare dell'area dirty (illustrato nella sezione precedente). Una volta che i dati vengono nuovamente sincronizzati, tutti i server vengono visualizzati come.
La GIF seguente illustra il funzionamento della risincronizzazione dell'archiviazione in un cluster iperconvergente:
Come monitorare la risincronizzazione dell'archiviazione
A partire da Windows Server 2019, è stato aggiunto un nuovo errore al Servizio integrità visualizzato quando la risorsa di archiviazione viene risincronizzazione.
Per visualizzare questo errore in PowerShell, eseguire il cmdlet seguente:
Get-HealthFault
Questo nuovo errore viene visualizzato in PowerShell, nel report di convalida del cluster e in qualsiasi altra posizione basata su errori di integrità.
Per ottenere una visualizzazione più approfondita, è possibile eseguire query sul database time series in PowerShell, come indicato di seguito:
Get-ClusterNode | Get-ClusterPerf -ClusterNodeSeriesName ClusterNode.Storage.Degraded
Ecco un esempio di output:
Object Description: ClusterNode Server1
Series Time Value Unit
------ ---- ----- ----
ClusterNode.Storage.Degraded 01/11/2019 16:26:48 214 GB
Windows Admin Center usa gli errori di integrità per impostare lo stato e il colore dei nodi del cluster. Nel dashboard HCI questo nuovo errore consente ai nodi del cluster di passare dal rosso (verso il basso) al giallo (risincronizzazione) al verde (su), invece di passare direttamente dal rosso al verde.
L'immagine seguente confronta l'avanzamento della risincronizzazione dell'archiviazione in Windows Server 2016 rispetto a Windows Server 2019.
Mostrando lo stato di avanzamento complessivo della risincronizzazione dell'archiviazione, è possibile sapere con precisione la quantità di dati non sincronizzati e se il sistema sta avanzando. In Windows Admin Center passare al dashboard per visualizzare il nuovo avviso, come illustrato nello screenshot seguente:
L'avviso è utile per notificare quando si sta verificando la risincronizzazione, in modo da non arrestare accidentalmente più server (che potrebbero causare effetti su più domini di errore, con conseguente arresto del cluster).
Per ottenere una visualizzazione dettagliata del modo in cui la risincronizzazione dell'archiviazione viene visualizzata in base al server in Windows Admin Center, passare alla pagina Server , fare clic su Inventario e quindi scegliere un server specifico. Passare al server e osservare il grafico Archiviazione per visualizzare la quantità di dati che devono essere riparati in una linea viola con un numero esatto immediatamente sopra di esso. Questa quantità aumenta quando il server è inattivo (è necessario risincronizzare più dati) e diminuisce gradualmente quando il server torna online (i dati vengono sincronizzati). Quando la quantità di dati da ripristinare è 0, la risorsa di archiviazione viene eseguita la risincronizzazione. Se necessario, è ora possibile arrestare un server.
Lo screenshot seguente mostra la visualizzazione server in Windows Admin Center:
Come monitorare la risincronizzazione dell'archiviazione in Windows Server 2016
L'avviso disponibile in Windows Server 2019 e versioni successive è utile per ottenere una visualizzazione olistica di ciò che accade a livello di archiviazione. Riepiloga le informazioni che è possibile ottenere dal Get-StorageJob cmdlet . Questo cmdlet restituisce informazioni sui processi del modulo di archiviazione a esecuzione prolungata, ad esempio un'operazione di ripristino in uno spazio di archiviazione, come illustrato nell'output di esempio seguente.
Get-StorageJob
Ecco un output di esempio:
Name ElapsedTime JobState PercentComplete IsBackgroundTask
---- ----------- -------- --------------- ----------------
Regeneration 00:01:19 Running 50 True
Questa vista è più granulare perché i processi di archiviazione sono elencati per volume. È possibile visualizzare l'elenco dei processi in esecuzione e tenere traccia dello stato di avanzamento individuale. Questo cmdlet funziona sia in Windows Server 2016 che in 2019.