Erstellen eines Azure Stack HCI-Clusters mit Windows PowerShell

Gilt für: Azure Stack HCI, Version 22H2

Important

Azure Stack HCI ist jetzt Teil von Azure Local. Ältere Versionen von Azure Stack HCI, z. B. 22H2, verweisen jedoch weiterhin auf Azure Stack HCI und spiegeln die Namensänderung nicht wider. Erfahren Sie mehr.

Warning

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 von Azure Local zu verwenden, siehe Informationen zu Azure Local Bereitstellung.

In diesem Artikel erfahren Sie, wie Sie Windows PowerShell verwenden, um einen Azure Stack HCI-Hyperkonvergierten Cluster zu erstellen, der Direkte Speicherplätze verwendet. Wenn Sie lieber den Clustererstellungs-Assistenten in Windows Admin Center zum Erstellen des Clusters verwenden, lesen Sie "Erstellen des Clusters mit Windows Admin Center".

Note

Wenn Sie eine einzelne Serverinstallation von Azure Stack HCI 21H2 durchführen, verwenden Sie PowerShell, um den Cluster zu erstellen.

Sie haben eine Auswahl zwischen zwei Clustertypen:

  • Standardcluster mit einem oder zwei Serverknoten, die sich an einem einzelnen Standort befinden.
  • Gestreckter Cluster mit mindestens vier Serverknoten, die sich über zwei Standorte erstrecken, mit zwei Knoten pro Standort.

Führen Sie für das Szenario mit einem einzelnen Server die gleichen Anweisungen für den einen Server aus.

Note

Stretchcluster werden in einer konfiguration mit nur einem Server nicht unterstützt.

In diesem Artikel erstellen wir einen Beispielcluster mit dem Namen "Cluster1", der aus vier Serverknoten namens "Server1", "Server2", "Server3" und "Server4" besteht.

Für das gestreckte Clusterszenario verwenden wir ClusterS1 als Namen und verwenden dieselben vier Serverknoten, die sich über Standorte Site1 und Site2 erstrecken.

Weitere Informationen zu gestreckten Clustern finden Sie in der Übersicht über gestreckte Cluster.

Bevor Sie anfangen

Bevor Sie beginnen, stellen Sie sicher, dass Sie:

Verwenden von Windows PowerShell

Sie können PowerShell entweder lokal in einer RDP-Sitzung auf einem Hostserver ausführen, oder Sie können PowerShell remote von einem Verwaltungscomputer ausführen. In diesem Artikel wird die Remoteoption behandelt.

Wenn Sie PowerShell von einem Verwaltungscomputer ausführen, schließen Sie den Parameter -Cluster oder den -Name Parameter 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 Failover-Clustering. Wenn die Cmdlets und Module in Ihrer PowerShell-Sitzung auf Ihrem Verwaltungscomputer noch nicht 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 zu den einzelnen Servern her, verknüpfen Sie sie mit einer Domäne (die gleiche Domäne, in der sich der Verwaltungscomputer befindet), und installieren Sie erforderliche Rollen und Features.

Schritt 1.1: Herstellen einer Verbindung mit den Servern

Um eine Verbindung mit den Servern herzustellen, müssen Sie zuerst über Netzwerkkonnektivität verfügen, mit derselben Domäne oder einer voll vertrauenswürdigen Domäne verbunden sein und über lokale Administratorberechtigungen 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. Sie werden aufgefordert, ein Kennwort einzugeben, nachdem Sie den folgenden Befehl auf jedem Server ausgeführt haben.

In diesem Beispiel wird davon ausgegangen, dass die Server den Namen "Server1", "Server2", "Server3" und "Server4" haben:

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

Hier ist ein weiteres Beispiel für die gleiche Aktion:

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

Enter-PSSession -ComputerName $myServer1 -Credential $user

Tip

Wenn Sie PowerShell-Befehle von Ihrem Verwaltungs-PC ausführen, wird möglicherweise eine Fehlermeldung angezeigt, wie WinRM die Anforderung nicht verarbeiten kann. Um dies zu beheben, verwenden Sie PowerShell, um jeden Server zur Liste der vertrauenswürdigen Hosts auf Ihrem Verwaltungscomputer hinzuzufügen. Diese Liste unterstützt beispielsweise Platzhalter wie 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 sich mit dem lokalen Administratorkonto <ServerName>\Administrator mit jedem Serverknoten verbunden.

Um fortzufahren, müssen Sie den Servern zu einer Domäne beitreten und das Domänenkonto verwenden, das sich in der lokalen Gruppe "Administratoren" auf jedem Server befindet.

Verwenden Sie das Enter-PSSession Cmdlet, um eine Verbindung mit jedem Server herzustellen und das folgende Cmdlet auszuführen, wobei der Servername, der Domänenname und die Domänenanmeldeinformationen ersetzt werden:

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 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, erforderliche Windows Rollen und Features auf jedem Server für den Cluster zu installieren. Diese Rollen müssen installiert werden:

  • BitLocker
  • Data Center Bridging
  • Failoverclustering
  • Dateiserver
  • FS-Data-Deduplizierungsmodul
  • Hyper-V
  • Hyper-V PowerShell
  • RSAT-Clustering-PowerShell-Modul
  • RSAT-AD-PowerShell-Modul
  • NetworkATC
  • SMB-Bandbreiteneinschränkung
  • Speicherreplikat (für gestreckte Cluster)

Verwenden Sie den folgenden Befehl für jeden Server (wenn Sie über Remotedesktop verbunden sind, lassen Sie den Parameter -ComputerName hier und in allen folgenden Befehlen weg):

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", "Storage-Replica" -IncludeAllSubFeature -IncludeManagementTools

Wenn Sie den Befehl auf allen Servern im Cluster gleichzeitig ausführen möchten, verwenden Sie das folgende Skript, indem Sie die Liste der Variablen am Anfang an Ihre Umgebung anpassen:

# 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", "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: Vorbereiten für die Clustereinrichtung

Überprüfen Sie als Nächstes, ob Ihre Server für das Clustering bereit sind.

Erwägen Sie die Ausführung der folgenden Befehle, um sicherzustellen, dass Ihre Server noch nicht 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: Laufwerke vorbereiten

Bevor Sie Direkte Speicherplätze aktivieren, stellen Sie sicher, dass Ihre dauerhaften Laufwerke leer sind. Führen Sie das folgende Skript aus, um alte Partitionen und andere Daten zu entfernen.

Note

Schließen Sie alle Wechseldatenträger, die an einen Serverknoten angefügt sind, aus dem Skript aus. Wenn Sie dieses Skript beispielsweise lokal von einem Serverknoten aus ausführen, möchten Sie den Wechseldatenträger, den Sie möglicherweise zur Bereitstellung des Clusters verwenden, nicht löschen.

# 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 Test-Cluster Cmdlet wird verwendet, um Tests auszuführen, um zu überprüfen, ob Ihre Konfiguration als hyperkonvergiertes Cluster geeignet ist. Im folgenden Beispiel wird der -Include Parameter verwendet, wobei die spezifischen Testkategorien 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 nun 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 keine Datenträger für den Clusterzeugen verfügbar sind. Der Clusterzeuge wird in späteren Schritten erstellt.

Note

Wenn die Server statische IP-Adressen verwenden, ändern Sie den folgenden Befehl, um die statische IP-Adresse widerzuspiegeln, 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. Obwohl der Cluster möglicherweise in Windows Admin Center angezeigt wird, ist er möglicherweise noch nicht für die Verbindung verfügbar.

Eine gute Überprüfung, um sicherzustellen, dass alle Clusterressourcen online sind:

Get-Cluster -Name $ClusterName | Get-ClusterResource

Wenn das Auflösen des Clusters nach einiger Zeit nicht erfolgreich ist, können Sie in den meisten Fällen eine Verbindung herstellen, indem Sie den Namen eines der gruppierten Server anstelle des Clusternamens verwenden.

Schritt 4: Konfigurieren des Hostnetzwerks

Microsoft empfiehlt die Verwendung von Network ATC zum Bereitstellen von Hostnetzwerken, wenn Sie Azure Stack HCI Version 21H2 oder höher ausführen. Andernfalls finden Sie unter Netzwerkanforderungen für Hosts spezifische Anforderungen und Informationen.

Netzwerk-ATC kann die Bereitstellung Ihrer gewünschten Netzwerkkonfiguration automatisieren, wenn Sie einen oder mehrere Intenttypen für Ihre Adapter angeben. Weitere Informationen zu bestimmten Absichtstypen finden Sie unter „Arten von Netzwerkdatenverkehr“.

Schritt 4.1: Überprüfen physischer Adapter

Führen Sie auf einem der Clusterknoten Get-NetAdapter aus, um die physischen Adapter anzuzeigen. Stellen Sie sicher, dass jeder Knoten im Cluster über die gleichen benannten physischen Adapter verfügt und dass sie den Status als "Up" melden.

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

