Erstellen eines Azure Stack HCI-Clusters mithilfe von Windows PowerShell

  • Artikel

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:

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

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:

Nächste Schritte