Abilitare i riavvii rapidi con il riavvio software del kernel
Si applica a: Azure Stack HCI, versione 22H2
Importante
Azure Stack HCI è ora parte di Azure Local. 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'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 ci vuole per riavviare un server, più dati devono essere risincronizzati, e più lungo sarà 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, come la memoria disponibile e le unità, aumentano, aumentano anche i risparmi di tempo.
Prendere alcuni minuti per guardare il video per confrontare le prestazioni di un riavvio normale con un Riavvio Soft del Kernel su un server inattivo.
Quando usare il riavvio software del kernel
Poiché questa funzionalità salta la lunga e tradizionale inizializzazione di riavvio del BIOS/FIRMWARE, è possibile usare solo il Riavvio Software del Kernel per aggiornamenti che non richiedono un'inizializzazione del BIOS/FIRMWARE. Attualmente, è possibile usare il Kernel Soft Reboot facoltativamente con il plugin Cluster-Aware Updating WindowsUpdate per Quality Updates e il plugin Hotfix solo per i file MSI/MSU/EXE.
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 CAU è un riavvio normale a meno che il riavvio software del kernel ("Kernel Soft Reboot") non sia abilitato in modo esplicito utilizzando una delle due opzioni seguenti.
Opzione 1: Abilitare il soft reboot del kernel per tutte le esecuzioni future di CAU
Impostare la proprietà privata del cluster con chiave CauEnableSoftReboot su valore 1 se si vuole impostare Kernel Soft Reboot come opzione di riavvio predefinita 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 soft del kernel con singole esecuzioni di Cluster-Aware Updating.
Per utilizzare il Soft Reboot del Kernel con un'esecuzione specifica di Aggiornamento con supporto cluster, utilizzare il parametro facoltativo AttemptSoftReboot quando si usano i cmdlet di PowerShell di Aggiornamento con supporto cluster, come negli esempi seguenti.
Invoke-CauRun <other_options> -AttemptSoftReboot
Add-CauClusterRole <other_options> -AttemptSoftReboot
Set-CauClusterRole <other_options> -AttemptSoftReboot
Ignorare il riavvio soft del kernel su 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 i parametri last 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 che contenga il NodeRebootResult per ciascun 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, Non abilitato, Non installato o Ignorato se il server sceglie di non utilizzare 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: