Windows PowerShell 사용하여 Azure Stack HCI 클러스터 만들기

  • 아티클

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

경고

이 문서에 제공된 배포 지침은 이전 버전인 Azure Stack HCI 버전 22H2에 적용됩니다. 새 배포의 경우 최신 일반 공급 버전인 Azure Stack HCI 버전 23H2를 사용하는 것이 좋습니다. 배포 지침은 Azure Stack HCI 버전 23H2 배포 정보를 참조하세요.

이 문서에서는 Windows PowerShell 사용하여 저장소 공간 다이렉트 사용하는 Azure Stack HCI 하이퍼컨버지드 클러스터를 만드는 방법을 알아봅니다. Windows Admin Center 클러스터 만들기 마법사를 사용하여 클러스터를 만드는 경우 Windows Admin Center 사용하여 클러스터 만들기를 참조하세요.

참고

Azure Stack HCI 21H2의 단일 서버 설치를 수행하는 경우 PowerShell을 사용하여 클러스터를 만듭니다.

다음 두 클러스터 유형 중에서 선택할 수 있습니다.

  • 하나 또는 두 개의 서버 노드가 있는 표준 클러스터는 모두 단일 사이트에 있습니다.
  • 사이트당 두 개의 노드가 있는 두 사이트에 걸쳐 있는 4개 이상의 서버 노드가 있는 확장된 클러스터입니다.

단일 서버 시나리오의 경우 한 서버에 대해 동일한 지침을 완료합니다.

참고

스트레치 클러스터는 단일 서버 구성에서 지원되지 않습니다.

이 문서에서는 Server1, Server2, Server3 및 Server4라는 4개의 서버 노드로 구성된 Cluster1이라는 예제 클러스터를 만듭니다.

확장된 클러스터 시나리오의 경우 ClusterS1을 이름으로 사용하고 사이트 Site1 및 Site2에 걸쳐 확장된 동일한 4개의 서버 노드를 사용합니다.

확장 클러스터에 대한 자세한 내용은 확장된 클러스터 개요를 참조하세요.

최소 또는 추가 하드웨어 없이 Azure Stack HCI를 테스트하려면 Azure Stack HCI 평가 가이드를 검사 수 있습니다. 이 가이드에서는 Azure VM 내에서 중첩된 가상화를 사용하여 Azure Stack HCI를 경험하는 단계를 안내합니다. 또는 Azure Stack HCI용 VM 기반 랩 만들기 자습서를 사용하여 선택한 서버에서 중첩된 가상화를 사용하여 고유한 프라이빗 랩 환경을 만들어 클러스터링 위해 Azure Stack HCI를 실행하는 VM을 배포합니다.

시작하기 전에

시작하기 전에 다음을 확인합니다.

Windows PowerShell 사용

호스트 서버의 RDP 세션에서 PowerShell을 로컬로 실행하거나 관리 컴퓨터에서 원격으로 PowerShell을 실행할 수 있습니다. 이 문서에서는 원격 옵션에 대해 설명합니다.

관리 컴퓨터에서 PowerShell을 실행할 때 관리 중인 서버 또는 클러스터의 이름으로 또는 -Cluster 매개 변수를 포함합니다-Name. 또한 서버 노드에 매개 변수를 사용할 때 FQDN(정규화된 도메인 이름)을 -ComputerName 지정해야 할 수도 있습니다.

Hyper-V 및 장애 조치(failover) 클러스터링을 위한 RSAT(원격 서버 관리 도구) cmdlet 및 PowerShell 모듈이 필요합니다. 관리 컴퓨터의 PowerShell 세션에서 cmdlet 및 모듈을 아직 사용할 수 없는 경우 명령을 Add-WindowsFeature RSAT-Clustering-PowerShell사용하여 cmdlet 및 모듈을 추가할 수 있습니다.

1단계: 서버 설정

먼저 각 서버에 연결하고, 도메인(관리 컴퓨터가 있는 동일한 도메인)에 연결하고, 필요한 역할 및 기능을 설치합니다.

1.1단계: 서버에 연결

서버에 연결하려면 먼저 네트워크 연결이 있어야 하고, 동일한 도메인 또는 완전히 신뢰할 수 있는 도메인에 가입하고, 서버에 대한 로컬 관리 권한이 있어야 합니다.

