Włączanie szybkich ponownych uruchomień za pomocą ponownego rozruchu jądra

  • Artykuł

Dotyczy: Azure Stack HCI, wersje 22H2 i 21H2

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ć usługi KSR w przypadku normalnego ponownego rozruchu i przedstawiono 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 umieszczenia każdego serwera w węźle konserwacji, ewakuacji serwera, instalowania aktualizacji, ponownego uruchamiania, a następnie powtarzania procesu dla każdego serwera w klastrze. Mimo że Cluster-Aware aktualizacji (CAU) automatyzuje wiele z tych zadań, gdy klaster zostanie wznowiony, wszystkie nowe dane zapisane w trybie konserwacji nadal muszą być ponownie zsynchronizowane. Tym dłużej trwa ponowne uruchomienie serwera, tym więcej danych musi zostać ponownie zsynchronizowanych, a tym dłużej całkowity czas aktualizacji klastra.

Ponowne ponowne uruchomienie jądra poprawia wydajność ponownego uruchamiania, usprawniając przepływ systemu operacyjnego, minimalizując ilość danych do ponownego zsynchronizowania, co zmniejsza ogólny czas aktualizacji klastra. Ilość zapisanego czasu będzie proporcjonalna do pamięci i rozmiaru serwera. Ponieważ zasoby serwera, takie jak dostępna pamięć i dyski, zwiększają się więc oszczędności czasu.

Poświęć kilka minut, aby watch wideo porównujące wydajność normalnego ponownego rozruchu do ponownego uruchomienia nietrwałego jądra na serwerze bezczynnym.

Kiedy 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 uruchomienia jądra w celu aktualizacji, które nie wymagają inicjowania oprogramowania układowego/BIOS. Obecnie można użyć ponownego rozruchu nietrwałego jądra opcjonalnie z wtyczką Cluster-Aware Aktualizowanie systemu WindowsUpdate dla Aktualizacje jakości i wtyczki poprawki tylko dla plików MSI/MSU/EXEs.

Włączanie ponownego rozruchu nietrwałego jądra przy użyciu Cluster-Aware aktualizacji przy użyciu programu PowerShell

W usłudze Azure Stack HCI w wersji 21H2 możesz użyć programu PowerShell do skonfigurowania i zarządzania ponownym rozruchem nietrwałym jądra dla klastra usługi Azure Stack HCI.

Uwaga

Domyślną opcją ponownego rozruchu aktualizacji aktualizacji typu caU 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 caU

Ustaw właściwość prywatną klastra z kluczem CauEnableSoftReboot na wartość 1, jeśli chcesz, aby urząd certyfikacji 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żyj nietrwałego ponownego rozruchu jądra z poszczególnymi uruchomieniami aktualizacji typu caU

Aby użyć ponownego rozruchu nietrwałego jądra z określonym Cluster-Aware przebiegu aktualizacji, użyj opcjonalnego AttemptSoftReboot parametru podczas korzystania z poleceń cmdlet programu PowerShell typu CAU, 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

W idealnym przypadku wszystkie serwery w klastrze usługi Azure Stack HCI powinny obsługiwać ponowne uruchamianie nietrwałe jądra. Można jednak ustawić ustawienie rejestru na serwerze, aby zrezygnować z korzystania z usługi KSR.

Ustawienie tej wartości rejestru na dowolnym serwerze w klastrze spowoduje Cluster-Aware aktualizacji w celu pominięcia ponownego rozruchu nietrwałego jądra i próby ponownego uruchomienia serwera normalnie.

Key: SOFTWARE\Microsoft\Windows\CurrentVersion\ClusterAwareUpdating
Name: CauBypassSoftBootOnNode
Type: REG_SZ
Value: True

Wyłączanie nietrwałego ponownego rozruchu jądra dla przebiegu aktualizacji

Jeśli instalujesz system operacyjny lub aktualizacje sprzętowe z Windows Admin Center w klastrze z włączonym ponownym rozruchem nietrwałym jądra, zobaczysz pole wyboru Wyłącz ponowne uruchomienie nietrwałe jądra dla tego przebiegu. Zaznaczenie pola powoduje wyłączenie ponownego uruchomienia nietrwałego jądra tylko dla tego konkretnego przebiegu aktualizacji. Umożliwia to pozostawienie włączonego ponownego rozruchu nietrwałego jądra w klastrze, ale wyłączenie go po uruchomieniu aktualizacji wymaga pełnego ponownego uruchomienia, takiego jak aktualizacje systemu BIOS.

Rozwiązywanie problemów

Aby określić typ ostatniego ponownego uruchomienia, użyj Get-CauReport polecenia i lastdetailed parametrów, aby uzyskać raport dla ostatniego uruchomienia aktualizacji Cluster-Aware.

$report = Get-CauReport <other_options> -Last -Detailed
$report.ClusterResult.NodeResults | fl Node,NodeRebootResult

Raport powinien zwrócić listę zawierającą NodeResultsNodeRebootResult każdy serwer 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 nazw-wartość zawiera więcej informacji na temat ostatniego ponownego rozruchu dla każdego serwera w klastrze.

Nazwa Wartość
Węzeł 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 żąda ksR, ale normalny ponowny rozruch został wykonany pomyślnie, rebootSummaryResult nadal zwróci wartość Powodzenie.
BootType Określa typ ponownego uruchomienia wykonanego w ostatnim przebiegu.
SoftBootStatus Wskazuje, czy ponowne uruchomienie nietrwałe jądra jest włączone, NotEnabled, NotInstalled lub Obejście , 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?

  • Nie. Ponowne uruchomienie nietrwałe jądra jest dostępne 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 mój sprzęt obsługuje ponowne uruchomienie nietrwałe jądra?

Czy ponowne uruchomienie nietrwałe jądra będzie działać z zweryfikowanymi węzłami?

  • Chociaż 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ż: