클러스터 집합 배포

아티클
10/06/2023

적용 대상: Windows Server 2019

이 문서에서는 PowerShell을 사용하여 Windows Server 장애 조치(failover) 클러스터에 대한 클러스터 집합을 배포하는 방법에 대한 정보를 제공합니다. 클러스터 집합은 함께 클러스터링되는 여러 장애 조치(failover) 클러스터의 그룹입니다. 클러스터 집합을 사용하면 단일 SDDC(소프트웨어 정의 데이터 센터) 클라우드의 서버 노드 수를 크기 순으로 늘릴 수 있습니다.

클러스터 집합은 총 64개의 클러스터 노드까지 테스트되고 지원됩니다. 그러나 클러스터 집합은 훨씬 더 큰 제한으로 확장될 수 있으며 제한에 대해 하드 코딩되지 않습니다.

이점

클러스터 집합은 다음과 같은 이점을 제공합니다.

소프트웨어 오류 경계를 단일 클러스터에 유지하면서 여러 개의 작은 클러스터를 단일 큰 패브릭으로 결합하여 고가용성 VM(가상 머신) 실행을 위해 지원되는 SDDC 클라우드 규모를 크게 향상합니다. 클러스터 집합에서 VM을 쉽게 마이그레이션할 수 있습니다.
복원력이 향상되었습니다. 클러스터 집합에 4개의 4노드 클러스터가 있으면 여러 컴퓨팅 노드가 다운되고 프로덕션이 그대로 다시 기본 수 있는 단일 16노드 클러스터보다 복원력이 향상됩니다.
테넌트 VM 가용성에 영향을 주지 않고 클러스터 온보딩 및 사용 중지를 포함하여 장애 조치(failover) 클러스터 수명 주기를 관리합니다.
개별 클러스터에서의 VM 유연성 및 통합 스토리지 네임스페이스를 제공합니다.
하이퍼 컨버지드 환경에서 컴퓨팅-스토리지 워크로드 비율을 쉽게 변경할 수 있습니다.
초기 VM 배치 및 후속 마이그레이션에서 개별 클러스터에서 Azure와 유사한 Fault Do기본 및 가용성 집합의 이점을 누릴 수 있습니다.
클러스터 노드 간의 컴퓨팅 및 스토리지 하드웨어가 동일하지 않은 경우에도 사용할 수 있습니다.
클러스터 간 VM의 실시간 마이그레이션
Azure와 유사한 가용성 집합 및 오류는 여러 클러스터에서 기본.
클러스터 간에 SQL Server VM 이동

요구 사항 및 제한 사항

클러스터 집합 사용에 대한 몇 가지 요구 사항 및 제한 사항이 있습니다.

클러스터 집합의 모든 멤버 클러스터는 동일한 AD(Active Directory) 포리스트에 있어야 합니다.
집합의 멤버 서버는 동일한 운영 체제 버전을 실행해야 합니다. 가상 머신은 서로 다른 운영 체제 간에 실시간 마이그레이션할 수 없습니다. 다음 옵션 중 하나(배수는 아님)로 구성된 클러스터 집합을 가질 수 있습니다.
- Windows Server 2019 장애 조치(failover) 클러스터 및 Windows Server 2019 장애 조치(failover) 클러스터
- Windows Server 2019 장애 조치(failover) 클러스터 및 Windows Server 2019 저장소 공간 Direct
- Windows Server 2019 저장소 공간 Direct 및 Windows Server 2019 저장소 공간 Direct
멤버 클러스터 간에 실시간 마이그레이션을 수행하려면 모든 멤버 서버에 동일한 프로세서 하드웨어가 필요합니다. 그렇지 않으면 가상 머신 설정에서 CPU 프로세서 호환성을 선택해야 합니다.
클러스터 집합 VM은 클러스터 간에 수동으로 실시간 마이그레이션되어야 하며 자동으로 장애 조치(failover)할 수 없습니다.
클러스터 오류에 대한 스토리지 복원력을 실현하려면 멤버 클러스터 간에 스토리지 복제본을 사용해야 합니다. 스토리지 복제본을 사용하는 경우 스토리지 복제본 장애 조치(failover)에서 네임스페이스 스토리지 UNC 경로가 자동으로 복제본(replica) 대상 클러스터로 변경되지 않습니다.
저장소 공간 Direct는 클러스터 집합의 멤버 클러스터에서 작동하지 않습니다. 대신 저장소 공간 Direct는 단일 클러스터에 적용되며 각 클러스터에는 자체 스토리지 풀이 있습니다.