PowerShell을 열고 연결하려는 서버의 정규화된 도메인 이름 또는 IP 주소를 사용합니다. 각 서버에서 다음 명령을 실행하면 암호를 묻는 메시지가 표시됩니다.

이 예제에서는 서버 이름이 Server1, Server2, Server3 및 Server4라고 가정합니다.

Enter-PSSession -ComputerName "Server1" -Credential "Server1\Administrator"

동일한 작업을 수행하는 또 다른 예는 다음과 같습니다.

$myServer1 = "Server1"
$user = "$myServer1\Administrator"

Enter-PSSession -ComputerName $myServer1 -Credential $user

팁

관리 PC에서 PowerShell 명령을 실행할 때 WinRM에서 요청을 처리할 수 없음 과 같은 오류가 발생할 수 있습니다. 이 문제를 해결하려면 PowerShell을 사용하여 관리 컴퓨터의 신뢰할 수 있는 호스트 목록에 각 서버를 추가합니다. 이 목록은 예를 들어 와일드카드를 지원합니다 Server* .

Set-Item WSMAN:\Localhost\Client\TrustedHosts -Value Server1 -Force

신뢰할 수 있는 호스트 목록을 보려면 를 입력 Get-Item WSMAN:\Localhost\Client\TrustedHosts합니다.

목록을 비우려면 를 입력합니다 Clear-Item WSMAN:\Localhost\Client\TrustedHost.

1.2단계: 도메인 가입 및 도메인 계정 추가

이전 단계에서 로컬 관리자 계정 <ServerName>\Administrator을 사용하여 각 서버 노드에 연결했습니다.

계속하려면 서버를 도메인에 조인하고 모든 서버의 로컬 관리자 그룹에 있는 도메인 계정을 사용해야 합니다.

cmdlet을 Enter-PSSession 사용하여 각 서버에 연결하고 다음 cmdlet을 실행하여 서버 이름, 도메인 이름 및 도메인 자격 증명을 대체합니다.

Add-Computer -NewName "Server1" -DomainName "contoso.com" -Credential "Contoso\User" -Restart -Force

관리자 계정이 Domain Admins 그룹의 구성원이 아닌 경우 각 서버의 로컬 관리자 그룹에 관리자 계정을 추가하거나 관리자에게 사용하는 그룹을 추가합니다. 다음 명령을 사용하여 수행할 수 있습니다.

Add-LocalGroupMember -Group "Administrators" -Member "king@contoso.local"

1.3단계: 역할 및 기능 설치

다음 단계는 클러스터의 모든 서버에 필요한 Windows 역할 및 기능을 설치하는 것입니다. 설치할 역할은 다음과 같습니다.

  • BitLocker
  • 데이터 센터 브리징
  • 장애 조치(Failover) 클러스터링
  • 파일 서버
  • FS-Data-Deduplication 모듈
  • Hyper-V
  • Hyper-V PowerShell
  • RSAT-Clustering-PowerShell 모듈
  • RSAT-AD-PowerShell 모듈
  • NetworkATC
  • NetworkHUD
  • SMB 대역폭 제한
  • 스토리지 복제본(확장된 클러스터용)

각 서버에 대해 다음 명령을 사용합니다(원격 데스크톱을 통해 연결된 경우 여기 및 후속 명령에서 매개 변수를 생략 -ComputerName ).

Install-WindowsFeature -ComputerName "Server1" -Name "BitLocker", "Data-Center-Bridging", "Failover-Clustering", "FS-FileServer", "FS-Data-Deduplication", "FS-SMBBW", "Hyper-V", "Hyper-V-PowerShell", "RSAT-AD-Powershell", "RSAT-Clustering-PowerShell", "NetworkATC", "NetworkHUD", "Storage-Replica" -IncludeAllSubFeature -IncludeManagementTools

클러스터의 모든 서버에서 동시에 명령을 실행하려면 다음 스크립트를 사용하여 환경에 맞게 처음에 변수 목록을 수정합니다.

# Fill in these variables with your values
$ServerList = "Server1", "Server2", "Server3", "Server4"
$FeatureList = "BitLocker", "Data-Center-Bridging", "Failover-Clustering", "FS-FileServer", "FS-Data-Deduplication", "Hyper-V", "Hyper-V-PowerShell", "RSAT-AD-Powershell", "RSAT-Clustering-PowerShell", "NetworkATC", "NetworkHUD", "FS-SMBBW", "Storage-Replica"

