커널 소프트 다시 부팅을 사용하여 빠른 다시 시작 사용

적용 대상: Azure Stack HCI, 버전 21H2

Azure Stack HCI, 버전 21H2의 새로운 기능인 KSR(커널 소프트 다시 부팅)은 모든 Azure Stack HCI 통합 시스템에서 사용할 수 있는 프리미엄 기능입니다. 클러스터를 업데이트할 때 이 기능을 사용하여 일반 다시 부팅보다 더 빠르게 서버를 다시 부팅할 수 있습니다. 이 항목에서는 정상적인 재부팅을 통해 KSR을 사용하는 시기를 설명하고 Azure Stack HCI에서 이 기능을 사용하는 방법에 대한 지침을 제공합니다.

커널 소프트 재부팅을 사용하는 이유는 무엇인가요?

일반적으로 클러스터(예: 소프트웨어 업데이트 적용)를 서비스하려면 각 서버를 유지 관리 노드에 배치하고, 서버를 대피시키고, 업데이트를 설치하고, 필요한 경우 다시 부팅한 다음, 클러스터의 모든 서버에 대해 프로세스를 반복해야 합니다. Cluster-Aware 업데이트(CAU)는 이러한 많은 작업을 자동화하지만 클러스터가 다시 시작될 때 유지 관리 모드에서 작성된 새 데이터는 여전히 다시 동기화해야 합니다. 서버를 다시 부팅하는 데 시간이 오래 걸릴수록 더 많은 데이터를 다시 동기화해야 하며 전체 클러스터 업데이트 시간이 길어질수록 됩니다.

커널 소프트 재부팅은 운영 체제 흐름을 간소화하고, 다시 동기화할 데이터의 양을 최소화하여 전체 클러스터 업데이트 시간을 줄여 재부팅 성능을 향상시킵니다. 저장된 시간은 서버의 메모리 및 크기에 비례합니다. 사용 가능한 메모리 및 드라이브와 같은 서버 리소스가 증가함에 따라 시간이 절약됩니다.

정상 재부팅의 성능을 유휴 서버의 커널 소프트 재부팅과 비교하는 비디오를 시청 하는 데 몇 분 정도 걸립니다.

커널 소프트 재부팅을 사용하는 경우

이 기능은 길고 기존의 재부팅 BIOS/FIRMWARE 초기화를 무시하므로 펌웨어/BIOS 초기화가 필요하지 않은 업데이트에는 커널 소프트 재부팅만 사용할 수 있습니다. 현재 품질 업데이트용 WindowsUpdate 플러그 인 업데이트 Cluster-Aware 필요에 따라 커널 소프트 재부팅을 사용할 수 있으며 MSI/MSU/EXE 파일용 핫픽스 플러그 인만 사용할 수 있습니다.

PowerShell을 사용하여 Cluster-Aware 업데이트로 커널 소프트 다시 부팅 사용

Azure Stack HCI 버전 21H2에서 PowerShell을 사용하여 Azure Stack HCI 클러스터에 대한 커널 소프트 재부팅을 설정하고 관리할 수 있습니다.

참고

커널 소프트 다시 부팅이 다음 두 가지 옵션 중 하나를 사용하여 명시적으로 사용하도록 설정되지 않는 한 CAU 업데이트에 대한 기본 다시 부팅 옵션은 정상적인 재부팅입니다.

옵션 1: 향후 모든 CAU 실행에 커널 소프트 다시 부팅 사용

커널 소프트 재부팅을 지원되는 모든 업데이트에 대한 기본 재부팅 옵션으로 설정하도록 CAU 경우 키가 CauEnableSoftReboot 있는 클러스터 프라이빗 속성을 값 1로 설정합니다.

Get-Cluster | Set-ClusterParameter -Name CauEnableSoftReboot -Value 1 -Create 

참고

이 프라이빗 속성을 1이 아닌 다른 값으로 다시 설정하거나 속성을 완전히 삭제하면 클러스터에서 커널 일시 재부팅이 비활성화됩니다.

옵션 2: 개별 CAU 실행에서 커널 소프트 다시 부팅 사용

특정 Cluster-Aware 업데이트 실행에서 커널 소프트 재부팅을 사용하려면 다음 예제와 같이 CAU PowerShell cmdlet을 사용할 때 선택적 AttemptSoftReboot 매개 변수를 사용합니다.