Wenn sich der Name eines physischen Adapters über Knoten in Ihrem Cluster unterscheidet, können Sie ihn mithilfe Rename-NetAdaptervon . umbenennen.

Rename-NetAdapter -Name oldName -NewName newName

Schritt 4.2: Konfigurieren einer Absicht

In diesem Beispiel wird ein Intent erstellt, der die Berechnungs- und Speicherabsicht angibt. Weitere Absichtsbeispiele finden Sie unter Vereinfachen des Hostnetzwerks 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 nach einer anfänglichen Überprüfung sofort zurückgegeben werden.

Schritt 4.3: Intent-Bereitstellung validieren

Führen Sie das Get-NetIntent Cmdlet aus, um die Clusterabsicht anzuzeigen. Wenn Sie mehrere Absichten haben, können Sie den Name Parameter angeben, um Nur Details zu einer bestimmten Absicht anzuzeigen.

Get-NetIntent -ClusterName $ClusterName

Führen Sie den Get-NetIntentStatus Befehl aus, um den Bereitstellungsstatus der Absicht anzuzeigen:

Get-NetIntentStatus -ClusterName $ClusterName -Name Cluster_ComputeStorage

Beachten Sie den Statusparameter, der die Bereitstellung, Überprüfung, Erfolg, Fehler anzeigt.

Der Status sollte in ein paar Minuten Erfolg anzeigen. Wenn der Erfolgsstatus nicht auftritt oder ein Statusparameterfehler angezeigt wird, überprüfen Sie die Ereignisanzeige auf Probleme.

Note

Derzeit konfiguriert Network ATC keine IP-Adressen für die verwalteten Adapter. Sobald Get-NetIntentStatus den Status „Abgeschlossen“ meldet, sollten Sie den Adaptern IP-Adressen hinzufügen.

Schritt 5: Einrichten von Websites (gestreckter Cluster)

Diese Aufgabe gilt nur, wenn Sie einen gestreckten Cluster zwischen zwei Standorten mit mindestens zwei Servern an jedem Standort erstellen.

Note

Wenn Sie zuvor Active Directory Websites und Dienste eingerichtet haben, müssen Sie die Websites 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 gestreckten Clusters 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 Websites für den Cluster erstellt werden.

Get-ClusterFaultDomain -CimSession $ClusterName

Schritt 5.2: Zuweisen von Serverknoten

Als Nächstes weisen wir den jeweiligen Standorten die vier Serverknoten zu. Im folgenden Beispiel werden Server1 und Server2 Standort1 zugewiesen, während Server3 und Server4 Standort2 zugewiesen werden.

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

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

Überprüfen Sie mithilfe des Get-ClusterFaultDomain Cmdlets, ob sich die Knoten an den richtigen Standorten befinden.

Get-ClusterFaultDomain -CimSession $ClusterName

Schritt 5.3: Festlegen einer bevorzugten Website

Sie können auch einen globalen bevorzugten Standort definieren, was bedeutet, dass bestimmte Ressourcen und Gruppen auf der bevorzugten Website ausgeführt werden müssen. Diese Einstellung kann mithilfe des folgenden Befehls auf Websiteebene definiert werden:

(Get-Cluster).PreferredSite = "Site1"

Die Angabe einer bevorzugten Website für gestreckte Cluster hat die folgenden Vorteile:

  • Kaltstart – während eines Kaltstarts werden virtuelle Computer am bevorzugten Standort platziert.

  • Quorumstimmen

    • Bei einem dynamischen Quorum wird die Gewichtung zuerst von der passiven (replizierten) Website verringert, um sicherzustellen, dass die bevorzugte Website überlebt, wenn alle anderen Dinge gleich sind. Darüber hinaus werden Serverknoten beim erneuten Gruppieren nach Ereignissen wie asymmetrischen Netzwerkkonnektivitätsfehlern zuerst vom passiven Standort entfernt.

    • Wenn der Clusterzeuge nicht kontaktiert werden kann, wird während einer Quorumteilung von zwei Standorten automatisch die bevorzugte Website ausgewählt, um zu gewinnen. Die Serverknoten am passiven Standort scheiden dann aus der Clustermitgliedschaft aus, sodass der Cluster einen gleichzeitigen Verlust von 50 % der Stimmen überstehen kann.

Der bevorzugte Standort kann auch auf Clusterrolle oder Gruppenebene konfiguriert werden. In diesem Fall kann für jede Gruppe virtueller Computer eine andere bevorzugte Website konfiguriert werden, damit ein Standort für bestimmte virtuelle Computer aktiv und bevorzugt wird.

Schritt 5.4: Einrichten von Stretch Clustering mit Netzwerk-ATC

