Tworzenie klastra rozwiązania Azure Stack HCI przy użyciu Windows PowerShell

  • Artykuł

Dotyczy: Azure Stack HCI, wersje 22H2 i 21H2

Ostrzeżenie

Instrukcje wdrażania podane w tym artykule dotyczą starszej wersji usługi Azure Stack HCI w wersji 22H2. W przypadku nowych wdrożeń zalecamy użycie najnowszej ogólnie dostępnej wersji, Azure Stack HCI w wersji 23H2. Aby uzyskać instrukcje dotyczące wdrażania, zobacz About Azure Stack HCI, version 23H2 deployment (Informacje o wdrożeniu rozwiązania Azure Stack HCI w wersji 23H2).

Z tego artykułu dowiesz się, jak używać Windows PowerShell do tworzenia klastra hiperkonwergentnego usługi Azure Stack HCI korzystającego z Bezpośrednie miejsca do magazynowania. Jeśli zamiast tego używasz kreatora tworzenia klastra w Windows Admin Center do utworzenia klastra, zobacz Tworzenie klastra przy użyciu Windows Admin Center.

Uwaga

Jeśli wykonujesz instalację pojedynczego serwera usługi Azure Stack HCI 21H2, utwórz klaster za pomocą programu PowerShell.

Istnieje możliwość wyboru między dwoma typami klastrów:

  • Klaster w warstwie Standardowa z jednym lub dwoma węzłami serwera, wszystkie znajdujące się w jednej lokacji.
  • Klaster rozproszony z co najmniej czterema węzłami serwera obejmującymi dwie lokacje z dwoma węzłami na lokację.

W przypadku scenariusza pojedynczego serwera wykonaj te same instrukcje dla jednego serwera.

Uwaga

Klastry rozproszone nie są obsługiwane w konfiguracji pojedynczego serwera.

W tym artykule utworzymy przykładowy klaster o nazwie Cluster1 składający się z czterech węzłów serwera o nazwach Server1, Server2, Server3 i Server4.

W scenariuszu klastra rozproszonego używamy nazwy ClusterS1 i używamy tych samych czterech węzłów serwera rozproszonych między lokacjami Site1 i Site2.

Aby uzyskać więcej informacji na temat klastrów rozproszony, zobacz Omówienie klastrów rozproszony.

Aby przetestować rozwiązanie Azure Stack HCI przy minimalnym lub braku dodatkowego sprzętu, możesz zapoznać się z przewodnikiem oceny rozwiązania Azure Stack HCI. W tym przewodniku przeprowadzimy Cię przez proces używania rozwiązania Azure Stack HCI przy użyciu wirtualizacji zagnieżdżonej wewnątrz maszyny wirtualnej platformy Azure. Możesz też wypróbować samouczek Tworzenie laboratorium opartego na maszynie wirtualnej dla rozwiązania Azure Stack HCI , aby utworzyć własne prywatne środowisko laboratoryjne przy użyciu wirtualizacji zagnieżdżonej na wybranym serwerze, aby wdrożyć maszyny wirtualne z rozwiązaniem Azure Stack HCI na potrzeby klastrowania.

Zanim rozpoczniesz

Przed rozpoczęciem upewnij się, że:

Za pomocą środowiska Windows PowerShell

Program PowerShell można uruchomić lokalnie w sesji protokołu RDP na serwerze hosta lub zdalnie uruchomić program PowerShell z komputera zarządzania. W tym artykule opisano opcję zdalną.

W przypadku uruchamiania programu PowerShell z komputera zarządzania dołącz -Name parametr or -Cluster z nazwą serwera lub klastra, którym zarządzasz. Ponadto może być konieczne określenie w pełni kwalifikowanej nazwy domeny (FQDN) podczas używania parametru -ComputerName dla węzła serwera.

Potrzebne są polecenia cmdlet narzędzia administracji zdalnej serwera (RSAT) i moduły programu PowerShell dla funkcji Hyper-V i klastra trybu failover. Jeśli polecenia cmdlet i moduły nie są jeszcze dostępne w sesji programu PowerShell na komputerze zarządzania, możesz dodać je przy użyciu następującego polecenia: Add-WindowsFeature RSAT-Clustering-PowerShell.

Krok 1. Konfigurowanie serwerów

Najpierw połącz się z każdym z serwerów, dołącz je do domeny (tej samej domeny, w którym znajduje się komputer zarządzania), a następnie zainstaluj wymagane role i funkcje.

Krok 1.1. Nawiązywanie połączenia z serwerami

Aby nawiązać połączenie z serwerami, musisz najpierw mieć łączność sieciową, dołączyć do tej samej domeny lub w pełni zaufanej domeny i mieć lokalne uprawnienia administracyjne do serwerów.

Otwórz program PowerShell i użyj w pełni kwalifikowanej nazwy domeny lub adresu IP serwera, z którym chcesz nawiązać połączenie. Po uruchomieniu następującego polecenia na każdym serwerze zostanie wyświetlony monit o podanie hasła.

W tym przykładzie założono, że serwery mają nazwy Server1, Server2, Server3 i Server4:

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

Oto kolejny przykład wykonywania tego samego:

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

Enter-PSSession -ComputerName $myServer1 -Credential $user

Porada

Podczas uruchamiania poleceń programu PowerShell z komputera zarządzania może wystąpić błąd, taki jak usługa WinRM nie może przetworzyć żądania. Aby rozwiązać ten problem, użyj programu PowerShell, aby dodać każdy serwer do listy Zaufanych hostów na komputerze zarządzania. Ta lista obsługuje symbole wieloznaczne, na Server* przykład.

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

Aby wyświetlić listę zaufanych hostów, wpisz Get-Item WSMAN:\Localhost\Client\TrustedHosts.

Aby opróżnić listę, wpisz Clear-Item WSMAN:\Localhost\Client\TrustedHost.

Krok 1.2. Dołączanie do domeny i dodawanie kont domeny

W poprzednim kroku nawiązaliśmy połączenie z każdym węzłem serwera przy użyciu konta <ServerName>\Administratoradministratora lokalnego .

Aby kontynuować, należy dołączyć serwery do domeny i użyć konta domeny, które znajduje się w lokalnej grupie Administratorzy na każdym serwerze.

Enter-PSSession Użyj polecenia cmdlet , aby nawiązać połączenie z każdym serwerem i uruchomić następujące polecenie cmdlet, podstawiając nazwę serwera, nazwę domeny i poświadczenia domeny:

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

Jeśli konto administratora nie jest członkiem grupy Administratorzy domeny, dodaj konto administratora do lokalnej grupy Administratorzy na każdym serwerze — lub jeszcze lepiej, dodaj grupę używaną dla administratorów. Aby to zrobić, możesz użyć następującego polecenia:

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

Krok 1.3. Instalowanie ról i funkcji

Następnym krokiem jest zainstalowanie wymaganych ról i funkcji systemu Windows na każdym serwerze klastra. Poniżej przedstawiono role do zainstalowania:

  • BitLocker
  • Mostkowanie centrum danych
  • Klaster trybu failover
  • Serwer plików
  • FS-Data-Deduplikacja modułu
  • Hyper-V
  • Hyper-V PowerShell
  • Moduł RSAT-Clustering-PowerShell
  • Moduł RSAT-AD-PowerShell
  • NetworkATC
  • NetworkHUD
  • Limit przepustowości SMB
  • Replika magazynu (dla klastrów rozproszony)

Użyj następującego polecenia dla każdego serwera (jeśli łączysz się za pośrednictwem pulpitu zdalnego pomiń -ComputerName parametr tutaj i w kolejnych poleceniach):

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

Aby uruchomić polecenie na wszystkich serwerach w klastrze w tym samym czasie, użyj następującego skryptu, modyfikując listę zmiennych na początku w celu dopasowania do środowiska:

# 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
}

Następnie uruchom ponownie wszystkie serwery:

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

Krok 2. Przygotowanie do konfiguracji klastra

Następnie sprawdź, czy serwery są gotowe do klastrowania.

Aby upewnić się, że serwery nie należą jeszcze do klastra, rozważ uruchomienie następujących poleceń:

Użyj polecenia Get-ClusterNode , aby wyświetlić wszystkie węzły:

Get-ClusterNode

Użyj Get-ClusterResource polecenia , aby wyświetlić wszystkie węzły klastra:

Get-ClusterResource

Użyj polecenia Get-ClusterNetwork , aby wyświetlić wszystkie sieci klastrów:

Get-ClusterNetwork

Krok 2.1. Przygotowywanie dysków

Przed włączeniem Bezpośrednie miejsca do magazynowania upewnij się, że dyski trwałe są puste. Uruchom następujący skrypt, aby usunąć wszystkie stare partycje i inne dane.

Uwaga

Wyklucz ze skryptu wszystkie dyski wymienne dołączone do węzła serwera. Jeśli na przykład uruchamiasz ten skrypt lokalnie z węzła serwera, nie chcesz czyścić dysku wymiennego używanego do wdrażania klastra.

# 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

Krok 2.2. Testowanie konfiguracji klastra

W tym kroku upewnij się, że węzły serwera są prawidłowo skonfigurowane do tworzenia klastra. Polecenie cmdlet służy do uruchamiania Test-Cluster testów w celu sprawdzenia, czy konfiguracja jest odpowiednia do działania jako klaster hiperkonwergentny. W poniższym przykładzie użyto parametru -Include z określonymi kategoriami testów, aby upewnić się, że prawidłowe testy zostały uwzględnione w weryfikacji.

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

Krok 3. Tworzenie klastra

Teraz możesz utworzyć klaster z węzłami serwera zweryfikowanymi w poprzednich krokach.

Podczas tworzenia klastra może zostać wyświetlone ostrzeżenie informujące o stanie — "There were issues while creating the clustered role that may prevent it from starting. For more information, view the report file below." możesz bezpiecznie zignorować to ostrzeżenie. To ostrzeżenie jest spowodowane brakiem dostępnych dysków dla monitora klastra. Monitor klastra jest tworzony w kolejnych krokach.

Uwaga

Jeśli serwery używają statycznych adresów IP, zmodyfikuj następujące polecenie, aby odzwierciedlić statyczny adres IP, dodając następujący parametr i określając adres IP: -StaticAddress <X.X.X.X>;.

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

Po utworzeniu klastra może upłynąć trochę czasu, aby nazwa klastra była replikowana za pośrednictwem systemu DNS w domenie, zwłaszcza jeśli serwery grupy roboczej są nowo dodawane do usługi Active Directory. Chociaż klaster może być wyświetlany w Windows Admin Center, może nie być jeszcze dostępny do nawiązania połączenia.

Dobrym sprawdzeniem, czy wszystkie zasoby klastra są w trybie online:

Get-Cluster -Name $ClusterName | Get-ClusterResource

Jeśli rozpoznawanie klastra nie powiedzie się po pewnym czasie, w większości przypadków można nawiązać połączenie przy użyciu nazwy jednego z klastrowanych serwerów zamiast nazwy klastra.

Krok 4. Konfigurowanie sieci hosta

Firma Microsoft zaleca używanie usługi Network ATC do wdrażania sieci hosta, jeśli korzystasz z usługi Azure Stack HCI w wersji 21H2 lub nowszej. W przeciwnym razie zobacz Wymagania dotyczące sieci hosta , aby uzyskać określone wymagania i informacje.

Usługa ATC sieci może zautomatyzować wdrażanie zamierzonej konfiguracji sieci, jeśli określisz co najmniej jeden typ intencji dla kart. Aby uzyskać więcej informacji na temat określonych typów intencji, zobacz: Typy ruchu sieciowego.

Krok 4.1. Przeglądanie kart fizycznych

W jednym z węzłów klastra uruchom polecenie Get-NetAdapter , aby przejrzeć fizyczne karty. Upewnij się, że każdy węzeł w klastrze ma takie same nazwy kart fizycznych i że raportuje stan "W górę".

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

Jeśli nazwa karty fizycznej różni się między węzłami w klastrze, możesz zmienić jej nazwę przy użyciu polecenia Rename-NetAdapter.

Rename-NetAdapter -Name oldName -NewName newName

Krok 4.2. Konfigurowanie intencji

W tym przykładzie tworzona jest intencja określająca intencję obliczeniową i magazynową. Aby uzyskać więcej przykładów intencji, zobacz Upraszczanie sieci hostów za pomocą usługi Network ATC .

Uruchom następujące polecenie, aby dodać typy intencji magazynu i obliczeń do pNIC01 i pNIC02. Należy pamiętać, że określamy -ClusterName parametr .

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

Polecenie powinno zostać natychmiast zwrócone po początkowej weryfikacji.

Krok 4.3. Weryfikowanie wdrożenia intencji

Uruchom polecenie cmdlet, Get-NetIntent aby wyświetlić intencję klastra. Jeśli masz więcej niż jedną intencję Name , możesz określić parametr, aby wyświetlić szczegóły tylko określonej intencji.

Get-NetIntent -ClusterName $ClusterName

Aby wyświetlić stan aprowizacji intencji, uruchom Get-NetIntentStatus polecenie:

Get-NetIntentStatus -ClusterName $ClusterName -Name Cluster_ComputeStorage

Zwróć uwagę na parametr stanu przedstawiający aprowizowanie, weryfikowanie, powodzenie, niepowodzenie.

Stan powinien zostać wyświetlony w ciągu kilku minut. Jeśli stan powodzenia nie wystąpi lub zostanie wyświetlony błąd parametru stanu, sprawdź podgląd zdarzeń pod kątem problemów.

Uwaga

Obecnie usługa NETWORK ATC nie konfiguruje adresów IP dla żadnych zarządzanych kart. Po Get-NetIntentStatus zakończeniu raportowania stanu należy dodać adresy IP do kart.

Krok 5. Konfigurowanie lokacji (klaster rozproszony)

To zadanie ma zastosowanie tylko wtedy, gdy tworzysz rozproszony klaster między dwiema lokacjami z co najmniej dwoma serwerami w każdej lokacji.

Uwaga

Jeśli wcześniej skonfigurowano lokacje i usługi Active Directory, nie musisz ręcznie tworzyć lokacji zgodnie z opisem w następnej sekcji.

Krok 5.1. Tworzenie witryn

W poniższym poleceniu cmdlet FaultDomain jest po prostu inną nazwą witryny. W tym przykładzie użyto nazwy klastra rozproszonego "ClusterS1".

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

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

Get-ClusterFaultDomain Użyj polecenia cmdlet , aby sprawdzić, czy obie lokacje są tworzone dla klastra.

Get-ClusterFaultDomain -CimSession $ClusterName

Krok 5.2. Przypisywanie węzłów serwera

Następnie przypisujemy cztery węzły serwera do odpowiednich lokacji. W poniższym przykładzie serwer1 i serwer2 są przypisane do lokacji Site1, a serwer3 i Server4 są przypisane do lokacji Site2.

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

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

Get-ClusterFaultDomain Za pomocą polecenia cmdlet sprawdź, czy węzły znajdują się w odpowiednich lokacjach.

Get-ClusterFaultDomain -CimSession $ClusterName

Krok 5.3. Ustawianie preferowanej witryny

Można również zdefiniować globalną preferowaną witrynę, co oznacza, że określone zasoby i grupy muszą być uruchamiane w preferowanej lokacji. To ustawienie można zdefiniować na poziomie lokacji przy użyciu następującego polecenia:

(Get-Cluster).PreferredSite = "Site1"

Określenie preferowanej lokacji dla klastrów rozproszony ma następujące korzyści:

  • Zimny start — podczas zimnego uruchamiania maszyny wirtualne są umieszczane w preferowanej lokacji

  • Głosowanie kworum

    • W przypadku dynamicznego kworum waga jest zmniejszana z lokacji pasywnej (replikowanej), aby upewnić się, że preferowana lokacja przetrwa, jeśli wszystkie inne elementy są równe. Ponadto węzły serwera są oczyszczane z lokacji pasywnej podczas ponownego grupowania po zdarzeniach, takich jak asymetryczne błędy łączności sieciowej.

    • Podczas dzielenia kworum dwóch lokacji, jeśli nie można skontaktować się z monitorem klastra, preferowana witryna zostanie automatycznie wybrana do wygrania. Węzły serwera w pasywnej lokacji następnie porzucają członkostwo w klastrze, co pozwala klastrowi przetrwać jednoczesne 50% utraty głosów.

Preferowaną lokację można również skonfigurować na poziomie roli lub grupy klastra. W takim przypadku można skonfigurować inną preferowaną lokację dla każdej grupy maszyn wirtualnych, umożliwiając aktywne i preferowane dla określonych maszyn wirtualnych lokację.

Krok 5.4. Konfigurowanie klastra rozproszonego przy użyciu sieciowej usługi ATC

Po wersji 22H2 można użyć usługi Network ATC do skonfigurowania klastra Stretch. Usługa NETWORK ATC dodaje funkcję Stretch jako typ intencji z wersji 22H2. Aby wdrożyć intencję za pomocą klastra Stretch z usługą Network ATC, uruchom następujące polecenie:

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