아키텍처

다음 다이어그램은 높은 수준의 클러스터 집합을 보여 줍니다.

다음은 표시된 각 요소에 대한 요약을 제공합니다.

관리 클러스터

관리 클러스터는 클러스터 집합에 대해 고가용성 관리 평면 및 SOFS(네임스페이스 조회 스케일 아웃 파일 서버)를 호스트합니다. 관리 클러스터는 VM 워크로드를 실행하는 개별 멤버 클러스터에서 논리적으로 분리됩니다. 이렇게 하면 클러스터 집합 관리 평면이 멤버 클러스터의 전원 손실과 같은 지역화된 클러스터 전체 오류에 복원력이 있습니다.

클러스터 집합 네임스페이스 조회 SOFS

클러스터 집합의 네임스페이스는 관리 클러스터에서 실행되는 SOFS 서버 역할과 함께 제공됩니다. DFSN(분산 파일 시스템 네임스페이스)과 비슷합니다. 그러나 DFSN과 달리 클러스터 집합 네임스페이스 조회 메타데이터는 개입 없이 모든 클러스터 노드에서 자동으로 채워지므로 스토리지 액세스 경로에 성능 오버헤드가 거의 없습니다. 이 간단한 조회 메커니즘은 I/O 경로에 참여하지 않습니다.

클러스터 집합 네임스페이스 조회 SOFS의 각 SMB(서버 메시지 블록) 조회 공유는 유형 SimpleReferral입니다. 이 조회를 통해 SMB 클라이언트는 멤버 클러스터 SOFS에서 호스트되는 대상 SMB 공유에 액세스할 수 있습니다. 조회는 각 클라이언트 노드에서 영구적으로 캐시되고 클러스터 집합 네임스페이스는 필요에 따라 조회를 자동으로 동적으로 업데이트합니다. 조회 정보는 다시 부팅하는 동안에도 각 클러스터 집합 노드에 영구적으로 캐시됩니다.

클러스터 집합 마스터

멤버 클러스터 간의 통신은 클러스터 집합 마스터(CS-Master) 리소스에 의해 느슨하게 결합되고 조정됩니다. 다른 클러스터 집합 리소스와 마찬가지로 CS-Master는 고가용성이며 개별 멤버 클러스터 오류 또는 관리 클러스터 노드 오류에 복원력이 있습니다. CS-Master는 클러스터 집합 WMI 공급자를 통해 모든 클러스터 집합 관리 작업에 대한 관리 엔드포인트를 제공합니다.

멤버 클러스터

멤버 클러스터는 VM을 실행하고 직접 워크로드를 저장소 공간. 여러 멤버 클러스터가 클러스터 집합 배포에 참여하여 더 큰 SDDC 클라우드 패브릭을 형성합니다. 멤버 클러스터는 두 가지 주요 측면에서 관리 클러스터와 다릅니다. 멤버 클러스터는 장애 조치기본 및 가용성 집합 구문에 참여하고, 멤버 클러스터는 VM을 호스트하고 직접 워크로드를 저장소 공간 크기가 조정됩니다. 이러한 이유로 멤버 클러스터 간에 이동하는 VM은 관리 클러스터에서 호스트되지 않습니다.

클러스터 집합 작업자

CS-Master는 CS-Worker(클러스터 집합 작업자)라는 멤버 클러스터의 클러스터 리소스와 상호 작용합니다. CS-Worker는 VM 배치 및 리소스 인벤토리를 포함하여 CS-Master의 요청에 응답합니다. 멤버 클러스터당 하나의 CS-Worker 인스턴스가 있습니다.

장애 도메인

오류 기본 함께 실패할 수 있는 하드웨어 및 소프트웨어 그룹입니다. 하나 이상의 클러스터를 장애로 함께 지정할 수 있지만기본 각 노드는 가용성 집합에서 오류 수행기본 참여할 수 있습니다. 장애 기본 경계는 데이터 센터 토폴로지, 네트워킹 아키텍처 및 기타 고려 사항을 기반으로 합니다.

가용성 집합

가용성 집합은 워크로드를 그룹화하고 배포하여 장애 조치기본에서 클러스터형 워크로드의 원하는 중복성을 구성하는 데 사용됩니다. 2계층 애플리케이션의 경우 각 계층에 대해 가용성 집합에서 두 개 이상의 VM을 구성해야 합니다. 이렇게 하면 가용성 집합에서 오류가 발생할 때기본 애플리케이션에 다른 오류로 호스트되는 각 계층에 하나 이상의 VM이 있습니다기본.