Nach Version 22H2 können Sie Network ATC verwenden, um stretch clustering einzurichten. Network ATC fügt ab Version 22H2 Stretch als Intent-Typ hinzu. Führen Sie den folgenden Befehl aus, um eine Network-ATC-Konfiguration mit Stretch-Clustering bereitzustellen:

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

Eine Stretch-Absicht kann auch mit anderen Absichten kombiniert werden, wenn sie mit Network ATC bereitgestellt werden.

SiteOverrides

Auf Grundlage der Schritte 5.1–5.3 können Sie Ihre vorab erstellten Standorte zu Ihrem mit Network ATC bereitgestellten Stretch-Intent hinzufügen. Netzwerk-ATC behandelt dies mithilfe von SiteOverrides. Führen Sie Folgendes aus, um eine SiteOverride zu erstellen:

 $siteOverride = New-NetIntentSiteOverrides

Nachdem Ihre siteOverride erstellt wurde, können Sie eine beliebige Eigenschaft für die siteOverride festlegen. Stellen Sie sicher, dass die Name-Eigenschaft der siteOverride den gleichen Namen aufweist wie der Name, den Ihre Website in der ClusterFaultDomain hat. Eine Nichtübereinstimmung von Namen zwischen ClusterFaultDomain und siteOverride führt dazu, dass siteOverride nicht angewendet wird.

Die Eigenschaften, die Sie für eine bestimmte siteOverride festlegen können, sind: Name, StorageVlan und StretchVlan. Sie erstellen beispielsweise 2 siteOverrides für Ihre beiden Websites – 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 im PowerShell-Fenster ausführen $siteOverride1, $siteOverride2 um sicherzustellen, dass alle Ihre Eigenschaften auf die gewünschte Weise festgelegt werden.

Führen Sie abschließend Folgendes aus, um Ihrem Intent eine oder mehrere siteOverrides 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 Enable-ClusterStorageSpacesDirect Cmdlet, das Direkte Speicherplätze aktiviert, und gehen Sie wie folgt vor:

  • Erstellen eines Speicherpools: Erstellt einen Speicherpool für den Cluster mit einem Namen wie "Cluster1 Speicherpool".

  • Erstellen eines Clusterleistungsverlaufsdatenträgers: Erstellt einen virtuellen Datenträger für den Clusterleistungsverlauf im Speicherpool.

  • Erstellen von Daten und Protokollvolumes: Erstellt ein Datenvolume und ein Protokollvolume im Speicherpool.

  • Konfigurieren Sie die Direkte Speicherplätze-Caches: Wenn für Direkte Speicherplätze mehr als ein Laufwerkstyp verfügbar ist, werden die schnellsten in den meisten Fällen als Cachegeräte für Lese- und Schreibvorgänge verwendet.

  • 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.

Für das Szenario mit einem einzelnen Server ist PhysicalDisk der einzige Wert für FaultDomainAwarenessDefault. Enable-ClusterStorageSpacesDirect cmdlet erkennt einen einzelnen Server und konfiguriert FaultDomainAwarenessDefault während der Aktivierung automatisch als PhysicalDisk.

Bei gestreckten Clustern führt das Enable-ClusterStorageSpacesDirect Cmdlet auch folgende Aktionen aus:

  • Überprüfen, ob Websites eingerichtet sind
  • Bestimmen, welche Knoten sich an welchen Standorten befinden
  • Bestimmt, welcher Speicher für jeden Knoten verfügbar ist.
  • Überprüft, ob das Feature "Speicherreplikat" auf jedem Knoten installiert ist.
  • Erstellt einen Speicherpool für jeden Standort und identifiziert ihn mit dem Namen der Website.
  • Erstellt Daten und Protokollvolumes in jedem Speicherpool – eins pro Standort

Der folgende Befehl aktiviert Direkte Speicherplätze auf einem Multiknotencluster. Sie können auch einen aussagekräftigen Namen für einen Speicherpool angeben, wie hier dargestellt:

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

Hier ist ein Beispiel zum Deaktivieren des Speichercaches in einem Cluster mit einem einzigen Knoten:

Enable-ClusterStorageSpacesDirect -CacheState Disabled

Verwenden Sie den folgenden Befehl, um die Speicherpools anzuzeigen:

Get-StoragePool -CimSession $ClusterName

Nachdem Sie den Cluster erstellt haben

Nachdem Ihr Cluster erstellt wurde, gibt es weitere wichtige Aufgaben, die Sie ausführen müssen:

Nächste Schritte

  • Last updated on