# This part runs the Install-WindowsFeature cmdlet on all servers in $ServerList, passing the list of features in $FeatureList.
Invoke-Command ($ServerList) {
    Install-WindowsFeature -Name $Using:Featurelist -IncludeAllSubFeature -IncludeManagementTools
}

그런 다음 모든 서버를 다시 시작합니다.

$ServerList = "Server1", "Server2", "Server3", "Server4"
Restart-Computer -ComputerName $ServerList -WSManAuthentication Kerberos

2단계: 클러스터 설정 준비

다음으로 서버가 클러스터링 준비가 되었는지 확인합니다.

온전성 검사 다음 명령을 실행하여 서버가 클러스터에 아직 속하지 않도록 하는 것이 좋습니다.

를 사용하여 Get-ClusterNode 모든 노드를 표시합니다.

Get-ClusterNode

를 사용하여 Get-ClusterResource 모든 클러스터 노드를 표시합니다.

Get-ClusterResource

를 사용하여 Get-ClusterNetwork 모든 클러스터 네트워크를 표시합니다.

Get-ClusterNetwork

2.1단계: 드라이브 준비

저장소 공간 다이렉트 사용하도록 설정하기 전에 영구 드라이브가 비어 있는지 확인합니다. 다음 스크립트를 실행하여 이전 파티션 및 기타 데이터를 제거합니다.

참고

스크립트에서 서버 노드에 연결된 모든 이동식 드라이브를 제외합니다. 예를 들어 이 스크립트를 서버 노드에서 로컬로 실행하는 경우 클러스터를 배포하는 데 사용할 수 있는 이동식 드라이브를 지우고 싶지 않을 수 있습니다.

# Fill in these variables with your values
$ServerList = "Server1", "Server2", "Server3", "Server4"

Invoke-Command ($ServerList) {
    Update-StorageProviderCache
    Get-StoragePool | ? IsPrimordial -eq $false | Set-StoragePool -IsReadOnly:$false -ErrorAction SilentlyContinue
    Get-StoragePool | ? IsPrimordial -eq $false | Get-VirtualDisk | Remove-VirtualDisk -Confirm:$false -ErrorAction SilentlyContinue
    Get-StoragePool | ? IsPrimordial -eq $false | Remove-StoragePool -Confirm:$false -ErrorAction SilentlyContinue
    Get-PhysicalDisk | Reset-PhysicalDisk -ErrorAction SilentlyContinue
    Get-Disk | ? Number -ne $null | ? IsBoot -ne $true | ? IsSystem -ne $true | ? PartitionStyle -ne RAW | % {
        $_ | Set-Disk -isoffline:$false
        $_ | Set-Disk -isreadonly:$false
        $_ | Clear-Disk -RemoveData -RemoveOEM -Confirm:$false
        $_ | Set-Disk -isreadonly:$true
        $_ | Set-Disk -isoffline:$true
    }
    Get-Disk | Where Number -Ne $Null | Where IsBoot -Ne $True | Where IsSystem -Ne $True | Where PartitionStyle -Eq RAW | Group -NoElement -Property FriendlyName
} | Sort -Property PsComputerName, Count

2.2단계: 클러스터 구성 테스트

이 단계에서는 서버 노드가 클러스터를 만들도록 올바르게 구성되었는지 확인합니다. cmdlet은 Test-Cluster 테스트를 실행하여 구성이 하이퍼 컨버지드 클러스터로 작동하는 데 적합한지 확인하는 데 사용됩니다. 다음 예제에서는 올바른 테스트가 -Include 유효성 검사에 포함되도록 지정된 특정 범주의 테스트와 함께 매개 변수를 사용합니다.

Test-Cluster -Node $ServerList -Include "Storage Spaces Direct", "Inventory", "Network", "System Configuration"

3단계: 클러스터 만들기

이제 이전 단계에서 유효성을 검사한 서버 노드를 사용하여 클러스터를 만들 준비가 되었습니다.

클러스터를 만들 때 다음과 같은 경고가 표시될 수 있습니다. "There were issues while creating the clustered role that may prevent it from starting. For more information, view the report file below." 이 경고는 무시해도 됩니다. 이 경고는 클러스터 감시에 사용할 수 있는 디스크가 없기 때문입니다. 클러스터 감시는 이후 단계에서 만들어집니다.

참고

서버가 고정 IP 주소를 사용하는 경우 다음 매개 변수를 추가하고 IP -StaticAddress <X.X.X.X>;주소를 지정하여 고정 IP 주소를 반영하도록 다음 명령을 수정합니다.

$ClusterName="cluster1" 
New-Cluster -Name $ClusterName –Node $ServerList –nostorage

클러스터를 만든 후에는 특히 작업 그룹 서버가 Active Directory에 새로 추가된 경우 도메인 전체에서 DNS를 통해 클러스터 이름을 복제하는 데 시간이 걸릴 수 있습니다. 클러스터가 Windows Admin Center 표시될 수 있지만 아직 에 연결할 수 없을 수도 있습니다.

모든 클러스터 리소스가 온라인 상태인지 확인하는 좋은 검사.

Get-Cluster -Name $ClusterName | Get-ClusterResource

일정 시간 후에 클러스터를 확인하는 데 성공하지 못하는 경우 대부분의 경우 클러스터 이름 대신 클러스터된 서버 중 하나의 이름을 사용하여 연결할 수 있습니다.

4단계: 호스트 네트워킹 구성

Azure Stack HCI 버전 21H2 이상을 실행하는 경우 네트워크 ATC 를 사용하여 호스트 네트워킹을 배포하는 것이 좋습니다. 그렇지 않으면 특정 요구 사항 및 정보에 대한 호스트 네트워크 요구 사항을 참조하세요.

네트워크 ATC는 어댑터에 대해 하나 이상의 의도 유형을 지정하는 경우 의도된 네트워킹 구성의 배포를 자동화할 수 있습니다. 특정 의도 유형에 대한 자세한 내용은 네트워크 트래픽 유형을 참조하세요.

4.1단계: 실제 어댑터 검토

클러스터 노드 중 하나에서 를 실행 Get-NetAdapter 하여 실제 어댑터를 검토합니다. 클러스터의 각 노드에 이름이 같은 실제 어댑터가 있고 상태 'Up'으로 보고하는지 확인합니다.

Get-NetAdapter -Name pNIC01, pNIC02 -CimSession $ClusterName | Select Name, PSComputerName

실제 어댑터 이름이 클러스터의 노드에 따라 달라지는 경우 를 사용하여 Rename-NetAdapter이름을 바꿀 수 있습니다.

Rename-NetAdapter -Name oldName -NewName newName

4.2단계: 의도 구성

이 예제에서는 컴퓨팅 및 스토리지 의도를 지정하는 의도가 만들어집니다. 자세한 의도 예제 는 네트워크 ATC를 사용하여 호스트 네트워킹 간소화 를 참조하세요.

다음 명령을 실행하여 pNIC01 및 pNIC02에 스토리지 및 컴퓨팅 의도 유형을 추가합니다. 매개 변수를 지정합니다 -ClusterName .

Add-NetIntent -Name Cluster_ComputeStorage -Compute -Storage -ClusterName $ClusterName -AdapterName pNIC01, pNIC02

명령은 몇 가지 초기 확인 후에 즉시 반환되어야 합니다.

4.3단계: 의도 배포 유효성 검사

cmdlet을 Get-NetIntent 실행하여 클러스터 의도를 확인합니다. 둘 이상의 의도가 있는 경우 매개 변수를 Name 지정하여 특정 의도의 세부 정보만 볼 수 있습니다.

Get-NetIntent -ClusterName $ClusterName

의도의 프로비저닝 상태 보려면 명령을 실행합니다Get-NetIntentStatus.

Get-NetIntentStatus -ClusterName $ClusterName -Name Cluster_ComputeStorage

프로비전, 유효성 검사, 성공, 실패를 보여 주는 상태 매개 변수를 확인합니다.

상태 몇 분 안에 성공을 표시해야 합니다. 성공 상태 발생하지 않거나 상태 매개 변수 오류가 표시되는 경우 이벤트 뷰어에 문제를 검사.

참고

현재 네트워크 ATC는 관리되는 어댑터에 대한 IP 주소를 구성하지 않습니다. Get-NetIntentStatus 보고서가 상태 완료되면 어댑터에 IP 주소를 추가해야 합니다.

5단계: 사이트 설정(확장 클러스터)

이 작업은 각 사이트에 서버가 두 개 이상 있는 두 사이트 간에 확장된 클러스터를 만드는 경우에만 적용됩니다.

참고

