Tworzenie klastra usługi Azure Stack HCI przy użyciu programu Windows PowerShell
Dotyczy: Azure Stack HCI, wersja 22H2
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>\Administrator
administratora 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ć:
- Skonfiguruj monitor klastra, jeśli używasz klastra z dwoma węzłami lub większym klastrem. Zobacz Konfigurowanie monitora klastra.
- Utwórz woluminy. Zobacz Tworzenie woluminów. Podczas tworzenia woluminów w klastrze z jednym węzłem należy użyć programu PowerShell. Zobacz Tworzenie woluminów przy użyciu programu PowerShell.
- W przypadku klastrów rozproszony utwórz woluminy i skonfiguruj replikację przy użyciu repliki magazynu. Zobacz Tworzenie woluminów i konfigurowanie replikacji dla klastrów rozproszony.
Następne kroki
- Zarejestruj klaster na platformie Azure. Zobacz Łączenie rozwiązania Azure Stack HCI z platformą Azure.
- Wykonaj ostateczną walidację klastra. Zobacz Weryfikowanie klastra usługi Azure Stack HCI
- Zarządzanie siecią hostów. Zobacz Zarządzanie siecią hostów przy użyciu usługi Network ATC.