클러스터 집합 만들기

다음 예제 워크플로 내에서 PowerShell을 사용하여 두 개의 클러스터를 사용하여 클러스터 집합을 만듭니다. 여기에 설정된 클러스터의 이름은 CSMASTER입니다.

클러스터 이름	인프라 SOFS 이름
SET-CLUSTER	SOFS-CLUSTERSET
CLUSTER1	SOFS-CLUSTER1
CLUSTER2	SOFS-CLUSTER2

Windows Server 2022 또는 Windows Server 2019를 실행하는 관리 클라이언트 컴퓨터를 사용합니다.
관리 클러스터 서버에 장애 조치(failover) 클러스터 도구를 설치합니다.
두 개의 클러스터 멤버를 만들고 각 클러스터에 CSV(클러스터 공유 볼륨)를 두 개 이상 만듭니다.
멤버 클러스터에 걸쳐 있는 관리 클러스터(물리적 또는 게스트)를 만듭니다. 이렇게 하면 가능한 멤버 클러스터 오류에도 불구하고 클러스터 집합 관리 평면을 계속 사용할 수 있습니다.
클러스터 집합을 만들려면 다음을 수행합니다.
```
New-ClusterSet -Name CSMASTER -NamespaceRoot SOFS-CLUSTERSET -CimSession SET-CLUSTER
```
참고 항목

고정 IP 주소를 사용하는 경우 New-ClusterSet 명령에 -StaticAddress x.x.x.x를 포함해야 합니다.

클러스터 집합에 클러스터 멤버를 추가하려면 다음을 수행합니다.

Add-ClusterSetMember -ClusterName CLUSTER1 -CimSession CSMASTER -InfraSOFSName SOFS-CLUSTER1
Add-ClusterSetMember -ClusterName CLUSTER2 -CimSession CSMASTER -InfraSOFSName SOFS-CLUSTER2

클러스터 집합의 모든 멤버 클러스터를 열거하려면 다음을 수행합니다.
```
Get-ClusterSetMember -CimSession CSMASTER
```
관리 클러스터 노드를 포함하여 클러스터 집합의 모든 멤버 클러스터를 열거하려면 다음을 수행합니다.
```
Get-ClusterSet -CimSession CSMASTER | Get-Cluster | Get-ClusterNode
```
모든 멤버 클러스터의 모든 서버 노드를 나열하려면 다음을 수행합니다.
```
Get-ClusterSetNode -CimSession CSMASTER
```
클러스터 집합의 모든 리소스 그룹을 나열하려면 다음을 수행합니다.
```
Get-ClusterSet -CimSession CSMASTER | Get-Cluster | Get-ClusterGroup
```
클러스터 집합에 각 클러스터 멤버 CSV 볼륨에 대한 인프라 SOFS에 하나의 SMB 공유(ScopeName 인프라 파일 서버 이름)가 포함되어 있는지 확인하려면 다음을 수행합니다.
```
Get-SmbShare -CimSession CSMASTER
```
클러스터 집합, 관리 클러스터 및 각 클러스터 멤버에 대한 클러스터 집합 디버그 로그 파일을 검토합니다.
```
Get-ClusterSetLog -ClusterSetCimSession CSMASTER -IncludeClusterLog -IncludeManagementClusterLog -DestinationFolderPath <path>
```
모든 클러스터 집합 멤버 간에 제한된 위임을 사용하여 Kerberos를 구성합니다.
클러스터 집합의 각 노드에서 Kerberos로 클러스터 간 VM 실시간 마이그레이션 인증 유형을 구성합니다.
```
foreach($h in $hosts){ Set-VMHost -VirtualMachineMigrationAuthenticationType Kerberos -ComputerName $h }
```
클러스터 집합의 각 클러스터 멤버 서버 노드에 있는 로컬 관리자 그룹에 관리 클러스터를 추가합니다.
```
foreach($h in $hosts){ Invoke-Command -ComputerName $h -ScriptBlock {Net localgroup administrators /add <management_cluster_name>$} }
```

클러스터 집합 VM 만들기

클러스터 집합을 만든 후 다음 단계는 VM을 만드는 것입니다. 다음 검사 미리 수행해야 합니다.

