Abilitare i riavvii rapidi con il riavvio software del kernel
Si applica a: Azure Stack HCI, versione 22H2
L'avvio a caldo del kernel è una novità della versione 21H2 di Azure Stack HCI: è una funzionalità Premium disponibile in tutti i sistemi integrati di Azure Stack HCI. È possibile usarlo quando si aggiorna il cluster per riavviare i server più velocemente di un normale riavvio. Questo argomento illustra quando usare un KSR su un riavvio normale e fornisce istruzioni sull'uso di questa funzionalità in Azure Stack HCI.
Perché usare kernel soft reboot?
Tradizionalmente, la manutenzione di un cluster (ad esempio, l'applicazione degli aggiornamenti software) richiede l'inserimento di ogni server nel nodo di manutenzione, l'evacuazione del server, l'installazione degli aggiornamenti, il riavvio, se necessario e la ripetizione del processo per ogni server nel cluster. Anche se l'aggiornamento compatibile con cluster automatizza molte di queste attività, quando il cluster riprende, tutti i nuovi dati scritti in modalità di manutenzione devono comunque essere risincronizzati. Più tempo è necessario riavviare un server, più dati devono essere risincroni e il tempo di aggiornamento complessivo del cluster.
Il riavvio software del kernel migliora le prestazioni di riavvio semplificando il flusso del sistema operativo, riducendo al minimo la quantità di dati da risincronizzare e riducendo quindi il tempo complessivo di aggiornamento del cluster. La quantità di tempo risparmiata sarà proporzionale alla memoria e alle dimensioni del server. Man mano che le risorse del server, ad esempio la memoria disponibile e le unità aumentano, il risparmio di tempo.
Dedicare alcuni minuti a guardare il video confrontando le prestazioni di un riavvio normale con un riavvio software del kernel in un server inattiva.
Quando usare il riavvio software del kernel
Poiché questa funzionalità ignora la lunga e tradizionale inizializzazione BIOS/FIRMWARE di riavvio, è possibile usare solo il riavvio software del kernel per gli aggiornamenti che non richiedono un'inizializzazione firmware/BIOS. Attualmente, è possibile usare il riavvio software del kernel facoltativamente con il plug-in Aggiornamento compatibile con cluster windowsUpdate per gli aggiornamenti qualitativi e il plug-in hotfix solo per i file MSI/MSU/EXEs.
Abilitare il riavvio software del kernel con l'aggiornamento compatibile con il cluster con PowerShell
In Azure Stack HCI versione 21H2 è possibile usare PowerShell per configurare e gestire il riavvio software del kernel per il cluster Azure Stack HCI.
Nota
L'opzione di riavvio predefinita per gli aggiornamenti di Aggiornamento compatibile con cluster è un riavvio normale a meno che il riavvio software del kernel non sia abilitato in modo esplicito usando una delle due opzioni seguenti.
Opzione 1: Abilitare il riavvio software del kernel per tutte le esecuzioni future di Aggiornamento compatibile con cluster
Impostare la proprietà privata del cluster con chiave CauEnableSoftReboot su valore 1 se si vuole impostare Aggiornamento compatibile con cluster come opzione di riavvio predefinito per tutti gli aggiornamenti supportati.
Get-Cluster | Set-ClusterParameter -Name CauEnableSoftReboot -Value 1 -Create
Nota
Reimpostando questa proprietà privata su qualsiasi valore diverso da 1 o eliminando completamente la proprietà, il riavvio software del kernel verrà disabilitato nel cluster.
Opzione 2: Usare il riavvio software del kernel con singole esecuzioni di Aggiornamento compatibile con cluster
Per usare il riavvio software del kernel con un'esecuzione specifica di aggiornamento compatibile con cluster, usare il parametro facoltativo AttemptSoftReboot quando si usano i cmdlet di PowerShell di Aggiornamento compatibile con cluster, ad esempio negli esempi seguenti.
Invoke-CauRun <other_options> -AttemptSoftReboot
Add-CauClusterRole <other_options> -AttemptSoftReboot
Set-CauClusterRole <other_options> -AttemptSoftReboot
Ignorare il riavvio software del kernel in determinati server
Idealmente, tutti i server in un cluster Azure Stack HCI devono supportare il riavvio software del kernel. Tuttavia, è possibile impostare un'impostazione del Registro di sistema in un server per rifiutare esplicitamente l'uso di KSR.
Se si imposta questo valore del Registro di sistema in qualsiasi server del cluster, l'aggiornamento compatibile con cluster ignora il riavvio software del kernel e tenta di riavviare normalmente il server.
Key: SOFTWARE\Microsoft\Windows\CurrentVersion\ClusterAwareUpdating
Name: CauBypassSoftBootOnNode
Type: REG_SZ
Value: True
Disabilitare il riavvio software del kernel per un'esecuzione di aggiornamento
Se si installano aggiornamenti hardware o del sistema operativo con Windows Admin Center in un cluster in cui è abilitato il riavvio software del kernel, verrà visualizzata una casella di controllo Disabilita riavvio software kernel per questa esecuzione . Se si seleziona la casella, il riavvio software del kernel viene disabilitato solo per l'esecuzione di un particolare aggiornamento. In questo modo è possibile lasciare abilitato il riavvio software del kernel in un cluster, ma disabilitarlo quando un'esecuzione di aggiornamento richiede un riavvio completo, ad esempio gli aggiornamenti del BIOS.
Risoluzione dei problemi
Per determinare il tipo di riavvio eseguito per l'ultima volta, usare Get-CauReport con last i parametri e detailed per ottenere il report per l'ultima esecuzione dell'aggiornamento compatibile con cluster.
$report = Get-CauReport <other_options> -Last -Detailed
$report.ClusterResult.NodeResults | fl Node,NodeRebootResult
Il report deve restituire un NodeResults elenco contenente l'oggetto NodeRebootResult per ogni server nel cluster. L'output dovrebbe essere simile al seguente:
Node : VM01
NodeRebootResult : RebootSummaryResult : Succeeded
BootType : SoftBoot
SoftBootStatus : Enabled
Nella tabella seguente viene illustrato come ogni coppia nome-valore fornisce altre informazioni sull'ultimo riavvio per ogni server nel cluster.
| Nome | valore |
|---|---|
| Node | Indica il nome del nodo nel cluster. |
| RebootSummaryResult | Indica se l'ultimo riavvio è riuscito o meno indipendentemente dal tipo di riavvio richiesto e dal tipo di riavvio eseguito. Ad esempio, se un utente richiede un KSR ma un riavvio normale è stato eseguito correttamente, RebootSummaryResult restituirà comunque il valore Succeeded. |
| BootType | Specifica il tipo di riavvio eseguito nell'ultima esecuzione. |
| SoftBootStatus | Indica se il riavvio software del kernel è Abilitato, NotEnabled, NotInstalled o Ignorato se il server rifiuta esplicitamente il riavvio software del kernel usando le impostazioni della chiave del Registro di sistema. |
Per altre informazioni sulla risoluzione dei problemi, vedere Save-CauDebugTrace.
Domande frequenti
Questa sezione risponde alle domande frequenti sul riavvio software del kernel in Azure Stack HCI, versione 21H2.
È possibile usare il riavvio software del kernel con Windows Server?
- No. Il riavvio software del kernel è disponibile solo in Azure Stack HCI versione 21H2 e può funzionare solo su quelli convalidati come sistemi integrati.
Come è possibile stabilire se l'hardware supporta il riavvio software del kernel?
- Tutti gli hardware contrassegnati come sistemi integrati nel catalogo di Azure Stack HCI possono eseguire il riavvio software del kernel.
Il riavvio software del kernel funziona con i nodi convalidati?
- Anche se questa funzionalità non è bloccata in altri hardware HCI, i nodi convalidati non sono necessari per testare o supportare il riavvio software del kernel. Se si usa un nodo convalidato, è possibile provare a usare il riavvio software del kernel usando le istruzioni riportate in questo articolo.
Passaggi successivi
Per ulteriori informazioni, vedere anche: