Udostępnij za pośrednictwem

Tworzenie klastra usługi Azure Stack HCI przy użyciu programu Windows PowerShell

  • Artykuł

Dotyczy: Azure Local, wersja 22H2

Ważne

Usługa Azure Stack HCI jest teraz częścią usługi Azure Local. Trwa zmiana nazwy dokumentacji produktu. Jednak starsze wersje rozwiązania Azure Stack HCI, na przykład 22H2 będą nadal odwoływać się do rozwiązania Azure Stack HCI i nie będą odzwierciedlać zmiany nazwy. Dowiedz się więcej.

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 za pomocą programu Windows PowerShell utworzyć hiperkonwergentny klaster usługi Azure Stack HCI korzystający z usługi Miejsca do magazynowania Direct. Jeśli zamiast tego używasz kreatora tworzenia klastra w Centrum administracyjnym systemu Windows do utworzenia klastra, zobacz Tworzenie klastra za pomocą centrum administracyjnego systemu Windows.

Uwaga

Jeśli przeprowadzasz instalację pojedynczego serwera usługi Azure Stack HCI 21H2, użyj programu PowerShell, aby utworzyć klaster.

Istnieje wybór między dwoma typami klastrów:

  • Klaster standardowy z jednym lub dwoma węzłami serwera, wszystkie znajdujące się w jednej lokacji.
  • Rozproszony klaster z co najmniej czterema węzłami serwera obejmującymi dwa lokacje z dwoma węzłami na lokację.

W scenariuszu 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 nazwie Server1, Server2, Server3 i Server4.

W scenariuszu klastra rozproszonego używamy klastra ClusterS1 jako nazwy i używamy tych samych czterech węzłów serwera rozciągniętych 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 z minimalnym lub żadnym dodatkowym sprzętem, możesz zapoznać się z przewodnikiem oceny rozwiązania Azure Stack HCI. W tym przewodniku przeprowadzimy Cię przez proces korzystania z 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 w celu wdrożenia maszyn wirtualnych z rozwiązaniem Azure Stack HCI na potrzeby klastrowania.

Zanim rozpoczniesz

Przed rozpoczęciem upewnij się, że:

  • Przeczytaj i poznaj wymagania systemowe rozwiązania Azure Stack HCI.
  • Zapoznaj się z wymaganiami dotyczącymi sieci fizycznej i wymaganiami dotyczącymi sieci hosta dla usługi Azure Stack HCI.
  • Zainstaluj system operacyjny Azure Stack HCI na każdym serwerze w klastrze. Zobacz Wdrażanie systemu operacyjnego Azure Stack HCI.
  • Upewnij się, że wszystkie serwery znajdują się w prawidłowej strefie czasowej.
  • Mieć konto, które jest członkiem lokalnej grupy Administratorzy na każdym serwerze.
  • Uprawnienia w usłudze Active Directory do tworzenia obiektów.
  • W przypadku klastrów rozproszony skonfiguruj wcześniej dwie lokacje w usłudze Active Directory.

Używanie programu 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 nawiąż połączenie z poszczególnymi serwerami, dołącz je do domeny (ta sama domena, 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 przyjęto założenie, że serwery mają nazwy Server1, Server2, Server3 i Server4:

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

Oto inny przykład wykonywania tej samej czynności:

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

Enter-PSSession -ComputerName $myServer1 -Credential $user

Napiwek

W przypadku 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 twoje 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 dla 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 protokołu SMB
  • Replika magazynu (w przypadku 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.

W ramach sprawdzania kondycji rozważ uruchomienie następujących poleceń, aby upewnić się, że serwery nie należą jeszcze do klastra:

Użyj Get-ClusterNode polecenia , 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 Get-ClusterNetwork polecenia , aby wyświetlić wszystkie sieci klastrów:

Get-ClusterNetwork

Krok 2.1. Przygotowywanie dysków

Przed włączeniem Miejsca do magazynowania Direct 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 Test-Cluster cmdlet służy do uruchamiania 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 są 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 na replikację nazwy klastra za pośrednictwem systemu DNS w domenie, zwłaszcza jeśli serwery grupy roboczej są nowo dodawane do usługi Active Directory. Mimo że klaster może być wyświetlany w Centrum administracyjnym systemu Windows, 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 hostów, jeśli używasz usługi Azure Stack HCI w wersji 21H2 lub nowszej. W przeciwnym razie zobacz Wymagania dotyczące sieci hostów pod kątem określonych wymagań i informacji.

Usługa Network ATC 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: Network Traffic Types (Typy ruchu sieciowego).

Krok 4.1. Przegląd 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 karty fizyczne i że raportuje stan "Up".

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 być wyświetlany w ciągu kilku minut. Jeśli stan powodzenia nie występuje lub zostanie wyświetlony błąd parametru stanu, sprawdź podgląd zdarzeń pod kątem problemów.

Uwaga

W tej chwili usługa Network ATC nie konfiguruje adresów IP dla żadnych zarządzanych kart sieciowych. 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 w przypadku tworzenia klastra rozproszonego między dwoma 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ą lokacji. 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 przypiszemy cztery węzły serwera do odpowiednich lokacji. W poniższym przykładzie serwer1 i serwer2 są przypisane do lokacji Site1, natomiast serwer3 i serwer4 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 witrynie. 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 startu maszyny wirtualne są umieszczane w preferowanej lokacji

  • Głosowanie kworum

    • W przypadku dynamicznego kworum waga jest zmniejszana z lokacji pasywnej (zreplikowanej) najpierw w celu zapewnienia, że preferowana lokacja przetrwa, jeśli wszystkie inne elementy są równe. Ponadto węzły serwera są najpierw czyszczone 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 lokacji pasywnej następnie porzucają członkostwo w klastrze, umożliwiając klastrowi jednoczesne 50% utraty głosów.

Preferowaną lokację można również skonfigurować na poziomie roli klastra lub grupy. W takim przypadku można skonfigurować inną preferowaną lokację dla każdej grupy maszyn wirtualnych, aby lokacja mogła być aktywna i preferowana dla określonych maszyn wirtualnych.

Krok 5.4. Konfigurowanie klastra rozproszonego za pomocą usługi Network 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ę z klastrowaniem Stretch za pomocą usługi Network ATC, uruchom następujące polecenie:

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

Intencja rozproszeniowa może być również łączona z innymi intencjami podczas wdrażania z usługą Network ATC.

Przesłonięcia witryny

Na podstawie kroków 5.1-5.3 można dodać wstępnie utworzone lokacje do intencji rozproszonej wdrożonej za pomocą usługi Network ATC. Usługa NETWORK ATC obsługuje to przy użyciu funkcji SiteOverrides. Aby utworzyć usługę SiteOverride, uruchom polecenie:

 $siteOverride = New-NetIntentSiteOverrides

Po utworzeniu elementu 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 elementem ClusterFaultDomain i siteOverride powoduje, że parametr siteOverride nie jest stosowany.

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 lokacji— 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żesz uruchomić polecenie $siteOverride1, $siteOverride2 aby upewnić się, że wszystkie właściwości zostały 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 Miejsca do magazynowania Direct

Po utworzeniu klastra użyj Enable-ClusterStorageSpacesDirect polecenia cmdlet , które włączy Miejsca do magazynowania Direct 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 wirtualny dysk z historią wydajności klastra w puli magazynów.

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

  • Konfigurowanie pamięci podręcznych Miejsca do magazynowania Direct: jeśli dla Miejsca do magazynowania Direct jest dostępnych więcej niż jeden typ nośnika (dysk), włącza 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łąd FaultDomainAwarenessDefault 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ą pod nazwą lokacji
  • Tworzy woluminy danych i dzienników w każdej puli magazynów — jeden na lokację

Następujące polecenie umożliwia Miejsca do magazynowania Direct 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