커널 일시 다시 부팅을 사용하여 빠른 다시 시작 사용
적용 대상: Azure Stack HCI, 버전 22H2 및 21H2
Azure Stack HCI, 버전 21H2의 새로운 기능인 KSR(커널 소프트 다시 부팅)은 모든 Azure Stack HCI 통합 시스템에서 사용할 수 있는 프리미엄 기능입니다. 클러스터를 업데이트할 때 이를 사용하여 일반 다시 부팅보다 더 빠르게 서버를 다시 부팅할 수 있습니다. 이 항목에서는 정상적인 재부팅을 통해 KSR을 사용하는 경우를 설명하고 Azure Stack HCI에서 이 기능을 사용하는 방법에 대한 지침을 제공합니다.
커널 소프트 재부팅을 사용하는 이유는 무엇인가요?
일반적으로 클러스터 서비스(예: 소프트웨어 업데이트 적용)를 사용하려면 각 서버를 유지 관리 노드에 배치하고, 서버를 대피시키고, 업데이트를 설치하고, 필요한 경우 다시 부팅한 다음, 클러스터의 모든 서버에 대해 프로세스를 반복해야 합니다. CAU(Cluster-Aware 업데이트)는 이러한 많은 작업을 자동화하지만 클러스터가 다시 시작될 때 유지 관리 모드에서 작성된 새 데이터는 여전히 다시 동기화되어야 합니다. 서버를 다시 부팅하는 데 시간이 오래 걸릴수록 더 많은 데이터를 다시 동기화해야 하며 전체 클러스터 업데이트 시간이 길어질 수 있습니다.
커널 소프트 다시 부팅은 운영 체제 흐름을 간소화하고, 다시 동기화할 데이터의 양을 최소화하여 전체 클러스터 업데이트 시간을 줄여 재부팅 성능을 향상시킵니다. 저장된 시간은 서버의 메모리 및 크기에 비례합니다. 사용 가능한 메모리 및 드라이브와 같은 서버 리소스가 증가함에 따라 시간이 절약됩니다.
일반 재부팅의 성능을 유휴 서버의 커널 소프트 재부팅과 비교하는 비디오를 watch 데 몇 분 정도 걸립니다.
커널 소프트 다시 부팅을 사용하는 경우
이 기능은 길고 기존의 다시 부팅 BIOS/FIRMWARE 초기화를 무시하므로 펌웨어/BIOS 초기화가 필요하지 않은 업데이트에는 커널 소프트 다시 부팅만 사용할 수 있습니다. 현재 필요에 따라 품질 Cluster-Aware 업데이트 Windows 업데이트용 WindowsUpdate 플러그 인 업데이트 및 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 업데이트와 같은 전체 다시 부팅이 필요한 경우 사용하지 않도록 설정할 수 있습니다.
문제 해결
마지막으로 수행된 다시 부팅 유형을 확인하려면 및 매개 변수를 last
detailed
사용하여 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 하드웨어에서 차단되지 않지만 유효성이 검사된 노드는 커널 소프트 재부팅을 테스트하거나 지원할 필요가 없습니다. 유효성 검사된 노드를 사용하는 경우 이 문서의 지침을 사용하여 커널 소프트 다시 부팅을 사용해 볼 수 있습니다.
다음 단계
자세한 내용은 다음 항목을 참조하십시오.
피드백
https://aka.ms/ContentUserFeedback
출시 예정: 2024년 내내 콘텐츠에 대한 피드백 메커니즘으로 GitHub 문제를 단계적으로 폐지하고 이를 새로운 피드백 시스템으로 바꿀 예정입니다. 자세한 내용은 다음을 참조하세요.다음에 대한 사용자 의견 제출 및 보기