Active Directory 사이트 및 서비스를 미리 설정한 경우 다음 섹션에 설명된 대로 사이트를 수동으로 만들 필요가 없습니다.

5.1단계: 사이트 만들기

다음 cmdlet에서 FaultDomain 은 사이트의 다른 이름일 뿐입니다. 이 예제에서는 확장된 클러스터의 이름으로 "ClusterS1"을 사용합니다.

New-ClusterFaultDomain -CimSession $ClusterName -FaultDomainType Site -Name "Site1"

New-ClusterFaultDomain -CimSession $ClusterName -FaultDomainType Site -Name "Site2"

cmdlet을 Get-ClusterFaultDomain 사용하여 두 사이트가 클러스터에 대해 생성되었는지 확인합니다.

Get-ClusterFaultDomain -CimSession $ClusterName

5.2단계: 서버 노드 할당

다음으로 4개의 서버 노드를 해당 사이트에 할당합니다. 다음 예제에서는 Server1 및 Server2가 Site1에 할당되고 Server3 및 Server4는 Site2에 할당됩니다.

Set-ClusterFaultDomain -CimSession $ClusterName -Name "Server1", "Server2" -Parent "Site1"

Set-ClusterFaultDomain -CimSession $ClusterName -Name "Server3", "Server4" -Parent "Site2"

cmdlet을 Get-ClusterFaultDomain 사용하여 노드가 올바른 사이트에 있는지 확인합니다.

Get-ClusterFaultDomain -CimSession $ClusterName

5.3단계: 기본 설정 사이트 설정

전역 기본 설정 사이트를 정의할 수도 있습니다. 즉, 지정된 리소스와 그룹이 기본 설정 사이트에서 실행되어야 합니다. 이 설정은 다음 명령을 사용하여 사이트 수준에서 정의할 수 있습니다.

(Get-Cluster).PreferredSite = "Site1"

확장 클러스터에 대해 기본 설정 사이트를 지정하면 다음과 같은 이점이 있습니다.

  • 콜드 시작 - 콜드 시작 중에 가상 머신이 기본 설정 사이트에 배치됩니다.

  • 쿼럼 투표

    • 동적 쿼럼을 사용하면 우선 수동(복제) 사이트에서 가중치가 감소하여 다른 모든 항목이 같으면 기본 설정 사이트가 유지되도록 합니다. 또한 비대칭 네트워크 연결 실패와 같은 이벤트 후 다시 그룹화 중에 먼저 수동 사이트에서 서버 노드를 정리합니다.

    • 두 사이트를 쿼럼으로 분할하는 동안 클러스터 감시에 연결할 수 없는 경우 기본 설정 사이트가 자동으로 승리하도록 선택됩니다. 수동 사이트의 서버 노드는 클러스터 멤버 자격을 중퇴하여 클러스터가 동시에 50%의 투표 손실에서 살아남을 수 있도록 합니다.

기본 설정 사이트는 클러스터 역할 또는 그룹 수준에서 구성할 수도 있습니다. 이 경우 각 가상 머신 그룹에 대해 다른 기본 설정 사이트를 구성하여 사이트를 활성화하고 특정 가상 머신에 대해 선호할 수 있습니다.

5.4단계: 네트워크 ATC를 사용하여 스트레치 클러스터링 설정

버전 22H2 이후 네트워크 ATC를 사용하여 Stretch 클러스터링 설정할 수 있습니다. 네트워크 ATC는 스트레치를 버전 22H2의 의도 형식으로 추가합니다. 네트워크 ATC를 사용하여 Stretch 클러스터링 사용하여 의도를 배포하려면 다음 명령을 실행합니다.

Add-NetIntent -Name StretchIntent -Stretch -AdapterName "pNIC01", "pNIC02"

네트워크 ATC를 사용하여 배포할 때 스트레치 의도를 다른 의도와 결합할 수도 있습니다.

SiteOverrides

5.1-5.3단계에 따라 네트워크 ATC를 사용하여 배포된 스트레치 의도에 미리 만들어진 사이트를 추가할 수 있습니다. 네트워크 ATC는 SiteOverrides를 사용하여 이를 처리합니다. SiteOverride를 만들려면 다음을 실행합니다.

 $siteOverride = New-NetIntentSiteOverrides

