Erstellen eines Azure Stack HCI-Clusters mithilfe von Windows PowerShell
Gilt für: Azure Stack HCI, Versionen 22H2 und 21H2
Warnung
Die Bereitstellungsanweisungen in diesem Artikel gelten für eine ältere Version, Azure Stack HCI, Version 22H2. Für neue Bereitstellungen wird empfohlen, die neueste allgemein verfügbare Version, Azure Stack HCI, Version 23H2, zu verwenden. Anweisungen zur Bereitstellung finden Sie unter Informationen zur Bereitstellung von Azure Stack HCI, Version 23H2.
In diesem Artikel erfahren Sie, wie Sie mit Windows PowerShell einen hyperkonvergenten Azure Stack HCI-Cluster erstellen, der Direkte Speicherplätze verwendet. Wenn Sie es vorziehen, zum Erstellen des Clusters den Assistenten zur Clustererstellung in Windows Admin Center zu verwenden, lesen Sie Erstellen des Clusters mit Windows Admin Center.
Hinweis
Wenn Sie eine Einzelserverinstallation von Azure Stack HCI 21H2 durchführen, verwenden Sie PowerShell zum Erstellen des Clusters.
Sie haben die Wahl zwischen zwei Clustertypen:
- Standardcluster mit einem oder zwei Serverknoten, die alle an einem einzelnen Standort betrieben werden
- Stretchingcluster mit mindestens vier Serverknoten, die sich über zwei Standorte erstrecken und pro Standort zwei Knoten aufweisen.
Führen Sie für das Einzelserverszenario die gleichen Anweisungen für den einen Server aus.
Hinweis
Stretchingcluster werden in einer Einzelserverkonfiguration nicht unterstützt.
In diesem Artikel erstellen wir einen Beispielcluster namens Cluster1, der aus vier Serverknoten mit den Namen Server1, Server2, Server3 und Server4 besteht.
Für das Szenario mit gestreckten Clustern verwenden wir ClusterS1 als Namen und verwenden dieselben vier Serverknoten, die sich über die Standorte Site1 und Site2 erstrecken.
Weitere Informationen zu Stretchingclustern finden Sie unter Stretchingcluster: Übersicht.
Um Azure Stack HCI mit minimaler oder ohne zusätzliche Hardware zu testen, lesen Sie den Leitfaden zur Azure Stack HCI-Auswertung. In diesem Leitfaden erfahren Sie, wie Azure Stack HCI mit geschachtelter Virtualisierung innerhalb einer Azure-VM verwendet wird. Oder probieren Sie das Tutorial Erstellen eines VM-basierten Labs für Azure Stack HCI aus, um Ihre eigene private Laborumgebung mittels geschachtelter Virtualisierung auf einem Server Ihrer Wahl zu erstellen, um VMs bereitzustellen, auf denen Azure Stack HCI für das Clustering ausgeführt wird.
Voraussetzungen
Stellen Sie Folgendes sicher, bevor Sie beginnen:
- Lesen und Verstehen der Azure Stack HCI-Systemanforderungen.
- Lesen und verstehen Sie die Physischen Netzwerkanforderungen und Hostnetzwerkanforderungen für Azure Stack HCI.
- Sie haben das Azure Stack HCI-Betriebssystem auf jedem Server im Cluster installiert. Mehr dazu finden Sie unter Bereitstellen des Azure Stack HCI-Betriebssystems.
- Stellen Sie sicher, dass sich alle Server in der richtigen Zeitzone befinden.
- Sie besitzen ein Konto, das auf jedem Server Mitglied der lokalen Gruppe „Administratoren“ ist.
- Sie verfügen über Berechtigungen zum Erstellen von Objekten in Active Directory.
- Sie haben für Stretchingcluster vorab zwei Standorte in Active Directory eingerichtet.
Verwenden von Windows PowerShell
Sie können PowerShell entweder lokal in einer RDP-Sitzung auf einem Hostserver oder remote auf einem Verwaltungscomputer ausführen. In diesem Artikel wird die Remoteoption behandelt.
Wenn Sie PowerShell auf einem Verwaltungscomputer ausführen, fügen Sie den -Name
Parameter oder -Cluster
mit dem Namen des Servers oder Clusters ein, den Sie verwalten. Darüber hinaus müssen Sie möglicherweise den vollqualifizierten Domänennamen (Fully Qualified Domain Name, FQDN) angeben, wenn Sie den -ComputerName
Parameter für einen Serverknoten verwenden.
Sie benötigen die RsaT-Cmdlets (Remote Server Administration Tools) und PowerShell-Module für Hyper-V und Failoverclustering. Wenn die Cmdlets und Module noch nicht in Ihrer PowerShell-Sitzung auf Ihrem Verwaltungscomputer verfügbar sind, können Sie sie mit dem folgenden Befehl hinzufügen: Add-WindowsFeature RSAT-Clustering-PowerShell
.
Schritt 1: Einrichten der Server
Stellen Sie zunächst eine Verbindung mit jedem der Server her, fügen Sie sie zu einer Domäne hinzu (dieselbe Domäne, in der sich der Verwaltungscomputer befindet), und installieren Sie die erforderlichen Rollen und Features.
Schritt 1.1: Herstellen von Verbindungen mit den Servern
Zum Herstellen von Verbindungen mit den Servern müssen Sie zunächst über Netzwerkkonnektivität verfügen, Mitglied der gleichen Domäne oder einer Domäne mit voller Vertrauensstellung sein und über lokale Verwaltungsberechtigungen für die Server verfügen.
Öffnen Sie PowerShell, und verwenden Sie entweder den vollqualifizierten Domänennamen oder die IP-Adresse des Servers, mit dem Sie eine Verbindung herstellen möchten. Nachdem Sie den folgenden Befehl auf jedem Server ausgeführt haben, werden Sie zur Eingabe eines Kennworts aufgefordert.
In diesem Beispiel wird davon ausgegangen, dass die Server Server1, Server2, Server3 und Server4 heißen:
Enter-PSSession -ComputerName "Server1" -Credential "Server1\Administrator"
Hier sehen Sie ein weiteres Beispiel für den gleichen Vorgang:
$myServer1 = "Server1"
$user = "$myServer1\Administrator"
Enter-PSSession -ComputerName $myServer1 -Credential $user
Tipp
Wenn Sie PowerShell-Befehle von Ihrem Verwaltungscomputer aus ausführen, erhalten Sie möglicherweise eine Fehlermeldung wie WinRM kann die Anforderung nicht verarbeiten. Um dies zu beheben, verwenden Sie PowerShell, um jeden Server zur Liste der vertrauenswürdigen Hosts auf Ihrem Verwaltungscomputer hinzuzufügen. Die Liste unterstützt Platzhalterzeichen, wie etwa Server*
.
Set-Item WSMAN:\Localhost\Client\TrustedHosts -Value Server1 -Force
Geben Sie Get-Item WSMAN:\Localhost\Client\TrustedHosts
ein, um die Liste vertrauenswürdiger Server anzuzeigen.
Um die Liste zu leeren, geben Sie Clear-Item WSMAN:\Localhost\Client\TrustedHost
ein.
Schritt 1.2: Beitreten zur Domäne und Hinzufügen von Domänenkonten
Im vorherigen Schritt haben Sie eine Verbindung mit jedem Serverknoten mit dem lokalen Administratorkonto <ServerName>\Administrator
hergestellt.
Um fortzufahren, müssen Sie die Server einer Domäne hinzufügen und das Domänenkonto verwenden, das sich in der lokalen Gruppe Administratoren auf jedem Server befindet.
Verwenden Sie das Cmdlet Enter-PSSession
, um eine Verbindung mit jedem Server herzustellen, und führen Sie das folgende Cmdlet aus, wobei Sie den Servernamen, den Domänennamen und die Domänenanmeldeinformationen ersetzen:
Add-Computer -NewName "Server1" -DomainName "contoso.com" -Credential "Contoso\User" -Restart -Force
Wenn Ihr Administratorkonto kein Mitglied der Gruppe „Domänenadministratoren“ ist, fügen Sie Ihr Administratorkonto der lokalen Gruppe „Administratoren“ auf jedem Server hinzu – oder fügen Sie besser noch die Gruppe hinzu, die Sie für Administratoren verwenden. Dazu können Sie den folgenden Befehl verwenden:
Add-LocalGroupMember -Group "Administrators" -Member "king@contoso.local"
Schritt 1.3: Installieren von Rollen und Features
Der nächste Schritt besteht darin, auf jedem Server für den Cluster die erforderlichen Rollen und Features zu installieren. Diese Rollen müssen installiert werden:
- BitLocker
- Data Center Bridging
- Failoverclustering
- Dateiserver
- FS-Datendeduplizierungsmodul
- Hyper-V
- Hyper-V PowerShell
- RSAT-Clustering-PowerShell-Modul
- RSAT-AD-PowerShell-Modul
- NetworkATC
- NetworkHUD
- SMB-Bandbreiteneinschränkung
- Speicherreplikat (für Stretched Cluster)
Verwenden Sie den folgenden Befehl für jeden Server (lassen Sie bei einer Verbindung über Remotedesktop den Parameter -ComputerName
hier und in nachfolgenden Befehlen aus):
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
Um den Befehl auf allen Servern im Cluster zugleich auszuführen, verwenden Sie das folgende Skript, und ändern Sie die Liste der Variablen am Anfang Ihrer Umgebung gemäß:
# 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
}
Starten Sie anschließend alle Server neu:
$ServerList = "Server1", "Server2", "Server3", "Server4"
Restart-Computer -ComputerName $ServerList -WSManAuthentication Kerberos
Schritt 2: Vorbereitung der Clustereinrichtung
Überprüfen Sie als Nächstes, ob Ihre Server für das Clustering bereit sind.
Als Integritätsprüfung sollten Sie die folgenden Befehle ausführen, um sicherzustellen, dass Ihre Server nicht bereits zu einem Cluster gehören:
Verwenden Sie Get-ClusterNode
, um alle Knoten anzuzeigen:
Get-ClusterNode
Verwenden Sie Get-ClusterResource
, um alle Clusterknoten anzuzeigen:
Get-ClusterResource
Verwenden Sie Get-ClusterNetwork
, um alle Clusternetzwerke anzuzeigen:
Get-ClusterNetwork
Schritt 2.1: Vorbereiten von Laufwerken
Vergewissern Sie sich vor dem Aktivieren von „Direkte Speicherplätze“, dass Ihre Laufwerke leer sind. Führen Sie das folgende Skript aus, um alle alten Partitionen und sonstigen Daten zu entfernen.
Hinweis
Schließen Sie alle Wechseldatenträger, die an einen Serverknoten angefügt sind, aus dem Skript aus. Wenn Sie dieses Skript beispielsweise lokal auf einem Serverknoten ausführen, darf der Wechseldatenträger zum Bereitstellen des Clusters nicht zurückgesetzt werden.
# 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
Schritt 2.2: Testen der Clusterkonfiguration
Stellen Sie in diesem Schritt sicher, dass die Serverknoten ordnungsgemäß konfiguriert sind, um einen Cluster zu erstellen. Das Cmdlet Test-Cluster
wird für Tests verwendet, mit denen überprüft wird, ob Ihre Konfiguration passend ist, um als hyperkonvergenter Cluster zu fungieren. Im folgenden Beispiel wird der -Include
-Parameter verwendet, wobei die spezifischen Kategorien von Tests angegeben sind, um sicherzustellen, dass die richtigen Tests in die Überprüfung einbezogen werden.
Test-Cluster -Node $ServerList -Include "Storage Spaces Direct", "Inventory", "Network", "System Configuration"
Schritt 3: Erstellen des Clusters
Sie können jetzt einen Cluster mit den Serverknoten erstellen, die Sie in den vorherigen Schritten überprüft haben.
Beim Erstellen des Clusters wird möglicherweise eine Warnung angezeigt, die besagt: "There were issues while creating the clustered role that may prevent it from starting. For more information, view the report file below."
Sie können diese Warnung sicher ignorieren. Diese Warnung ist darauf zurückzuführen, dass für den Clusterzeugen keine Datenträger verfügbar sind. Der Clusterzeuge wird in späteren Schritten erstellt.
Hinweis
Wenn die Server statische IP-Adressen verwenden, ändern Sie den folgenden Befehl so, dass er die statischen IP-Adressen berücksichtigt, indem Sie den folgenden Parameter hinzufügen und die IP-Adresse angeben: -StaticAddress <X.X.X.X>;
.
$ClusterName="cluster1"
New-Cluster -Name $ClusterName –Node $ServerList –nostorage
Nachdem der Cluster erstellt wurde, kann es einige Zeit dauern, bis der Clustername über DNS in Ihrer Domäne repliziert wird, insbesondere wenn Arbeitsgruppenserver neu zu Active Directory hinzugefügt werden. Auch wenn der Cluster in Windows Admin Center angezeigt wird, ist er möglicherweise noch nicht zum Herstellen einer Verbindung verfügbar.
Im Folgenden finden Sie eine gut geeignete Überprüfung, ob alle Clusterressourcen online sind:
Get-Cluster -Name $ClusterName | Get-ClusterResource
Falls der Cluster auch nach einiger Zeit nicht erfolgreich aufgelöst werden kann, können Sie in den meisten Fällen anstelle des Clusternamens den Namen eines der gruppierten Server verwenden, um eine Verbindung herzustellen.
Schritt 4: Konfigurieren des Hostnetzwerks
Microsoft empfiehlt die Verwendung von Network ATC zum Bereitstellen von Hostnetzwerken, wenn Sie Azure Stack HCI, Version 21H2 oder neuer ausführen. Andernfalls finden Sie unter Anforderungen an das Hostnetzwerk für Azure Stack HCI spezifische Anforderungen und Informationen.
Netzwerk-ATC kann die Bereitstellung Ihrer beabsichtigten Netzwerkkonfiguration automatisieren, wenn Sie einen oder mehrere Absichtstypen für Ihre Adapter angeben. Weitere Informationen zu bestimmten Absichtstypen finden Sie unter Netzwerkdatenverkehrtypen.
Schritt 4.1: Überprüfen physischer Adapter
Führen Sie auf einem der Clusterknoten Get-NetAdapter
aus, um die physischen Adapter aufzulisten. Stellen Sie sicher, dass jeder Knoten im Cluster über die gleichen benannten physischen Adapter verfügt und diese den Status „Aktiv“ melden.
Get-NetAdapter -Name pNIC01, pNIC02 -CimSession $ClusterName | Select Name, PSComputerName
Wenn der Name eines physischen Adapters auf Knoten in Ihrem Cluster variiert, können Sie ihn mithilfe von Rename-NetAdapter
umbenennen.
Rename-NetAdapter -Name oldName -NewName newName
Schritt 4.2: Konfigurieren einer Absicht
In diesem Beispiel wird eine Absicht erstellt, die die Compute- und Speicherabsicht angibt. Weitere Beispiele zu Absichten finden Sie unter Vereinfachte Hostnetzwerke mit Network ATC.
Führen Sie den folgenden Befehl aus, um die Speicher- und Computeabsichtstypen zu pNIC01 und pNIC02 hinzuzufügen. Beachten Sie, dass wir den -ClusterName
Parameter angeben.
Add-NetIntent -Name Cluster_ComputeStorage -Compute -Storage -ClusterName $ClusterName -AdapterName pNIC01, pNIC02
Der Befehl sollte sofort nach einer anfänglichen Überprüfung zurückgeben.
Schritt 4.3: Überprüfen der Absichtsbereitstellung
Führen Sie das Cmdlet Get-NetIntent
aus, um die Clusterabsicht anzuzeigen. Wenn mehr als eine Absicht vorhanden ist, können Sie den Parameter Name
angeben, um nur Details zu einer bestimmten Absicht anzuzeigen.
Get-NetIntent -ClusterName $ClusterName
Führen Sie den Befehl Get-NetIntentStatus
aus, um den Bereitstellungsstatus der Absicht anzuzeigen:
Get-NetIntentStatus -ClusterName $ClusterName -Name Cluster_ComputeStorage
Der Statusparameter zeigt daraufhin den Wert Provisioning, Validating, Success oder Failure an.
Die status sollte in wenigen Minuten erfolgreich sein. Wenn die erfolgreiche status nicht auftritt oder ein status Parameterfehler auftritt, überprüfen Sie die Ereignisanzeige auf Probleme.
Hinweis
Derzeit konfiguriert Network ATC keine IP-Adressen für die verwalteten Adapter. Sobald Get-NetIntentStatus
den Status „Completed“ (Abgeschlossen) aufweist, sollten Sie den Adaptern IP-Adressen hinzufügen.
Schritt 5: Einrichten von Standorten (Stretchingcluster)
Diese Aufgabe gilt nur, wenn Sie einen gestreckten Cluster zwischen zwei Standorten mit mindestens zwei Servern an jedem Standort erstellen.
Hinweis
Wenn Sie Active Directory-Standorte und -Dienste zuvor eingerichtet haben, müssen Sie die Standorte nicht manuell erstellen, wie im nächsten Abschnitt beschrieben.
Schritt 5.1: Erstellen von Websites
Im folgenden Cmdlet ist FaultDomain einfach ein anderer Name für eine Website. In diesem Beispiel wird „ClusterS1“ als Name des Stretchingclusters verwendet.
New-ClusterFaultDomain -CimSession $ClusterName -FaultDomainType Site -Name "Site1"
New-ClusterFaultDomain -CimSession $ClusterName -FaultDomainType Site -Name "Site2"
Verwenden Sie das Get-ClusterFaultDomain
Cmdlet, um zu überprüfen, ob beide Standorte für den Cluster erstellt wurden.
Get-ClusterFaultDomain -CimSession $ClusterName
Schritt 5.2: Zuweisen von Serverknoten
Als Nächstes weisen wir die vier Serverknoten ihren jeweiligen Standorten zu. Im folgenden Beispiel werden Server1 und Server2 Site1 zugewiesen, während Server3 und Server4 Site2 zugewiesen sind.
Set-ClusterFaultDomain -CimSession $ClusterName -Name "Server1", "Server2" -Parent "Site1"
Set-ClusterFaultDomain -CimSession $ClusterName -Name "Server3", "Server4" -Parent "Site2"
Überprüfen Sie mithilfe des Cmdlets Get-ClusterFaultDomain
, ob sich die Knoten an den richtigen Standorten befinden.
Get-ClusterFaultDomain -CimSession $ClusterName
Schritt 5.3: Festlegen eines bevorzugten Standorts
Sie können auch einen global bevorzugten Standort definieren, was bedeutet, dass die angegebenen Ressourcen und Gruppen an dem bevorzugten Standort ausgeführt werden müssen. Diese Einstellung kann mit dem folgenden Befehl auf Standortebene festgelegt werden:
(Get-Cluster).PreferredSite = "Site1"
Die Angabe eines bevorzugten Standorts für Stretchingcluster bietet die folgenden Vorteile:
Kaltstart: Bei einem Kaltstart werden die virtuellen Computer am bevorzugten Standort platziert
Quorumabstimmung
Bei einem dynamischen Quorum wird die Gewichtung vom passiven (replizierten) Standort zuerst verringert, um sicherzustellen, dass der bevorzugte Standort überlebt, wenn alle anderen Dinge gleich sind. Darüber hinaus werden Serverknoten nach Ereignissen wie asymmetrischen Netzwerkkonnektivitätsfehlern zuerst während der Neugruppierung aus dem passiven Standort entfernt.
Wenn der Clusterzeuge während einer Quorumaufteilung auf zwei Standorte nicht kontaktiert werden kann, wird die bevorzugte Website automatisch als Gewinn ausgewählt. Die Serverknoten am passiven Standort verlieren dann die Clustermitgliedschaft, sodass der Cluster einen gleichzeitigen Stimmenverlust von 50 % überstehen kann.
Der bevorzugte Standort kann darüber hinaus auf der Ebene der Clusterrolle oder der Gruppe definiert werden. In diesem Fall kann für jede VM-Gruppe ein anderer bevorzugter Standort konfiguriert werden, sodass ein Standort aktiv und für bestimmte virtuelle Computer bevorzugt wird.
Schritt 5.4: Einrichten von Stretch-Clustering mit Network ATC
Nach Version 22H2 können Sie Network ATC verwenden, um Stretch-Clustering einzurichten. Network ATC fügt Stretch als Absichtstyp ab Version 22H2 hinzu. Führen Sie den folgenden Befehl aus, um eine Absicht mit Stretch-Clustering mit Network ATC bereitzustellen:
Add-NetIntent -Name StretchIntent -Stretch -AdapterName "pNIC01", "pNIC02"
Eine Stretch-Absicht kann bei der Bereitstellung mit Network ATC auch mit anderen Absichten kombiniert werden.
SiteOverrides
Basierend auf den Schritten 5.1-5.3 können Sie Ihre vorab erstellten Standorte ihrer stretch-Absicht hinzufügen, die mit Network ATC bereitgestellt wird. Network ATC verarbeitet dies mithilfe von SiteOverrides. Um eine SiteOverride zu erstellen, führen Sie Folgendes aus:
$siteOverride = New-NetIntentSiteOverrides
Nachdem Ihre siteOverride erstellt wurde, können Sie eine beliebige Eigenschaft für siteOverride festlegen. Stellen Sie sicher, dass die name-Eigenschaft der siteOverride genau den gleichen Namen hat wie der Name Ihrer Website in ClusterFaultDomain. Eine falsche Übereinstimmung der Namen zwischen ClusterFaultDomain und siteOverride führt dazu, dass siteOverride nicht angewendet wird.
Die Eigenschaften, die Sie für einen bestimmten siteOverride festlegen können, sind: Name, StorageVlan und StretchVlan. Beispielsweise erstellen Sie 2 siteOverrides für Ihre beiden Standorte – site1 und site2 mit:
$siteOverride1 = New-NetIntentSiteOverrides
$siteoverride1.Name = "site1"
$siteOverride1.StorageVLAN = 711
$siteOverride1.StretchVLAN = 25
$siteOverride2 = New-NetIntentSiteOverrides
$siteOverride2.Name = "site2"
$siteOverride2.StorageVLAN = 712
$siteOverride2.StretchVLAN = 26
Sie können in $siteOverride2
Ihrem PowerShell-Fenster ausführen$siteOverride1
, um sicherzustellen, dass alle Ihre Eigenschaften auf die gewünschte Weise festgelegt sind.
Führen Sie schließlich Folgendes aus, um eine oder mehrere siteOverrides zu Ihrer Absicht hinzuzufügen:
Add-NetIntent -Name StretchIntent -Stretch -AdapterName "pNIC01" , "pNIC02" -SiteOverrides $siteOverride1, $siteOverride2
Schritt 6: Aktivieren von Direkte Speicherplätze
Verwenden Sie nach dem Erstellen des Clusters das Cmdlet Enable-ClusterStorageSpacesDirect
, das Direkte Speicherplätze aktiviert und die folgenden Aktionen automatisch ausführt:
Erstellen eines Speicherpools: Erstellt einen Speicherpool für den Cluster und gibt ihm einen Namen wie „Cluster1 Storage Pool“.
Erstellen eines Datenträgers für den Leistungsverlauf des Clusters: Erstellt einen virtuellen Datenträger für den Leistungsverlauf des Clusters im Speicherpool.
Erstellen von Daten- und Protokollvolumes: Erstellt ein Datenvolume und ein Protokollvolume im Speicherpool.
Konfigurieren Direkte Speicherplätze Caches: Wenn mehr als ein Medientyp (Laufwerk) für Direkte Speicherplätze verfügbar ist, ermöglicht dies die schnellste Cachegeräte (lese- und schreibzugriff in den meisten Fällen).
Erstellen von Ebenen: Erstellt zwei Ebenen als Standardebenen. Eine trägt den Namen „Capacity“ (Kapazität), die andere den Namen „Performance“ (Leistung). Das Cmdlet analysiert die Geräte und konfiguriert jede Ebene mit der Mischung aus Gerätetypen und Resilienz.
Beim Szenario mit Einzelserver ist der einzige FaultDomainAwarenessDefault-Wert „PhysicalDisk“. Enable-ClusterStorageSpacesDirect
das Cmdlet erkennt einen einzelnen Server und konfiguriert FaultDomainAwarenessDefault während der Aktivierung automatisch als PhysicalDisk.
Für gestreckte Cluster führt das Enable-ClusterStorageSpacesDirect
Cmdlet außerdem Folgendes aus:
- Überprüfen, ob Websites eingerichtet sind
- Bestimmen, welche Knoten sich an welchen Standorten befinden
- Bestimmen, welcher Speicher für die einzelnen Knoten zur Verfügung steht
- Überprüfen, ob die Funktion Speicherreplikation auf jedem Knoten installiert ist
- Erstellt einen Speicherpool für jeden Standort und identifiziert ihn mit dem Namen des Standorts
- Erstellt Daten- und Protokollvolumes in jedem Speicherpool, eins pro Standort
Der folgende Befehl aktiviert „Direkte Speicherplätze“ in einem Cluster mit mehreren Knoten. Sie können außerdem einen Anzeigenamen für einen Speicherpool angeben, wie hier gezeigt:
Enable-ClusterStorageSpacesDirect -PoolFriendlyName "$ClusterName Storage Pool" -CimSession $ClusterName
Hier sehen Sie ein Beispiel für die Deaktivierung des Speichercaches in einem Cluster mit nur einem Knoten:
Enable-ClusterStorageSpacesDirect -CacheState Disabled
Verwenden Sie den folgenden Befehl, um die Speicherpools anzuzeigen:
Get-StoragePool -CimSession $ClusterName
Nach dem Erstellen des Clusters
Nachdem Ihr Cluster nun erstellt wurde, müssen Sie weitere wichtige Aufgaben ausführen:
- Richten Sie einen Clusterzeugen ein, wenn Sie einen Cluster mit zwei oder mehr Knoten verwenden. Mehr dazu finden Sie unter Einrichten eines Clusterzeugen.
- Erstellen Ihrer Volumes. Mehr dazu finden Sie unter Erstellen von Volumes. Beim Erstellen von Volumes in einem Einzelknotencluster müssen Sie PowerShell verwenden. Weitere Informationen finden Sie unter Erstellen von Volumes mithilfe von PowerShell.
- Erstellen Sie für Stretched Cluster Volumes, und richten Sie die Replikation mithilfe von Speicherreplikaten ein. Mehr dazu finden Sie unter Erstellen von Volumes und Einrichten von Replikation für Stretchingcluster.
Nächste Schritte
- Registrieren Sie Ihren Cluster bei Azure. Weitere Informationen finden Sie unter Herstellen einer Verbindung zwischen Azure Stack HCI und Azure.
- Führen Sie eine abschließende Überprüfung des Clusters durch. Mehr dazu finden Sie unter Überprüfen eines Azure Stack HCI-Clusters.
- Verwalten Sie die Hostnetzwerke. Weitere Informationen finden Sie unter Verwalten von Hostnetzwerken mithilfe von Network ATC.
Feedback
https://aka.ms/ContentUserFeedback.
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unterFeedback senden und anzeigen für