Freigeben über

Erstellen eines Azure Stack HCI-Clusters mithilfe von Windows PowerShell

  • Artikel

Gilt für: Azure Local, Version 22H2

Wichtig

Azure Stack HCI ist jetzt Teil von Azure Local. Die Umbenennung der Produktdokumentation wird ausgeführt. Ältere Versionen von Azure Stack HCI, z. B. 22H2, verweisen jedoch weiterhin auf Azure Stack HCI und spiegeln die Namensänderung nicht wider. Weitere Informationen

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 Windows PowerShell verwenden, um einen Azure Stack HCI-Hyperkonvergedcluster zu erstellen, der Speicherplätze Direct 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 Szenario mit einem einzelnen Server 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 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 die gleichen vier Serverknoten, die sich über 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, können Sie sich das Azure Stack HCI Evaluation Guide ansehen. In diesem Leitfaden führen wir Sie durch das Erleben von Azure Stack HCI mithilfe der geschachtelten Virtualisierung in einer Azure-VM. 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 Systemanforderungen für Azure Stack HCI.
  • Lesen und Verstehen der 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 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 Failoverclustering. 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

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 den Namen "Server1", "Server2", "Server3" und "Server4" haben:

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 mit jedem Serverknoten eine Verbindung hergestellt, mit dem lokalen Administratorkonto <ServerName>\Administrator.

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

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

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.

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.

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 Websites (gestreckter Cluster)

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

Hinweis

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 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 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 Cmdlets Get-ClusterFaultDomain, 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 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 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 fallen dann aus der Clustermitgliedschaft ab, sodass der Cluster einen gleichzeitigen Verlust von 50 % der Stimmen überdauert.

Der bevorzugte Standort kann darüber hinaus auf der Ebene der Clusterrolle oder der Gruppe definiert 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 Stretch als Intent-Typ aus Version 22H2 hinzu. Führen Sie den folgenden Befehl aus, um eine Absicht mit Stretchclustering mit Network ATC 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

Basierend auf den Schritten 5.1-5.3 können Sie Ihre vordefinierten Websites zu Ihrer Stretch-Absicht hinzufügen, die mit Network ATC bereitgestellt wurde. 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 sind.

Führen Sie abschließend Folgendes aus, um einen oder mehrere siteOverrides zu Ihrer Absicht hinzuzufügen:

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

Schritt 6: Aktivieren von Speicherplätze Direct

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 mit einem Namen wie "Cluster1 Speicherpool".

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

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

  • Konfigurieren sie Speicherplätze Direct-Caches: Wenn mehr als ein Medientyp (Laufwerk) für Speicherplätze Direct verfügbar ist, wird dies am schnellsten als Cachegeräte (Lese- und Schreibzugriff in den meisten Fällen) ermöglicht.

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

Nach dem Erstellen des Clusters

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

Nächste Schritte