siteOverride가 만들어지면 siteOverride에 대한 속성을 설정할 수 있습니다. siteOverride의 name 속성 이름이 ClusterFaultDomain에 있는 사이트 이름과 정확히 같은지 확인합니다. ClusterFaultDomain과 siteOverride 간의 이름이 일치하지 않을 경우 siteOverride가 적용되지 않습니다.

특정 siteOverride에 대해 설정할 수 있는 속성은 Name, StorageVlan 및 StretchVlan입니다. 예를 들어 다음을 사용하여 두 사이트 site1 및 site2에 대해 2개의 siteOverrides를 만듭니다.

$siteOverride1 = New-NetIntentSiteOverrides
$siteoverride1.Name = "site1"
$siteOverride1.StorageVLAN = 711
$siteOverride1.StretchVLAN = 25

$siteOverride2 = New-NetIntentSiteOverrides
$siteOverride2.Name = "site2"
$siteOverride2.StorageVLAN = 712
$siteOverride2.StretchVLAN = 26

PowerShell 창에서 를 $siteOverride2 실행$siteOverride1하여 모든 속성이 원하는 방식으로 설정되었는지 확인할 수 있습니다.

마지막으로, 의도에 하나 이상의 siteOverrides를 추가하려면 다음을 실행합니다.

Add-NetIntent -Name StretchIntent -Stretch -AdapterName "pNIC01" , "pNIC02" -SiteOverrides $siteOverride1, $siteOverride2

6단계: 저장소 공간 다이렉트 사용

클러스터를 만든 후 cmdlet을 Enable-ClusterStorageSpacesDirect 사용하여 저장소 공간 다이렉트 사용하도록 설정하고 다음을 자동으로 수행합니다.

  • 스토리지 풀 만들기: 이름이 "Cluster1 Storage Pool"인 클러스터에 대한 스토리지 풀을 만듭니다.

  • 클러스터 성능 기록 디스크 만들기: 스토리지 풀에 클러스터 성능 기록 가상 디스크를 만듭니다.

  • 데이터 및 로그 볼륨 만들기: 스토리지 풀에 데이터 볼륨 및 로그 볼륨을 만듭니다.

  • 저장소 공간 다이렉트 캐시 구성: 저장소 공간 다이렉트 사용할 수 있는 미디어(드라이브) 유형이 두 개 이상 있는 경우 캐시 디바이스로 가장 빠르게 사용할 수 있습니다(대부분의 경우 읽기 및 쓰기).

  • 계층 만들기: 두 계층을 기본 계층으로 만듭니다. 하나는 "Capacity"이고 다른 하나는 "Performance"입니다. Cmdlet은 디바이스를 분석한 후 디바이스 유형과 복원력을 조합하여 각 계층을 구성합니다.

단일 서버 시나리오의 경우 유일한 FaultDomainAwarenessDefault는 PhysicalDisk입니다. Enable-ClusterStorageSpacesDirect cmdlet은 단일 서버를 검색하고 사용하도록 설정하는 동안 FaultDomainAwarenessDefault를 PhysicalDisk로 자동으로 구성합니다.

확장된 클러스터의 Enable-ClusterStorageSpacesDirect 경우 cmdlet은 다음도 수행합니다.

  • 사이트가 설정되어 있는지 확인합니다.
  • 어떤 노드가 어떤 사이트에 있는지 확인
  • 각 노드에서 사용할 수 있는 스토리지 결정
  • 스토리지 복제본 기능이 각 노드에 설치되어 있는지 확인합니다.
  • 각 사이트에 대한 스토리지 풀을 만들고 사이트 이름으로 식별합니다.
  • 각 스토리지 풀에서 사이트당 하나씩 데이터 및 로그 볼륨을 만듭니다.

다음 명령은 다중 노드 클러스터에서 저장소 공간 다이렉트 사용하도록 설정합니다. 다음과 같이 스토리지 풀의 이름을 지정할 수도 있습니다.

Enable-ClusterStorageSpacesDirect -PoolFriendlyName "$ClusterName Storage Pool" -CimSession $ClusterName

단일 노드 클러스터에서 스토리지 캐시를 사용하지 않도록 설정하는 예제는 다음과 같습니다.

Enable-ClusterStorageSpacesDirect -CacheState Disabled

스토리지 풀을 보려면 다음 명령을 사용합니다.

Get-StoragePool -CimSession $ClusterName

클러스터를 만든 후

클러스터를 만들었으므로 완료해야 하는 다른 중요한 작업이 있습니다.

다음 단계