Włączanie szybkich ponownych uruchomień za pomocą ponownego rozruchu jądra
Dotyczy: Azure Stack HCI, wersja 22H2
Nowość w usłudze Azure Stack HCI, wersja 21H2: ponowny rozruch systemowy jądra to funkcja premium dostępna we wszystkich systemach zintegrowanych z usługą Azure Stack HCI. Można go użyć podczas aktualizowania klastra w celu szybszego ponownego uruchomienia serwerów niż normalny ponowny rozruch. W tym temacie wyjaśniono, kiedy używać ksR podczas normalnego ponownego uruchamiania i zawiera instrukcje dotyczące korzystania z tej funkcji w usłudze Azure Stack HCI.
Dlaczego warto używać ponownego rozruchu nietrwałego jądra?
Tradycyjnie obsługa klastra (na przykład stosowanie aktualizacji oprogramowania) wymaga włączenia każdego serwera w węźle konserwacji, ewakuacji serwera, zainstalowania aktualizacji, ponownego uruchomienia, a następnie powtórzenia procesu dla każdego serwera w klastrze. Mimo że aktualizacja typu cluster-aware (CAU) automatyzuje wiele z tych zadań, po wznowieniu działania klastra wszystkie nowe dane zapisane w trybie konserwacji nadal muszą zostać ponownie zsynchronizowane. Tym dłużej trwa ponowne uruchomienie serwera, tym więcej danych należy ponownie zsynchronizować i tym dłużej trwa całkowity czas aktualizacji klastra.
Ponowny rozruch nietrwały jądra zwiększa wydajność ponownego uruchamiania, usprawniając przepływ systemu operacyjnego, minimalizując ilość danych do ponownej synchronizacji i zmniejszając całkowity czas aktualizacji klastra. Ilość zapisanego czasu będzie proporcjonalna do pamięci i rozmiaru serwera. W związku z tym, że zasoby serwera, takie jak dostępna pamięć i dyski, zwiększają się oszczędności czasu.
Obejrzyj film wideo porównujący wydajność normalnego ponownego rozruchu z ponownym uruchomieniem jądra na serwerze bezczynnym.
Kiedy należy używać ponownego rozruchu nietrwałego jądra
Ponieważ ta funkcja pomija długotrwałą i tradycyjną inicjację systemu BIOS/OPROGRAMOWANIA UKŁADOWEGO, można użyć tylko ponownego rozruchu jądra w przypadku aktualizacji, które nie wymagają inicjowania oprogramowania układowego/systemu BIOS. Obecnie można użyć ponownego rozruchu nietrwałego jądra opcjonalnie z aktualizacją systemu WindowsUpdate wtyczki Aktualizacji jakości i wtyczki poprawek tylko dla plików MSI/MSU/EXEs.
Włączanie ponownego rozruchu nietrwałego jądra za pomocą aktualizacji z obsługą klastra przy użyciu programu PowerShell
W usłudze Azure Stack HCI w wersji 21H2 możesz użyć programu PowerShell, aby skonfigurować program Kernel Soft Reboot dla klastra Azure Stack HCI i zarządzać nim.
Uwaga
Domyślną opcją ponownego rozruchu aktualizacji aktualizacji aktualizacji typu cluster-u jest normalny ponowny rozruch, chyba że ponowne uruchomienie jądra jest jawnie włączone przy użyciu jednej z następujących dwóch opcji.
Opcja 1. Włączanie ponownego rozruchu jądra dla wszystkich przyszłych przebiegów aktualizacji typu cluster-run
Ustaw właściwość prywatną klastra z kluczem CauEnableSoftReboot na wartość 1, jeśli chcesz, aby funkcja aktualizacji typu cluster ustawić opcję ponownego rozruchu nietrwałego jądra jako domyślną opcję ponownego uruchamiania dla wszystkich obsługiwanych aktualizacji.
Get-Cluster | Set-ClusterParameter -Name CauEnableSoftReboot -Value 1 -Create
Uwaga
Zresetowanie tej właściwości prywatnej do dowolnej innej wartości niż 1 lub całkowite usunięcie właściwości spowoduje wyłączenie ponownego rozruchu nietrwałego jądra w klastrze.
Opcja 2. Używanie ponownego rozruchu nietrwałego jądra z poszczególnymi przebiegami aktualizacji typu cluster-run
Aby użyć programowego ponownego rozruchu jądra z określonym uruchomieniem aktualizacji obsługującym klaster, użyj opcjonalnego AttemptSoftReboot parametru w przypadku używania poleceń cmdlet programu PowerShell typu CLUSTERU, takich jak w poniższych przykładach.
Invoke-CauRun <other_options> -AttemptSoftReboot
Add-CauClusterRole <other_options> -AttemptSoftReboot
Set-CauClusterRole <other_options> -AttemptSoftReboot
Pomiń ponowny rozruch nietrwały jądra na niektórych serwerach
Najlepiej, aby wszystkie serwery w klastrze Azure Stack HCI obsługiwały ponowny rozruch nietrwały jądra. Można jednak ustawić ustawienie rejestru na serwerze, aby zrezygnować z korzystania z ksR.
Ustawienie tej wartości rejestru na dowolnym serwerze w klastrze spowoduje, że aktualizacja z obsługą klastra spowoduje pominięcie ponownego rozruchu nietrwałego jądra i próba ponownego uruchomienia serwera normalnie.
Key: SOFTWARE\Microsoft\Windows\CurrentVersion\ClusterAwareUpdating
Name: CauBypassSoftBootOnNode
Type: REG_SZ
Value: True
Wyłączanie ponownego rozruchu nietrwałego jądra dla przebiegu aktualizacji
Jeśli instalujesz system operacyjny lub aktualizacje sprzętowe w centrum administracyjnym systemu Windows w klastrze z włączoną funkcją ponownego rozruchu nietrwałego jądra, zobaczysz pole wyboru Wyłącz ponowny rozruch nietrwały jądra dla tego przebiegu . Zaznaczenie tego pola powoduje wyłączenie ponownego rozruchu nietrwałego jądra tylko dla tego konkretnego przebiegu aktualizacji. Dzięki temu można pozostawić włączony programowy ponowny rozruch jądra w klastrze, ale wyłączyć go, gdy przebieg aktualizacji wymaga pełnego ponownego uruchomienia, takiego jak aktualizacje systemu BIOS.
Rozwiązywanie problemów
Aby określić typ ostatniego uruchomienia ponownego uruchomienia, użyj polecenia Get-CauReport z parametrami last i detailed , aby pobrać raport dla ostatniego przebiegu aktualizacji obsługującego klaster.
$report = Get-CauReport <other_options> -Last -Detailed
$report.ClusterResult.NodeResults | fl Node,NodeRebootResult
Raport powinien zwrócić listę zawierającą NodeResults NodeRebootResult dla każdego serwera w klastrze. Dane wyjściowe powinny wyglądać następująco:
Node : VM01
NodeRebootResult : RebootSummaryResult : Succeeded
BootType : SoftBoot
SoftBootStatus : Enabled
W poniższej tabeli przedstawiono, jak każda para nazwa-wartość zawiera więcej informacji na temat ostatniego ponownego rozruchu dla każdego serwera w klastrze.
| Nazwa/nazwisko | Wartość |
|---|---|
| Node | Określa nazwę węzła w klastrze. |
| RebootSummaryResult | Wskazuje, czy ostatni ponowny rozruch zakończył się pomyślnie, czy nie niezależnie od typu żądanego ponownego uruchomienia i typu wykonanego ponownego rozruchu. Jeśli na przykład użytkownik zażąda ksR, ale normalny ponowny rozruch został wykonany pomyślnie, rebootSummaryResult nadal zwróci wartość Powodzenie. |
| Typ rozruchu | Określa typ ponownego uruchomienia wykonanego w ostatnim przebiegu. |
| SoftBootStatus | Wskazuje, czy ponowny rozruch nietrwały jądra jest włączony, NotEnabled, NotInstalled lub Pominięty, jeśli serwer zrezygnował z ponownego rozruchu nietrwałego jądra przy użyciu ustawień klucza rejestru. |
Aby uzyskać dodatkowe informacje na temat rozwiązywania problemów, zobacz Save-CauDebugTrace.
Często zadawane pytania
Ta sekcja zawiera odpowiedzi na często zadawane pytania dotyczące ponownego rozruchu nietrwałego jądra w usłudze Azure Stack HCI w wersji 21H2.
Czy mogę użyć ponownego rozruchu nietrwałego jądra z systemem Windows Server?
- L.p. Ponowny rozruch nietrwały jądra jest dostępny tylko w usłudze Azure Stack HCI w wersji 21H2 i może działać tylko na tych zweryfikowanych jako zintegrowane systemy.
Jak sprawdzić, czy sprzęt obsługuje ponowny rozruch nietrwały jądra?
- Wszystkie sprzęty oznaczone jako zintegrowane systemy w katalogu rozwiązania Azure Stack HCI mogą wykonać ponowny rozruch nietrwały jądra.
Czy ponowny rozruch nietrwały jądra będzie działać z zweryfikowanymi węzłami?
- Mimo że ta funkcja nie jest zablokowana na innym sprzęcie HCI, zweryfikowane węzły nie są wymagane do testowania ani obsługi ponownego rozruchu nietrwałego jądra. Jeśli używasz zweryfikowanego węzła, możesz spróbować użyć ponownego rozruchu nietrwałego jądra, korzystając z instrukcji w tym artykule.
Następne kroki
Aby uzyskać więcej informacji, zobacz również: