클러스터 집합 배포

아티클
09/25/2024

적용 대상: Windows Server 2019

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

클러스터 세트는 총 64개의 클러스터 노드까지 테스트되고 지원됩니다. 그러나 클러스터 세트는 훨씬 더 큰 규모로 확장할 수 있으며 특정 한계에 제약되지 않습니다.

이점

클러스터 세트는 다음과 같은 이점을 제공합니다:

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

요구 사항 및 제한 사항

클러스터 세트 사용에 대한 몇 가지 요구 사항 및 제한 사항이 있습니다:

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

아키텍처

다음 다이어그램은 높은 수준의 클러스터 세트를 보여 줍니다:

다음은 표시된 각 요소에 대한 요약입니다:

관리 클러스터

관리 클러스터는 클러스터 세트에 대해 고가용성 관리 계층 및 네임스페이스 참조 스케일 아웃 파일 서버(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를 실행하는 관리 클라이언트 컴퓨터를 사용합니다.
관리 클러스터 서버에 장애 조치 클러스터 도구를 설치합니다.
두 개의 구성 클러스터를 만들고 각 클러스터에 클러스터 공유 볼륨(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를 구성합니다.
클러스터 세트의 각 노드에서 클러스터 간 VM 실시간 마이그레이션 인증 유형을 Kerberos로 구성합니다.
```
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 사용 가능
하나의 가상 프로세서
최소 10%의 CPU 가용성

# 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을 표시합니다. 클러스터 세트 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에 액세스할 수 없으므로 스토리지 마이그레이션이 필요합니다.

이 예제에서는 CLUSTER3이 Add-ClusterSetMember을 사용하여 스케일 아웃 파일 서버 SOFS-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

그런 다음, 예를 들어 클러스터 세트 VM을 CLUSTER1에서 CLUSTER3의 NODE2-CL3으로 이동하려면 다음 명령을 사용합니다.

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

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

다음과 같이 인프라 스케일 아웃 파일 서버를 만듭니다.

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

Add-ClusterScaleoutFileServerRole -Name "my_infra_sofs_name" -Infrastructure

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

하이퍼 컨버지드 구성에서 인프라 SOFS를 사용하면 SMB 클라이언트(Hyper-V 호스트)가 인프라 SOFS SMB 서버와 지속적인 가용성(CA)를 통해 통신할 수 있도록 합니다. 이 하이퍼 컨버지드 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입니다.

장애 도메인을 만들기 위해서는 다음의 명령을 실행합니다.

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-ClusterSetVM 및 Move-VMStorage 명령을 사용하여 수행할 수 있습니다.

VM이 먼저 클러스터 밖으로 이동되지 않으면, 제거되는 클러스터에서 호스팅되는 모든 남은 클러스터 세트 VM은 저장소에 액세스할 수 있다고 가정하여 해당 클러스터에 바인딩된 고가용성 VM이 됩니다. 또한, 클러스터 세트는 제거된 클러스터와 그 위에서 실행되는 VM의 상태를 더 이상 추적하지 않음으로써 자동으로 인벤토리를 업데이트하며, 제거된 클러스터에서 호스팅된 공유에 대한 네임스페이스 및 모든 참조를 제거합니다.

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

Remove-ClusterSetMember -ClusterName CLUSTER1 -CimSession CSMASTER

시스템 상태 백업

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

다음 단계

스토리지 복제본에 대한 자세한 내용을 알아봅니다.

다음을 통해 공유