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

아티클
11/23/2024

적용 대상: Azure Local, 버전 22H2

Important

Azure Stack HCI는 이제 Azure Local의 일부입니다. 제품 설명서 이름 바꾸기가 진행 중입니다. 그러나 이전 버전의 Azure Stack HCI(예: 22H2)는 Azure Stack HCI를 계속 참조하며 이름 변경 내용이 반영되지 않습니다. 자세히 알아보기.

Warning

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

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

참고 항목

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

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

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

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

참고 항목

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

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

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

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

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

시작하기 전에

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

Azure Stack HCI 시스템 요구 사항을 읽고 이해 합니다.
Azure Stack HCI에 대한 물리적 네트워크 요구 사항 및 호스트 네트워크 요구 사항을 읽고 이해합니다 .
클러스터의 각 서버에 Azure Stack HCI OS를 설치합니다. Azure Stack HCI 운영 체제 배포를 참조하세요.
모든 서버가 올바른 표준 시간대에 있는지 확인합니다.
각 서버에 로컬 관리자 그룹의 구성원인 계정이 있습니다.
Active Directory에서 개체를 만들 수 있는 권한이 있습니다.
확장된 클러스터의 경우 Active Directory에서 미리 두 사이트를 설정합니다.

Windows PowerShell 사용

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

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

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

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단계: 드라이브 준비

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

참고 항목

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

# 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를 사용하여 스트레치 클러스터링을 설정할 수 있습니다. 네트워크 ATC는 버전 22H2에서 Stretch를 의도 형식으로 추가합니다. 네트워크 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의 이름 속성의 이름이 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 창에서 실행 $siteOverride1$siteOverride2 하여 모든 속성이 원하는 방식으로 설정되었는지 확인할 수 있습니다.

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

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

6단계: 저장소 공간 Direct 사용

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

스토리지 풀 만들기: 이름이 "Cluster1 Storage Pool"인 클러스터에 대한 스토리지 풀을 만듭니다.
클러스터 성능 기록 디스크 만들기: 스토리지 풀에 클러스터 성능 기록 가상 디스크를 만듭니다.
데이터 및 로그 볼륨 만들기: 스토리지 풀에 데이터 볼륨 및 로그 볼륨을 만듭니다.
저장소 공간 직접 캐시 구성: 저장소 공간 Direct에 사용할 수 있는 미디어(드라이브) 유형이 두 개 이상 있는 경우 가장 빠른 캐시 디바이스(대부분의 경우 읽기 및 쓰기)가 가능합니다.
계층 만들기: 두 계층을 기본 계층으로 만듭니다. 하나는 "Capacity"이고 다른 하나는 "Performance"입니다. Cmdlet은 디바이스를 분석한 후 디바이스 유형과 복원력을 조합하여 각 계층을 구성합니다.

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

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

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

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

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

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

Enable-ClusterStorageSpacesDirect -CacheState Disabled

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

Get-StoragePool -CimSession $ClusterName

클러스터를 만든 후

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

2노드 이상의 클러스터를 사용하는 경우 클러스터 감시를 설정합니다. 클러스터 감시 설정을 참조하세요.
볼륨을 만듭니다. 볼륨 만들기를 참조 하세요. 단일 노드 클러스터에서 볼륨을 만들 때 PowerShell을 사용해야 합니다. PowerShell을 사용하여 볼륨 만들기를 참조하세요.
확장된 클러스터의 경우 볼륨을 만들고 스토리지 복제본을 사용하여 복제를 설정합니다. 볼륨 만들기 및 확장된 클러스터에 대한 복제 설정을 참조 하세요.

다음 단계

Azure에 클러스터를 등록합니다. Azure에 Azure Stack HCI 연결을 참조하세요.
클러스터의 최종 유효성 검사를 수행합니다. Azure Stack HCI 클러스터 유효성 검사 참조
호스트 네트워킹을 관리합니다. 네트워크 ATC를 사용하여 호스트 네트워킹 관리를 참조하세요.

다음을 통해 공유

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

시작하기 전에

Windows PowerShell 사용

1단계: 서버 설정

1.1단계: 서버에 연결

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

1.3단계: 역할 및 기능 설치

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

2.1단계: 드라이브 준비

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

3단계: 클러스터 만들기

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

4.1단계: 실제 어댑터 검토

4.2단계: 의도 구성

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

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

5.1단계: 사이트 만들기

5.2단계: 서버 노드 할당

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

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

SiteOverrides

6단계: 저장소 공간 Direct 사용

클러스터를 만든 후

다음 단계

피드백

추가 리소스