Invoke-CauRun <other_options> -AttemptSoftReboot
Add-CauClusterRole <other_options> -AttemptSoftReboot
Set-CauClusterRole <other_options> -AttemptSoftReboot

특정 서버에서 커널 소프트 다시 부팅 건너뛰기

이상적으로 Azure Stack HCI 클러스터의 모든 서버는 커널 소프트 재부팅을 지원해야 합니다. 그러나 서버에서 레지스트리 설정을 설정하여 KSR 사용을 옵트아웃할 수 있습니다.

클러스터의 모든 서버에서 이 레지스트리 값을 설정하면 업데이트 Cluster-Aware 커널 소프트 재부팅을 건너뛰고 서버를 정상적으로 다시 부팅하려고 시도합니다.

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

업데이트 실행에 커널 소프트 다시 부팅 사용 안 함

커널 소프트 재부팅이 사용하도록 설정된 클러스터에 Windows Admin Center 사용하여 운영 체제 또는 하드웨어 업데이트를 설치하는 경우 이 실행 확인란에 커널 소프트 다시 부팅 사용 안 함 확인란이 표시됩니다. 확인란을 선택하면 특정 업데이트 실행에 대해서만 커널 소프트 다시 부팅이 비활성화됩니다. 이렇게 하면 클러스터에서 커널 소프트 다시 부팅을 사용하도록 설정할 수 있지만 업데이트 실행에 BIOS 업데이트와 같은 전체 재부팅이 필요한 경우 사용하지 않도록 설정할 수 있습니다.

문제 해결

마지막으로 수행된 재부팅 유형을 확인하려면 매개 변수와 detailed 함께 last 사용하여 Get-CauReport 마지막 Cluster-Aware 업데이트 실행에 대한 보고서를 가져옵니다.

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

보고서는 클러스터의 NodeResults 각 서버에 대한 목록을 NodeRebootResult 반환해야 합니다. 출력은 다음과 비슷합니다.

Node : VM01
NodeRebootResult : RebootSummaryResult : Succeeded
BootType : SoftBoot
SoftBootStatus : Enabled

다음 표에서는 각 이름-값 쌍이 클러스터의 각 서버에 대한 마지막 재부팅에 대한 자세한 정보를 제공하는 방법을 보여줍니다.

이름
Node 클러스터의 노드 이름을 지정합니다.
RebootSummaryResult 요청된 다시 부팅 유형 및 수행된 재부팅 유형에 관계없이 마지막 다시 부팅이 성공했는지 여부를 언급합니다. 예를 들어 사용자가 KSR을 요청하지만 정상적인 재부팅이 성공적으로 수행된 경우 RebootSummaryResult 는 여전히 Succeeded 값을 반환합니다.
BootType 마지막 실행에서 수행된 다시 부팅 유형을 지정합니다.
SoftBootStatus 커널 소프트 다시 부팅이 사용, NotEnabled, NotInstalled 또는 서버가 레지스트리 키 설정을 사용하여 커널 소프트 다시 부팅을 옵트아웃하는 경우 무시 되는지 여부를 나타냅니다.

추가 문제 해결은 Save-CauDebugTrace를 참조하세요.

FAQ

이 섹션에서는 Azure Stack HCI 버전 21H2의 커널 소프트 재부팅에 대한 질문과 대답을 제공합니다.

Windows Server에서 커널 소프트 재부팅을 사용할 수 있나요?

  • 아니요. 커널 소프트 재부팅은 Azure Stack HCI 버전 21H2에서만 사용할 수 있으며 통합 시스템으로 유효성이 검사된 버전에서만 작동할 수 있습니다.

하드웨어에서 커널 소프트 재부팅을 지원하는지 어떻게 알 수 있나요?

  • Azure Stack HCI 카탈로그에서 통합 시스템으로 표시된 모든 하드웨어는 커널 소프트 재부팅을 수행할 수 있습니다.

커널 소프트 다시 부팅은 유효성이 검사된 노드에서 작동합니까?

  • 이 기능은 다른 HCI 하드웨어에서 차단되지 않지만, 커널 소프트 재부팅을 테스트하거나 지원하기 위해 유효성이 검사된 노드는 필요하지 않습니다. 유효성이 검사된 노드를 사용하는 경우 이 문서의 지침을 사용하여 커널 소프트 다시 부팅을 사용해 볼 수 있습니다.

다음 단계

자세한 내용은 다음 항목을 참조하십시오.