Intencja stretch może być również połączona z innymi intencjami podczas wdrażania za pomocą usługi Network ATC.

Przesłonięcia witryny

Na podstawie kroków 5.1-5.3 można dodać wstępnie utworzone lokacje do intencji stretch wdrożonej przy użyciu usługi Network ATC. Usługa ATC sieci obsługuje tę metodę przy użyciu funkcji SiteOverrides. Aby utworzyć element SiteOverride, uruchom polecenie:

 $siteOverride = New-NetIntentSiteOverrides

Po utworzeniu siteOverride można ustawić dowolną właściwość dla właściwości siteOverride. Upewnij się, że właściwość name witrynyOverride ma dokładnie taką samą nazwę, jak nazwa witryny w klastrze ClusterFaultDomain. Niezgodność nazw między klasterFaultDomain a siteOverride powoduje, że nie zastosowano metody siteOverride.

Właściwości, które można ustawić dla określonej lokacjiOverride, to: Name, StorageVlan i StretchVlan. Można na przykład utworzyć 2 siteOverrides dla dwóch witryn — site1 i site2 przy użyciu:

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

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

W oknie programu PowerShell można uruchomić polecenie $siteOverride1, $siteOverride2 aby upewnić się, że wszystkie właściwości są ustawione w żądany sposób.

Na koniec, aby dodać co najmniej jedną witrynęPrzesłonięcia do intencji, uruchom polecenie:

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

Krok 6. Włączanie Bezpośrednie miejsca do magazynowania

Po utworzeniu klastra Enable-ClusterStorageSpacesDirect użyj polecenia cmdlet , które włączy Bezpośrednie miejsca do magazynowania i wykonaj następujące czynności automatycznie:

  • Utwórz pulę magazynów: Tworzy pulę magazynów dla klastra o nazwie takiej jak "Cluster1 Storage Pool".

  • Utwórz dysk historii wydajności klastra: Tworzy dysk wirtualny Historia wydajności klastra w puli magazynów.

  • Tworzenie danych i woluminów dziennika: Tworzy wolumin danych i wolumin dziennika w puli magazynów.

  • Konfigurowanie pamięci podręcznych Bezpośrednie miejsca do magazynowania: jeśli istnieje więcej niż jeden typ nośnika (dysku) dostępny dla Bezpośrednie miejsca do magazynowania, umożliwia najszybsze urządzenia pamięci podręcznej (odczyt i zapis w większości przypadków).

  • Tworzenie warstw: Tworzy dwie warstwy jako warstwy domyślne. Jedna nazywa się „Capacity” (Pojemność), a druga „Performance” (Wydajność). Polecenie cmdlet analizuje urządzenia i konfiguruje poszczególne warstwy przy użyciu urządzeń różnych typów i odporności.

W przypadku scenariusza pojedynczego serwera jedynym elementem FaultDomainAwarenessDefault jest PhysicalDisk. Enable-ClusterStorageSpacesDirect Polecenie cmdlet wykrywa pojedynczy serwer i automatycznie konfiguruje błądDomainAwarenessDefault jako dysk fizyczny podczas włączania.

W przypadku klastrów Enable-ClusterStorageSpacesDirect rozproszony polecenie cmdlet będzie również wykonywać następujące czynności:

  • Sprawdź, czy witryny są skonfigurowane
  • Określanie węzłów, w których lokacjach
  • Określa, jaki magazyn ma każdy węzeł dostępny
  • Sprawdza, czy funkcja repliki magazynu jest zainstalowana w każdym węźle
  • Tworzy pulę magazynów dla każdej lokacji i identyfikuje ją z nazwą lokacji
  • Tworzy woluminy danych i dzienników w każdej puli magazynów — jeden na lokację

Następujące polecenie umożliwia Bezpośrednie miejsca do magazynowania w klastrze z wieloma węzłami. Można również określić przyjazną nazwę puli magazynów, jak pokazano poniżej:

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

Oto przykład wyłączenia pamięci podręcznej magazynu w klastrze z jednym węzłem:

Enable-ClusterStorageSpacesDirect -CacheState Disabled

Aby wyświetlić pule magazynów, użyj następującego polecenia:

Get-StoragePool -CimSession $ClusterName

Po utworzeniu klastra

Po utworzeniu klastra istnieją inne ważne zadania, które należy wykonać:

Następne kroki