각 클러스터 서버 노드에서 사용 가능한 메모리 확인
각 클러스터 서버 노드에서 사용 가능한 디스크 공간 확인
속도 및 성능 측면에서 특정 VM 스토리지 요구 사항 확인

이 Get-ClusterSetOptimalNodeForVM 명령은 클러스터 집합에서 최적의 클러스터 및 노드를 식별한 다음 VM을 배포합니다. 다음 예제에서는 다음을 사용하여 새 VM을 만듭니다.

4GB 사용 가능
하나의 가상 프로세서
사용 가능한 최소 CPU 10%

# Identify the optimal node to create a new virtual machine
$memoryinMB=4096
$vpcount = 1
$targetnode = Get-ClusterSetOptimalNodeForVM -CimSession CSMASTER -VMMemory $memoryinMB -VMVirtualCoreCount $vpcount -VMCpuReservation 10
$secure_string_pwd = convertto-securestring "<password>" -asplaintext -force
$cred = new-object -typename System.Management.Automation.PSCredential ("<domain\account>",$secure_string_pwd)

# Deploy the virtual machine on the optimal node
Invoke-Command -ComputerName $targetnode.name -scriptblock { param([String]$storagepath); New-VM CSVM1 -MemoryStartupBytes 3072MB -path $storagepath -NewVHDPath CSVM.vhdx -NewVHDSizeBytes 4194304 } -ArgumentList @("\\SOFS-CLUSTER1\VOLUME1") -Credential $cred | Out-Null

Start-VM CSVM1 -ComputerName $targetnode.name | Out-Null
Get-VM CSVM1 -ComputerName $targetnode.name | fl State, ComputerName

완료되면 VM이 배포된 클러스터 노드가 표시됩니다. 위의 예제에서는 다음과 같이 표시됩니다.

State         : Running
ComputerName  : 1-S2D2

VM을 추가하는 데 사용할 수 있는 메모리, CPU 용량 또는 디스크 공간이 충분하지 않으면 다음 오류가 표시됩니다.

Get-ClusterSetOptimalNodeForVM : A cluster node isn't available for this operation.

VM이 만들어지면 지정된 특정 노드의 Hyper-V 관리자에 표시됩니다. 클러스터 집합 VM으로 추가하고 클러스터에 추가하려면 다음 명령을 사용합니다.

Register-ClusterSetVM -CimSession CSMASTER -MemberName $targetnode.Member -VMName CSVM1

완료되면 출력은 다음과 같습니다.

Id  VMName  State  MemberName  PSComputerName
--  ------  -----  ----------  --------------
 1  CSVM1     On   CLUSTER1    CSMASTER

기존 VM을 사용하여 클러스터를 만든 경우 VM을 클러스터 집합에 등록해야 합니다. 모든 VM을 한 번에 등록하려면 다음을 사용합니다.

Get-ClusterSetMember -Name CLUSTER3 -CimSession CSMASTER | Register-ClusterSetVM -RegisterAll -CimSession CSMASTER

다음으로 클러스터 집합 네임스페이스에 VM 경로를 추가합니다.

예를 들어 기존 클러스터가 로컬 CSV(클러스터 공유 볼륨)에 있는 미리 구성된 VM을 사용하여 클러스터 집합에 추가되는 경우를 가정합니다. VHDX의 경로는 다음과 유사합니다 C:\ClusterStorage\Volume1\MYVM\Virtual Hard Disks\MYVM.vhdx1.

CSV 경로는 단일 멤버 클러스터에 로컬로 설계되므로 멤버 클러스터 간에 실시간 마이그레이션된 후에는 VM에 액세스할 수 없으므로 스토리지 마이그레이션이 필요합니다.

이 예제에서는 스케일 아웃 파일 서버 SOFS-CLUSTER3 사용하여 Add-ClusterSetMember 클러스터 집합에 CLUSTER3 추가됩니다. VM 구성 및 스토리지를 이동하기 위해 명령은 다음과 같습니다.

Move-VMStorage -DestinationStoragePath \\SOFS-CLUSTER3\Volume1 -Name MyVM

완료되면 다음과 같은 경고가 표시될 수 있습니다.

WARNING: There were issues updating the virtual machine configuration that may prevent the virtual machine from running. For more information view the report file below.
WARNING: Report file location: C:\Windows\Cluster\Reports\Update-ClusterVirtualMachineConfiguration '' on date at time.htm.

가상 머신 역할 스토리지 구성에 물리적 변경 내용이 없으면 이 경고는 무시될 수 있습니다. 실제 물리적 위치는 변경되지 않습니다. 구성 경로만 수행합니다.

자세한 Move-VMStorage내용은 Move-VMStorage를 참조 하세요.

클러스터 집합 내에서 VM을 실시간 마이그레이션하려면 다음이 포함됩니다.

Set-VMHost -UseAnyNetworkForMigration $true

그런 다음 CLUSTER3 클러스터 집합 VM을 CLUSTER1 NODE2-CL3으로 이동하려면 다음 명령을 사용합니다.

Move-ClusterSetVM -CimSession CSMASTER -VMName CSVM1 -Node NODE2-CL3

이 명령은 VM 스토리지 또는 구성 파일을 이동하지 않으며 VM에 대한 경로로 \\SOFS-CLUSTER1\VOLUME1 기본 필요하지 않습니다. VM이 인프라 파일 서버 공유 경로에 등록되면 드라이브 및 VM이 VM과 동일한 노드에 있지 않아도됩니다.

인프라 스케일 아웃 파일 서버 만들기

클러스터에는 하나의 인프라 SOFS 클러스터 역할이 있습니다. 인프라 SOFS 역할은 cmdlet에 -Infrastructure 스위치 매개 변수를 Add-ClusterScaleOutFileServerRole 지정하여 만들어집니다. 예시:

Add-ClusterScaleoutFileServerRole -Name "my_infra_sofs_name" -Infrastructure

생성된 각 CSV 볼륨은 CSV 볼륨 이름을 기반으로 자동 생성된 이름으로 SMB 공유 생성을 자동으로 트리거합니다. CSV 볼륨 만들기 및 수정 작업을 사용하는 것 외에는 SOFS 역할로 SMB 공유를 직접 만들거나 수정할 수 없습니다.

하이퍼 컨버지드 구성에서 인프라 SOFS를 사용하면 SMB 클라이언트(Hyper-V 호스트)가 CA(지속적인 가용성)와 인프라 SOFS SMB 서버와 통신할 수 있습니다. 이 하이퍼 수렴형 SMB 루프백 CA는 VM이 VHDX(가상 디스크) 파일에 액세스하여 소유하는 VM ID가 클라이언트와 서버 간에 전달되는 작업을 수행합니다. 이 ID 전달을 사용하면 이전과 같이 표준 하이퍼 컨버지드 클러스터 구성에서와 마찬가지로 VHDx 파일에 ACL을 사용할 수 있습니다.

클러스터 집합이 만들어지면 클러스터 집합 네임스페이스는 각 멤버 클러스터의 인프라 SOFS 및 관리 클러스터의 인프라 SOFS를 사용합니다.

클러스터 집합에 멤버 클러스터를 추가할 때 해당 클러스터에 인프라 SOFS의 이름이 이미 있는 경우 지정할 수 있습니다. 인프라 SOFS가 없으면 새 멤버 클러스터에서 새 인프라 SOFS 역할이 만들어집니다. 멤버 클러스터에 인프라 SOFS 역할이 이미 있는 경우 추가 작업은 필요에 따라 지정된 이름으로 암시적으로 이름을 바꿉니다. 기존 SMB 서버 또는 멤버 클러스터의 비 인프라 SOFS 역할은 클러스터 집합에서 사용되지 않습니다.

클러스터 집합을 만들 때 기존 AD 컴퓨터 개체를 관리 클러스터의 네임스페이스 루트로 사용할 수 있는 옵션이 있습니다. 클러스터 집합 만들기는 관리 클러스터에서 인프라 SOFS 클러스터 역할을 만들거나 기존 인프라 SOFS 역할의 이름을 바꿉니다. 관리 클러스터의 인프라 SOFS는 클러스터 집합 네임스페이스 조회 SOFS로 사용됩니다.

장애 기본 및 가용성 집합 만들기

Azure와 유사한 장애 기본 및 가용성 집합은 클러스터 집합에서 구성할 수 있습니다. 이는 클러스터 간의 초기 VM 배치 및 마이그레이션에 유용합니다.

아래 예제에는 클러스터 집합에 4개의 클러스터가 있습니다. 집합 내에서 하나의 오류는 기본 두 개의 클러스터를 사용하여 만들어지고 두 번째 오류는 기본 다른 두 클러스터와 함께 만들어집니다. 이러한 두 오류는 가용성 집합을 구성합니다기본.

아래 예제에서 CLUSTER1 및 CLUSTER2 오류에 있습니다기본 FD1 및 CLUSTER3 및 CLUSTER4 오류에 있습니다기본 FD2. 가용성 집합은 CSMASTER-AS입니다.

오류 do기본를 만들기 위해 명령은 다음과 같습니다.

New-ClusterSetFaultDomain -Name FD1 -FdType Logical -CimSession CSMASTER -MemberCluster CLUSTER1,CLUSTER2 -Description "First fault domain"

New-ClusterSetFaultDomain -Name FD2 -FdType Logical -CimSession CSMASTER -MemberCluster CLUSTER3,CLUSTER4 -Description "Second fault domain"

성공적으로 Get-ClusterSetFaultDomain 만들어졌는지 확인하려면 FD1에 대해 표시된 출력으로 실행할 수 있습니다.

PS C:\> Get-ClusterSetFaultDomain -CimSession CSMASTER -FdName FD1 | fl *

PSShowComputerName    : True
FaultDomainType       : Logical
ClusterName           : {CLUSTER1, CLUSTER2}
Description           : First fault domain
FDName                : FD1
Id                    : 1
PSComputerName        : CSMASTER

이제 오류가 기본 생성되었으므로 가용성 집합이 만들어집니다.

New-ClusterSetAvailabilitySet -Name CSMASTER-AS -FdType Logical -CimSession CSMASTER -ParticipantName FD1,FD2

생성되었는지 확인하려면 다음을 사용합니다.

Get-ClusterSetAvailabilitySet -AvailabilitySetName CSMASTER-AS -CimSession CSMASTER

새 VM을 만들 때 매개 변수를 -AvailabilitySet 사용하여 배치에 가장 적합한 노드를 결정합니다. 예를 들면 다음과 같습니다.

# Identify the optimal node to create a new VM
$memoryinMB=4096
$vpcount = 1
$av = Get-ClusterSetAvailabilitySet -Name CSMASTER-AS -CimSession CSMASTER
$targetnode = Get-ClusterSetOptimalNodeForVM -CimSession CSMASTER -VMMemory $memoryinMB -VMVirtualCoreCount $vpcount -VMCpuReservation 10 -AvailabilitySet $av
$secure_string_pwd = convertto-securestring "<password>" -asplaintext -force
$cred = new-object -typename System.Management.Automation.PSCredential ("<domain\account>",$secure_string_pwd)

집합에서 클러스터 제거

클러스터 집합에서 클러스터를 제거해야 하는 경우가 있습니다. 모범 사례로 모든 클러스터 집합 VM을 클러스터 밖으로 미리 이동해야 합니다. 이 작업은 및 Move-VMStorage 명령을 사용하여 Move-ClusterSetVM 수행할 수 있습니다.

VM이 먼저 클러스터 밖으로 이동되지 않는 경우 제거되는 클러스터에서 호스트되는 클러스터 집합 VM을 다시 기본 스토리지에 액세스할 수 있다고 가정하면 해당 클러스터에 바인딩된 고가용성 VM이 됩니다. 또한 클러스터 집합은 제거된 클러스터 및 클러스터에서 실행 중인 VM의 상태를 더 이상 추적하지 않고 제거된 클러스터에서 호스트되는 공유에 대한 네임스페이스 및 모든 참조를 제거하여 인벤토리를 자동으로 업데이트합니다.

예를 들어 클러스터 집합에서 CLUSTER1 클러스터를 제거하는 명령은 다음과 같습니다.

Remove-ClusterSetMember -ClusterName CLUSTER1 -CimSession CSMASTER

시스템 상태 백업

시스템 상태 백업은 클러스터 상태 및 메타데이터를 백업합니다. Windows Server Backup을 사용하면 필요한 경우 노드의 클러스터 데이터베이스만 복원하거나 신뢰할 수 있는 복원을 수행하여 모든 노드에서 전체 클러스터 데이터베이스를 롤백할 수 있습니다. 클러스터 집합의 경우 먼저 멤버 클러스터에 대해 신뢰할 수 있는 복원을 수행한 다음 관리 클러스터에 대해 수행하는 것이 좋습니다. 시스템 상태 백업에 대한 자세한 내용은 시스템 상태 및 운영 체제 미설치 백업을 참조하세요.

다음 단계

스토리지 복제본에 대해 자세히 알아봅니다.