Dieser Artikel wurde maschinell übersetzt. Wenn Sie die englische Version des Artikels anzeigen möchten, aktivieren Sie das Kontrollkästchen Englisch. Sie können den englischen Text auch in einem Popupfenster anzeigen, indem Sie den Mauszeiger über den Text bewegen.
Übersetzung
Englisch

Neuigkeiten beim Failoverclustering in WindowsServer

 

Betrifft: Windows Server 2012 R2, Windows Server 2012

In diesem Thema wird die Failoverclustering-Funktionalität beschrieben, die in Windows Server 2012 R2 neu eingeführt oder geändert wurde.

Failovercluster bieten hohe Verfügbarkeit und Skalierbarkeit für viele Serverarbeitsauslastungen. Dazu zählen serveranwendungen wie Microsoft Exchange Server, Hyper-V, Microsoft SQL Server und Dateiserver. Die Serveranwendungen können auf physischen Servern oder virtuellen Computern ausgeführt werden. In einem Failovercluster fällt eine oder mehrere der geclusterten Server (Knoten), mit der andere Knoten Dienst bereitstellen. Dieser Prozess wird als Failover bezeichnet.

Inhalte dieses Themas:

InWindows Server 2012 R2Failover-Clusterunterstützung bietet verbesserte Unterstützung in den folgenden Bereichen.

Feature/Funktionalität

Neu oder verbessert

Beschreibung

Freigegebene virtuelle Festplatte (für gastcluster)

new

Ermöglicht Ihnen die Verwendung von vhdx-Dateien als freigegebener Speicher in einem gastcluster.

Virtuelle Maschine Herunterfahren beeinträchtigen

new

Ermöglicht einen Hyper-V-Host ausgeführten virtuellen Maschinen automatisch live migrieren, wenn der Computer heruntergefahren wird.

Virtual Machine Network Health detection

new

Ermöglicht einen Hyper-V-Host, automatisch live Migration virtueller Computer in einem geschützten virtuellen Netzwerk erfolgt eine Trennung vom Netzwerk.

Optimierte CSV-Platzierung-Richtlinien

Verbessert

Verteilt die CSV-Besitzrecht gleichmäßig auf die Knoten des Failoverclusters.

Verbesserte Stabilität für CSV

Verbessert

Mehrere serverdienstinstanzen pro Clusterknoten und CSV-Überwachung des Server-Dienstes bieten größere Flexibilität.

Zuweisung von CSV-cache

Verbessert

Erhöht den Umfang des Arbeitsspeichers, die Sie als CSV-Cache zuordnen können.

CSV-diagnosemöglichkeiten

Verbessert

Ermöglicht es Ihnen, den Status der CSV-Format auf Knotenbasis und den Grund für die e/a-Umleitung anzuzeigen.

CSV-Interoperabilität

Verbessert

CSV-Unterstützung für andereWindows Server 2012 R2Funktionen.

Bereitstellen eines Active Directory getrennten Clusters

new

Können Sie einen Failovercluster mit weniger Abhängigkeit auf Active Directory-Domänendienste bereitstellen.

Dynamische Zeugen

new

Dynamisch anpasst, die basierend auf der Anzahl der abstimmungsknoten im aktuellen Clustermitgliedschaft zeugenstimme.

Verbesserte Benutzeroberfläche Quorum

Verbessert

Können Sie einfach die zugewiesenen quorumabstimmung und die aktuellen quorumabstimmung für jeden Knoten im Failovercluster-Manager anzeigen.

Force Quorum Stabilität

new

Ermöglicht die automatische Wiederherstellung bei einem partitionierten Failovercluster.

Entscheidungshilfe für 50 %-Knoten aufgeteilt.

new

Ermöglicht einer Seite eines Clusters weiterhin im Fall eines Cluster-Split ausführen, würden keine Partei normalerweise über ein Quorum verfügen.

Konfigurieren des globalen Update-Manager-Modus

new

Unterstützt weiterhin funktionieren, wenn eine Verzögerung mit einem oder mehreren Knoten im Cluster.

Clusterzustandserkennung von Knoten

Verbessert

Erhöht die Zuverlässigkeit, vorübergehende Netzwerkfehler für virtuelle Maschinen, die auf einem Hyper-V-Cluster ausgeführt werden.

Deaktivieren Sie IPSec-Verschlüsselung für die Clusterkommunikation zwischen Knoten

new

Verhindert einen Cluster hohe Wartezeit, die Aktualisierung von Gruppenrichtlinien auswirken.

Cluster-dashboard

new

Stellt eine bequeme Möglichkeit, den Zustand aller verwalteten Failover-Cluster im Failovercluster-Manager überprüfen.

Der folgende Abschnitt enthält eine Zusammenfassung der neuen Funktionen von hoher Verfügbarkeit für virtuelle Maschinen inWindows Server 2012 R2.

Sie können nun eine virtuelle Festplattendatei (im vhdx-Dateiformat) zwischen mehreren virtuellen Computern freigeben. Können diese vhdx-Dateien als freigegebener Speicher für einen virtuellen Computer-Failovercluster, auch bekannt als eingastcluster. Beispielsweise können Sie die freigegebenen vhdx-Dateien für Datenträger und für den Zeugendatenträger erstellen. (Sie würden nicht freigegebene vhdx-Datei für die virtuelle Festplatte mit Betriebssystem verwenden.)

Welchen Nutzen bietet diese Änderung?

InWindows Server 2012Sie könnten bereitstellen gastcluster mit freigegebenem Speicher, die vom virtuellen Fibre Channel oder iSCSI für das Gastbetriebssystem bereitgestellt wurde. In diesen Konfigurationen wurde der zugrunde liegende Speicher dem Benutzer eines virtuellen Computers verfügbar gemacht. In privaten oder öffentlichen Cloud-Bereitstellungen ist häufig die Notwendigkeit, die Details des zugrunde liegenden Fabrics aus der Benutzer oder mandantenadministrator auszublenden. Freigegebene vhdx-Speicher stellt dieser Abstraktionsebene bereit.

Diese Änderung kann auch einfachere Bereitstellung von Gast-Cluster-Konfigurationen. Eine freigegebene vhdx-Datei-Konfiguration ist einfacher, als andere Lösungen, wie virtuelle Fibre Channel oder iSCSI bereitstellen. Beim Konfigurieren eines virtuellen Computers auf eine freigegebene vhdx-Datei verwenden, müssen Sie keinen Speicher Konfiguration wie Zoning und LUN-Masking zu ändern.

Worin bestehen die Unterschiede?

InWindows Server 2012freigegebener virtueller Festplatten sind nicht verfügbar.Windows Server 2012 R2Fügt diese Funktionalität.

InWindows Server 2012 R2virtuelle SCSI-Datenträger wird nun als SAS-Laufwerke angezeigt, wenn Sie eine SCSI-Festplatte auf einen virtuellen Computer hinzufügen. Dies schließt sowohl freigegebene und nicht freigegebene virtuelle Festplattendateien. Wenn Sie den Datenträger im Server-Manager anzeigen, wird z. B. der Bustyp als SAS aufgeführt.

Weitere Informationen zu freigegebenen virtuellen Festplatten finden Sie unterÜbersicht über das Freigeben virtueller FestplattenundBereitstellen eines Gastclusters mithilfe einer freigegebenen virtuellen Festplatte.

InWindows Server 2012 R2wenn Sie ein Hyper-V-Knoten des Failoverclusters Herunterfahren, ohne zuerst Inbetriebnahme des Knotens Wartungsmodus abzuleiten ausgeführten Rollen, den Cluster jetzt automatisch live alle migriert ausgeführten virtuellen Maschinen auf einem anderen Host, vor dem Herunterfahren des Computers.

System_CAPS_noteHinweis

Stellen Sie sicher, dass nicht mehr als eine virtuelle Maschine in eine virtuelle Maschine Clusterrolle. Beginnend mitWindows Server 2012diese Konfiguration wird nicht unterstützt. Ein Beispiel für dieses Szenario ist, in denen mehrere virtuelle Computer auf einem gemeinsamen physischen Datenträger verfügen, die nicht Teil der freigegebenen Clustervolumes ist. Ein einzelner virtueller Computer pro Clusterrolle verbessert die Verwaltung und die Funktionalität von virtuellen Computern in einer Clusterumgebung, z. B. für die Mobilität virtueller Computer.

Welchen Nutzen bietet diese Änderung?

Diese Änderung bietet ein Sicherheitsmechanismus, um sicherzustellen, dass das Herunterfahren des Servers (oder jede Aktion, die der Clusterdienst heruntergefahren) keine ungeplanten Ausfallzeiten ausgeführten virtuellen Computer verursacht. Dies erhöht die Verfügbarkeit der Anwendung, die innerhalb des Gast-Betriebssystems ausgeführt.

System_CAPS_importantWichtig

Weiterhin wird empfohlen, dass Sie einen Knoten in den Wartungsmodus versetzt oder alle virtuellen Computer zu anderen Knoten verschieben, bevor Sie einen Clusterknoten herunterfahren. Dies ist die sicherste Methode ausgeführten Rollen abzuleiten.

Worin bestehen die Unterschiede?

InWindows Server 2012wenn Sie einen Clusterknoten herunterfahren, ohne das leeren von des Knotens, die virtuellen Computer in einen gespeicherten Zustand, setzen und dann auf andere Knoten verschoben und fortgesetzt werden. Dies bedeutet, dass eine Unterbrechung für die Verfügbarkeit der virtuellen Computer vorhanden ist. Wenn zu lang dauert, um den Zustand der virtuellen Computer speichern sie möglicherweise ausgeschaltet, und klicken Sie dann auf einen anderen Knoten neu gestartet. InWindows Server 2012 R2der Cluster automatisch live migriert alle ausgeführten virtuellen Maschinen vor dem Herunterfahren.

Konfigurieren Sie zum Aktivieren oder deaktivieren diese Funktion, dieDrainOnShutdowncluster allgemeine Eigenschaft. Diese Eigenschaft ist standardmäßig aktiviert (festgelegt auf den Wert "1").

Um den Eigenschaftswert anzuzeigen, starten Sie Windows PowerShell als Administrator aus, und geben Sie dann den folgenden Befehl:

(Get-Cluster).DrainOnShutdown

Ermitteln der Netzwerk-Integrität und die Wiederherstellung ist jetzt auf der Ebene der virtuellen Maschinen für einen Cluster mit Hyper-V-Host verfügbar. Tritt eine Trennung vom Netzwerk auf einem geschützten virtuellen Netzwerk, der Cluster live migriert die betroffenen virtuellen Maschinen auf einem Host, in diesem externe virtuelle Netzwerk verfügbar ist. Für diesen Zweck muss mehrere Netzwerkpfade zwischen Clusterknoten vorhanden sein.

System_CAPS_noteHinweis

Treten keine verfügbaren Netzwerken, die an andere Knoten des Clusters zu verbinden, wird der Cluster entfernt den Knoten aus der Clustermitgliedschaft, überträgt den Besitz der Dateien der virtuellen Maschine und die virtuellen Maschinen auf einem anderen Knoten neu gestartet.

Welchen Nutzen bietet diese Änderung?

Diese Änderung erhöht die Verfügbarkeit der virtuellen Computer, wenn es liegt ein Netzwerkproblem vor. Erfolgt die Livemigration, gibt es keine Ausfallzeiten, da live-Migration den Sitzungszustand des virtuellen Computers verwaltet.

Worin bestehen die Unterschiede?

InWindows Server 2012ist eine Trennung vom Netzwerk auf Ebene der virtuellen Maschinen, die virtuelle Maschine weiterhin auf diesem Computer ausführen, obwohl Sie den virtuellen Computer möglicherweise nicht für Benutzer verfügbar.

InWindows Server 2012 R2es gibt jetzt einegeschützten NetzwerkKontrollkästchen in den Einstellungen des virtuellen Computers. Diese Einstellung steht in den erweiterten Funktionen des Netzwerkadapters. Standardmäßig ist die Einstellung aktiviert. Sie können diese Einstellung auf einer Basis pro Netzwerk für jeden virtuellen Computer konfigurieren. Daher ist eine niedrigere Priorität Netzwerk z. B. einen Test oder für die Sicherung verwendet, können Sie nicht auf Livemigration der virtuellen Maschine an, falls diese Netzwerke eine Trennung vom Netzwerk auftreten.

Protected network setting for a virtual machine

Abbildung 1.  Geschütztes Netzwerk

Der folgende Abschnitt enthält eine Zusammenfassung der neuen CSV-Funktionen inWindows Server 2012 R2.

CSV-Besitzrecht wird jetzt automatisch verteilt und auf allen Failover-Clusterknoten neu verteilt.

Welchen Nutzen bietet diese Änderung?

In einem Failovercluster ist ein Knoten als Besitzer angesehen oder "koordinatorknoten" für eine CSV-Datei. Der koordinatorknoten besitzt die physische Datenträgerressource, die einer logischen Einheit (LUN) zugeordnet ist. Alle e/a-Vorgänge, die speziell auf das Dateisystem sind über den koordinatorknoten. Verteilte CSV-Besitz erhöht die datenträgerleistung, da mit ihrer Hilfe für den Lastenausgleich der Datenträger-e/a.

Da CSV-Besitzrecht jetzt auf allen Clusterknoten ausgeglichen ist, wird ein Knoten keine unverhältnismäßig große Anzahl von freigegebenen Clustervolumes besitzen. Wenn ein Knoten ausfällt, ist der Übergang von CSV-Besitzrecht auf einen anderen Knoten daher möglicherweise effizienter.

Diese Funktion ist nützlich für Dateiserver mit horizontaler Skalierung, die Speicherplätze verwendet werden, weil dadurch sichergestellt wird, dass Storage Spaces Besitz verteilt wird.

Worin bestehen die Unterschiede?

InWindows Server 2012es gibt keine automatische Zuweisung der Koordinator-Knoten Ressourcenausgleich. Beispielsweise könnten alle LUNs vom gleichen Knoten gehören. InWindows Server 2012 R2CSV-Besitzrecht wird gleichmäßig auf die Knoten des Failoverclusters basierend auf der Anzahl von freigegebenen Clustervolumes, der jeder Knoten besitzt.

Darüber hinaus können inWindows Server 2012 R2den Besitz automatisch neu verteilt, wenn sind z. B. ein CSV-Failover, ein Knoten wird den Cluster wieder aufgenommen., Sie einen neuen Knoten zum Cluster hinzufügen, eines Clusterknotens Neustart oder nachdem er heruntergefahren wurde, starten den Failovercluster.

Windows Server 2012 R2enthält die folgenden Verbesserungen um CSV-Stabilität zu erhöhen:

  • Mehrere serverdienstinstanzen pro Failoverclusterknoten. Es ist die Standardinstanz, die eingehenden Datenverkehr von Server Message Block (SMB)-Clients verarbeitet, die normale Dateifreigaben zugreifen, und eine zweite CSV-Instanz, die nur zwischen Knoten CSV-Traffic behandelt. Dieser Datenverkehr zwischen Knoten besteht aus den Zugriff auf Metadaten und umgeleitete e/a-Datenverkehr.

  • CSV-Überwachung der Integrität von der Server-Dienst

Welchen Nutzen bietet diese Änderung?

Eine CSV-Datei verwendet SMB als Transport, für die e/a-Weiterleitung zwischen den Knoten im Cluster und für die Orchestrierung von Metadaten-Updates. Wenn der Server-Dienst fehlerhaft ist, kann dies e/a-Leistung und den Zugriff auf Speicher auswirken. Da ein Clusterknoten jetzt mehrere Instanzen der Server-Dienst verfügt, bietet dies mehr Flexibilität für eine CSV-Datei liegt ein Problem mit der Standardinstanz. Diese Änderung verbessert außerdem die Skalierbarkeit des SMB-Verkehr zwischen Knoten zwischen CSV-Knoten.

Wenn der Server-Dienst fehlerhaft ist, können sie die Fähigkeit des Knotens CSV-Koordinator e/a-Anforderungen von anderen Knoten zu akzeptieren und die Orchestrierung von Metadaten Updates ausführen auswirken. InWindows Server 2012 R2wenn der Server-Dienst auf einem Knoten fehlerhaft ist, geht CSV-Besitzrecht automatisch in einen anderen Knoten, um größere Flexibilität zu gewährleisten.

Worin bestehen die Unterschiede?

InWindows Server 2012gab es nur eine Instanz des Server-Dienstes pro Knoten. Außerdem gab es keine Überwachung des Server-Dienstes.

InWindows Server 2012 R2Sie können jetzt einen höheren Prozentsatz des gesamten physischen Speichers CSV-Cache zuweisen. CSV-Cache kann der Server den Systemspeicher als Write-through-Cache zu verwenden.

Welchen Nutzen bietet diese Änderung?

Erhöhen den CSV-Cache-Grenzwert eignet sich besonders für Szenarien mit horizontaler Skalierung. Da Dateiserver mit horizontaler Skalierung in der Regel keine Speichereinschränkungen aufweisen, können Sie die Leistung erheblich steigern, indem Sie den zusätzlichen Arbeitsspeicher für den CSV-Cache verwenden.

System_CAPS_tipTipp

Es wird empfohlen, dass Sie den CSV-Cache für alle gruppierten Hyper-V und Dateiserver mit horizontaler Skalierung Bereitstellungen mit mehr Verteilung für eine Bereitstellung mit horizontaler Skalierung aktivieren.

Worin bestehen die Unterschiede?

InWindows Server 2012konnten Sie nur 20 % des gesamten physischen RAM das CSV-Cache zuweisen. Sie können jetzt bis zu 80 % zuweisen.

InWindows Server 2012wurde der CSV-Cache standardmäßig deaktiviert. InWindows Server 2012 R2es ist standardmäßig aktiviert. Darüber hinaus der Namen der privaten Eigenschaft des Clusters physische Datenträgerressource aus geändert wurdeCsvEnableBlockCacheaufEnableBlockCache.

Sie müssen noch die Größe des Caches Block reserviert reservieren. Zu diesem Zweck legen Sie den Wert von derBlockCacheSizecluster allgemeine Eigenschaft. (Der Name dieser Eigenschaft wurde vonSharedVolumeBlockCacheSizeInMBinWindows Server 2012.) Weitere Informationen finden Sie unterAktivieren Sie den CSV-Cache für leseintensive Arbeitslasten.

Sie können nun den Status der CSV-Format auf Knotenbasis anzeigen. Beispielsweise können Sie sehen, ob e/a direkt oder umgeleitet erfolgen oder ob im CSV-Format nicht verfügbar ist. Wenn eine CSV-Datei im umgeleiteten e/a-Modus ist, können Sie auch den Grund anzeigen.

Welchen Nutzen bietet diese Änderung?

Diese Änderung ermöglicht die Clusterkonfiguration zu optimieren, da Sie den Status der CSV-Format leicht bestimmen können.

Worin bestehen die Unterschiede?

Können Sie das neue Windows PowerShell-CmdletGet-ClusterSharedVolumeStateStatusinformationen anzeigen (z. B. direkt oder umgeleitet) sowie den Grund für die Umleitung. Die Statusinformationen finden Sie in derStateInfoEigenschaft. Der e/a-Umleitung Grund finden Sie unter derFileSystemRedirectedIOReason-Eigenschaft und dieBlockRedirectedIOReasonEigenschaft.

InWindows Server 2012 R2CSV-Funktionalität wurde verbessert, sodass die Unterstützung für die folgenden Funktionen:

  • Robustes Dateisystem (Resilient File System, ReFS)

  • Deduplizierung

  • Paritätsspeicheranordnungen

  • Mehrstufige Speicherplätze

  • Speicherplätze Write-Back-caching

Welchen Nutzen bietet diese Änderung?

Diese zusätzliche Unterstützung erweitert die Szenarios, in denen Sie freigegebene Clustervolumes verwenden, und ermöglicht es Ihnen, die Effizienz nutzen, die diese Features eingeführt werden.

Worin bestehen die Unterschiede?

ReFS, Deduplizierung und paritätsspeicheranordnungen wurden nicht von freigegebenen Clustervolumes unterstütztWindows Server 2012. Mehrstufige Speicherplätze und Rückschreibecache Speicherplätze sind neu inWindows Server 2012 R2.

Sie können in Windows Server 2012 R2 einen Failovercluster bereitstellen, in dem die Netzwerknamen nicht von den Active Directory-Domänendiensten (Active Directory Domain Services, AD DS) abhängen. Dieses Konzept wird als von Active Directory getrennter Cluster bezeichnet. Bei der Bereitstellung eines Clusters mit dieser Methode wird der Netzwerkname des Clusters (auch bekannt als dieadministratorzugriffspunkts) und Netzwerknamen für clusterrollen mit Clientzugriffspunkten im Domain Name System (DNS) registriert sind. Es werden jedoch keine Computerobjekte für den Cluster in AD DS erstellt. Dies umfasst sowohl das Computerobjekt für den Cluster (auch bekannt als das Clusternamenobjekt oder CNO bezeichnet) und Computerobjekte für clusterrollen, die normalerweise Clientzugriffspunkte in AD DS (auch bekannt als virtuelle Computerobjekte oder VCOs) hätte.

System_CAPS_noteHinweis

Die Clusterknoten müssen immer noch zu einer Active Directory-Domäne angehören.

Welchen Nutzen bietet diese Änderung?

Mit dieser Bereitstellungsmethode können Sie erstellen ein Failoverclusters, ohne die zuvor erforderlichen Berechtigungen zum Erstellen von Computerobjekten in AD DS oder anfordern, dass ein Active Directory-Administrator die Computerobjekte in AD DS vorab bereitgestellt werden muss. Darüber hinaus müssen Sie keinen verwalten und die Cluster-Computerobjekte für den Cluster. Beispielsweise können Sie das mögliche Problem vermeiden, in denen ein Active Directory-Administrator versehentlich das Clusterobjekt Computer löscht, die die Verfügbarkeit des Clusters Arbeitslasten wirkt sich auf.

Worin bestehen die Unterschiede?

Die Option zum Erstellen eines Active Directory getrennten Clusters ist nicht verfügbar inWindows Server 2012. InWindows Server 2012Sie können nur einen Failovercluster, in dem die Netzwerknamen für den Cluster befinden sich in DNS und AD DS, bereitstellen.

Ein Active Directory getrennten Cluster verwendet die Kerberos-Authentifizierung für die clusterinterne Kommunikation. Wenn jedoch die Authentifizierung über den Netzwerknamen des Clusters erforderlich ist, wird NTLM-Authentifizierung verwendet.

System_CAPS_importantWichtig

Wir empfehlen nicht diese Bereitstellungsmethode für jedes Szenario, die Kerberos-Authentifizierung erfordert.

Um diese Art von Cluster bereitstellen, müssen Sie Windows PowerShell verwenden. Informationen zur Bereitstellung und Informationen über unterstützte und nicht mit dieser Bereitstellungsmethode unterstützt, finden Sie unterBereitstellen eines von Active Directory getrennten Clusters.

Der folgende Abschnitt enthält eine Zusammenfassung der Verbesserung der Cluster-Quorum-Funktionalität inWindows Server 2012 R2.

InWindows Server 2012 R2wenn der Cluster konfiguriert ist, um dynamische Quorum (Standard) zu verwenden, die zeugenstimme wird auch dynamisch angepasst basierend auf der Anzahl der abstimmungsknoten im aktuellen Clustermitgliedschaft. Eine ungerade Anzahl von stimmen hingegen muss der quorumzeugen keine Stimme. Ist eine gerade Anzahl von stimmen, hat der quorumzeuge eine Stimme.

Die Zeuge quorumabstimmung ist auch dynamisch basierend auf den Status der Zeugenressource angepasst. Die Zeugenressource offline oder fehlgeschlagen ist, legt fest, wenn der Cluster die zeugenstimme auf "0".

Welchen Nutzen bietet diese Änderung?

Dynamische Zeugen wird erheblich reduziert das Risiko, das der Cluster aufgrund Zeugen ausfällt. Der Cluster entscheidet, ob verwenden die zeugenstimme basierend auf der Anzahl der abstimmungsknoten, die im Cluster verfügbar sind.

Diese Änderung vereinfacht auch Zeugen Quorumkonfiguration. Sie müssen nicht mehr zu bestimmen, ob ein quorumzeuge konfigurieren, da die Empfehlung inWindows Server 2012 R2ist immer ein quorumzeuge konfigurieren. Der Cluster bestimmt automatisch seine Verwendung.

System_CAPS_importantWichtig

InWindows Server 2012 R2es wird empfohlen, dass Sie immer einen quorumzeugen konfigurieren.

Worin bestehen die Unterschiede?

InWindows Server 2012Sie bestimmen, wann ein Zeuge konfigurieren musste und musste die Quorumkonfiguration manuell anpassen, wenn die Mitgliedschaft geändert wird, um eine ungerade Zahl die Gesamtzahl der stimmen aufrechtzuerhalten. Dies jedes Mal, wenn Sie hinzugefügt oder entfernt Clusterknoten enthalten.

Jetzt müssen Sie nicht mehr die Quorumkonfiguration manuell anpassen, wenn die Mitgliedschaft geändert wird. Standardmäßig bestimmt der Cluster Quorum Verwaltungsoptionen, einschließlich den quorumzeugen.

Windows Server 2012 R2Außerdem enthält die neueWitnessDynamicWeightcluster allgemeine Eigenschaft, mit denen Sie die Witness-quorumabstimmung anzeigen.

Um den Eigenschaftswert anzuzeigen, starten Sie Windows PowerShell als Administrator aus, und geben Sie dann den folgenden Befehl:

(Get-Cluster).WitnessDynamicWeight

Der Wert "0" gibt an, dass der Zeuge, die nicht über eine Stimme verfügen. Der Wert "1" gibt an, dass es sich bei der Zeugen eine Stimme hat.

InWindows Server 2012 R2können Sie jetzt die zugewiesenen quorumabstimmung und die aktuellen quorumabstimmung für jeden Clusterknoten in der Failovercluster-Manager-Benutzeroberfläche (UI) anzeigen. Außerdem wurde die Terminologie der Quorum-Modus vereinfacht.

Welchen Nutzen bietet diese Änderung?

Sie können nun einfach bestimmen, in der Benutzeroberfläche, welche Knoten über eine Stimme verfügen, und ob abstimmen, die aktiv ist. Beim Klicken aufKnotenim Failovercluster-Manager, sehen Sie die Zuweisung von Stimme.

Node vote assignment in the UI

Abbildung 2. „Knotenvotumszuweisung“

Worin bestehen die Unterschiede?

InWindows Server 2012mussten Sie den Quorumkonfiguration überprüfen Überprüfungsbericht ausführen oder mithilfe von Windows PowerShell zum Anzeigen des Status der Stimme. Weiterhin können Sie diese Methoden inWindows Server 2012 R2.

InWindows Server 2012 R2den Bericht Quorumkonfiguration überprüfen und die Parameter für dieSet-ClusterQuorumWindows PowerShell-Cmdlet wurden vereinfacht, um das Quorum Modus Terminologie, wie z. B. Knotenmehrheit (kein Zeuge), keine Mehrheit mit Zeuge (Datenträger oder Dateifreigabe) oder keine Mehrheit (nur datenträgerzeuge) nicht mehr verwenden.

InWindows Server 2012 R2nachdem ein Problem vorliegt, in dem Sie manuell, Quorum erzwingen auf den Cluster, z. B. starten, Sie verwenden, den/fqwechseln, wenn den Clusterdienst den Cluster automatisch starten alle Partitionen erkennt, wenn die Verbindung wiederhergestellt ist. Die Partition, die Sie erzwingen eines Quorums gestartet wird jetzt als autorisierend angesehen. Wenn Failover-Cluster-Kommunikation fortgesetzt wird, partitionierten Knoten automatisch starten Sie den Clusterdienst neu, und treten Sie dem Cluster. Der Cluster wird in einer einzigen Ansicht der Mitgliedschaft wiederhergestellt.

Welchen Nutzen bietet diese Änderung?

Diese Änderung ermöglicht die automatische Wiederherstellung bei einem partitionierten Failovercluster, in denen eine Teilmenge der Knoten durch das Erzwingen des Quorums gestartet wurde. Ein partitionierte Failovercluster ist auch bekannt als einen unterteilten Cluster oder "Split-Brain" Cluster.

System_CAPS_noteHinweis

Ein partitionierter Cluster tritt auf, wenn es sich bei ein Cluster in Teilmengen unterteilt wird, die nicht voneinander wissen. Beispielsweise können Sie einen Multisite-Cluster mit drei Knoten in einem Standort und zwei Knoten in einer anderen. Ein Netzwerkproblem unterbricht Clusterkommunikation. Die Website mit drei Knoten bleibt ausgeführt, da es sich um ein Quorum verfügt. Die Website zwei Knoten ohne Quorum wurde heruntergefahren. Sie bestimmen, dass die Website mit drei Knoten keine externe Konnektivität verfügt, während der zwei Knoten-Website. Um den Dienst für Benutzer wiederherzustellen, verwenden Sie daher den/fqzum Starten der Website zwei Knoten wechseln. Wenn die Netzwerkkonnektivität wiederhergestellt wird, müssen Sie einen partitionierten Cluster.

Worin bestehen die Unterschiede?

Befindet sich in ein partitionierter ClusterWindows Server 2012nachdem die Konnektivität wiederhergestellt ist, Sie müssen manuell neu starten alle partitionierten Knoten, die nicht Teil der erzwungenen Quorum Teilmenge mit den/pqwechseln, um das Quorum zu verhindern. Im Idealfall sollten Sie so schnell wie möglich vorgehen.

InWindows Server 2012 R2beide Seiten haben eine Ansicht der Clustermitgliedschaft, und sie werden automatisch abstimmen, wenn die Verbindung wiederhergestellt ist. Die Seite, die Sie erzwingen eines Quorums gestartet werden, gilt als autorisierend und die partitionierten Knoten automatisch neu gestartet, mit dem/pqSwitch Quorum zu verhindern.

Als Erweiterung dynamisches Quorum-Funktionalität kann ein Cluster jetzt dynamisch einen aktiven Knoten Stimme in eine ungerade Zahl die Gesamtzahl der stimmen aufrechtzuerhalten anpassen. Diese Funktionalität nahtlos mit dynamischen Zeugen. Um eine ungerade Anzahl von stimmen zu gewährleisten, wird ein Cluster zuerst die Zeugen quorumabstimmung über dynamische Zeugen angepasst. Wenn ein quorumzeuge nicht verfügbar ist, kann der Cluster Stimme des Knotens anpassen. Beispiel:

  1. Sie haben einen Cluster mit sechs Knoten mit File Share Witness. Der Cluster wird zwischen zwei Standorten mit drei Knoten an jedem Standort an. Der Cluster hat insgesamt sieben stimmen.

  2. Der Dateifreigabenzeuge schlägt fehl. Da der Cluster dynamische Zeuge verwendet, entfernt die zeugenstimme des Clusters automatisch. Der Cluster besitzt nun insgesamt sechs stimmen.

  3. Um eine ungerade Anzahl von stimmen zu wahren, wählt der Cluster nach dem Zufallsprinzip einen Knoten quorumsvotum zu entfernen. Ein Standort verfügt jetzt über zwei stimmen, und der anderen Standort verfügt über drei.

  4. Ein Netzwerkproblem unterbricht die Kommunikation zwischen den beiden Standorten. Daher wird der Cluster in zwei Gruppen von drei Knoten gleichmäßig unterteilt. Die Partition, auf der Website mit zwei stimmen ausfällt. Die Partition, auf der Website mit drei stimmen weiterhin funktionsfähig.

Zusätzlich zu diesen Funktionen zum automatischen, eine neuen gemeinsamen Cluster-Eigenschaft, die Sie verwenden können, um zu bestimmen, welche Website übersteht vorhanden ist, wenn eine Teilung 50 % Knoten vorhanden ist, in keiner der Standorte über ein Quorum verfügt. Anstelle der Cluster nach dem Zufallsprinzip auswählen eines Knotens quorumsvotum zu entfernen, legen Sie dieLowerQuorumPriorityNodeIDEigenschaft voraus fest, welcher Knoten wird seine Zustimmung entfernt haben.

Welchen Nutzen bietet diese Änderung?

Mit dieser Funktionalität weiterhin einer Seite des Clusters im Fall eines Split 50 % Knoten ausgeführt, in denen keine Partei normalerweise Quorum müssten.

Durch Festlegen von optional dieLowerQuorumPriorityNodeID-Eigenschaft können Sie steuern, welche Seite bleibt nach oben in diesem Szenario. Beispielsweise können Sie angeben, dass der primäre Standort ausgeführt bleibt und einem Notfallwiederherstellungsstandort heruntergefahren.

Worin bestehen die Unterschiede?

InWindows Server 2012liegt eine Teilung 50 %, in keiner der Standorte über ein Quorum verfügt, beide Seiten werden ausfällt.

InWindows Server 2012 R2Sie können Zuweisen derLowerQuorumPriorityNodeIDcluster allgemeine Eigenschaft zu einem Clusterknoten am sekundären Standort, damit der primäre Standort ausgeführt bleibt. Legen Sie diese Eigenschaft nur auf einem Knoten in der Website.

Windows PowerShell als Administrator starten, legen Sie die Eigenschaft und geben dann den folgenden Befehl ein, wobei "1" ist die Beispiel-Knoten-ID für einen Knoten in der Website, die Sie weniger kritische berücksichtigen:

(Get-Cluster).LowerQuorumPriorityNodeID = 1
System_CAPS_tipTipp

Ermitteln eine Knoten-ID, Windows PowerShell als Administrator starten, und geben dann den folgenden Befehl ein, wobei "Node1" steht für den Namen eines Clusterknotens:

(Get-ClusterNode –Name "Node1").Id

Den folgenden Befehl können auch die Cluster-Knotennamen, Knoten-IDs und der Knotenstatus zurück:

Get-ClusterNode | ft

Tritt eine Zustandsänderung, wie z. B. eine Ressource im Cluster offline geschaltet wird, werden die Knoten in einem Failovercluster müssen von der Änderung benachrichtigt werden und bevor der Cluster einen Commit für die Änderung in die Datenbank zu bestätigen. Der globale Update-Manager ist verantwortlich für die Verwaltung dieser clusterdatenbankupdates. InWindows Server 2012 R2können Sie konfigurieren, wie der Cluster globale Updates verwaltet. Standardmäßig verwendet der globale Update-Manager die folgenden Modi für Failover-Cluster-Arbeitslasten inWindows Server 2012 R2:

  • Alle (Schreiben) und der lokalen (gelesen). In diesem Modus müssen alle Knoten des Clusters erhalten und das Update zu verarbeiten, bevor der Cluster die Änderung festgeschrieben betrachtet. Beim Lesen einer Datenbank Anforderung auftritt, der Cluster die Daten aus der Clusterdatenbank auf dem lokalen Knoten liest. In diesem Fall wird der lokale Lesevorgang konsistent sein, da alle Knoten empfangen und Verarbeiten von Updates erwartet. Dies ist die Standardeinstellung für alle Arbeitslasten außer Hyper-V.

    System_CAPS_noteHinweis

    Dies ist wie globale Updates arbeiten für alle Arbeitslasten inWindows Server 2012.

  • Mehrheit (Lesen und Schreiben). In diesem neuen Modus muss Mehrheit der Clusterknoten ausgeführten empfangen und das Update zu verarbeiten, bevor der Cluster einen Commit für die Änderung in der Datenbank. Beim Lesen einer Datenbank Anforderung auftritt, Cluster vergleicht den aktuellen Zeitstempel vom Mehrheit der Knoten ausgeführten und verwendet die Daten mit dem neuesten Zeitstempel. Dies ist die Standardeinstellung für Hyper-V-Failovercluster.

System_CAPS_noteHinweis

Es gibt auch ein neuer "Mehrheit (Schreiben) und lokale (gelesen)"-Modus. Allerdings wird in diesem Modus nicht standardmäßig für alle Arbeitslasten verwendet. Finden Sie im Abschnitt "Was anders funktioniert" Weitere Informationen.

Welchen Nutzen bietet diese Änderung?

Die neue Konfigurationsmodi für Global Update-Manager deutlich verbessern Cluster datenbankleistung in Szenarien, die bedeutende Netzwerklatenz zwischen den Clusterknoten, z. B. mit Stretch Multisite-Cluster. Durch die Zuordnung erhöht dies die Leistung des Cluster-Arbeitslasten wie z. B. SQL Server oder Exchange-Server in diesen Szenarien. Ohne dieses Feature führt die Clusterdatenbank, mit der Geschwindigkeit des langsamsten Knotens.

Die neue Konfigurationsmodi auch hilfreich, wenn die Wartezeiten, die mit Software oder Hardware-Problemen verknüpft sind. Beispielsweise kann ein Update der lokalen Registrierung auf einem Knoten, der ein Hardwareproblem verzögert werden. Mit dem einen Global Update-Manager-Modus, der Updates durchführt, die auf der Mehrzahl der Knoten des Clusters keine warten, dass alle Knoten benachrichtigt werden und die Änderung zu bestätigen, bevor sie die nächste Transaktion verarbeitet werden kann.

Worin bestehen die Unterschiede?

InWindows Server 2012Global Update-Manager-Modus kann nicht konfiguriert werden. Für alle-Arbeitslasten in ClusterWindows Server 2012müssen alle Knoten des Clusters erhalten und Prozess die Aktualisierung vor dem Cluster berücksichtigt die Änderung, die ein Commit ausgeführt. InWindows Server 2012 R2Sie können den globalen Update-Manager-Modus mit drei möglichen Werten konfigurieren. InWindows Server 2012 R2die meisten (Lesen und Schreiben) Modus ist jetzt der Standardmodus für Hyper-V-Failovercluster.

Sie können den globalen Update-Manager-Modus konfigurieren, mit dem neuenDatabaseReadWriteModecluster allgemeine Eigenschaft. Zum Anzeigen des globalen Update-Manager-Modus starten von Windows PowerShell als Administrator aus, und geben Sie dann den folgenden Befehl aus:

(Get-Cluster).DatabaseReadWriteMode

Die folgende Tabelle zeigt die möglichen Werte.

Wert

Beschreibung

0= Alle (Schreiben) und der lokalen (Lesen)

  • Die StandardeinstellungWindows Server 2012 R2für alle Arbeitslasten außer Hyper-V.

  • Alle Knoten des Clusters müssen empfangen und verarbeiten das Update, bevor der Cluster einen Commit für eine Änderung in der Datenbank.

  • Lesevorgänge werden auf dem lokalen Knoten auftreten. Da die Datenbank auf allen Knoten konsistent ist, besteht kein Risiko, dass Daten nicht mehr aktuell oder "veraltet".

1= Mehrheit (Lesen und Schreiben)

  • Die StandardeinstellungWindows Server 2012 R2für Hyper-V-Failovercluster.

  • Mehrheit der Clusterknoten muss empfangen und verarbeiten das Update, bevor der Cluster einen Commit für die Änderung in die Datenbank.

  • Bei einer Datenbank zu lesen wird der Cluster vergleicht den aktuellen Zeitstempel vom Mehrheit der Knoten ausgeführten und verwendet die Daten mit dem neuesten Zeitstempel.

2= Mehrheit (Schreiben) und der lokalen (Lesen)

  • Mehrheit der Clusterknoten muss empfangen und verarbeiten das Update, bevor der Cluster einen Commit für die Änderung in die Datenbank.

  • Lesevorgänge werden auf dem lokalen Knoten auftreten. Da der Cluster nicht den neuesten Zeitstempel auf der Mehrzahl der Knoten vergleichen können die Daten "veralteten" oder nicht mehr aktuell sein

System_CAPS_warningWarnung

Verwenden Sie entweder der meisten Modi (1 oder 2) nicht für Szenarien, die erfordern, dass starker Konsistenz aus der Clusterdatenbank garantiert. Verwenden Sie z. B. nicht in diesen Modi für einen Microsoft SQL Server-Failovercluster, der AlwaysOn Availability Groups verwendet oder Microsoft Exchange Server.

In der Standardeinstellung exchange Clusterknoten Takte pro Sekunde ein. Die Anzahl der Takte, die ausgelassen werden können, bevor ein Failover auftritt, wird als bezeichnet dietaktschwellenwert. InWindows Server 2012 R2wurde der Takt Standardschwellenwert für Hyper-V-Failoverclustern erhöht.

Welchen Nutzen bietet diese Änderung?

Diese Änderung bietet verbesserte Stabilität für vorübergehende Netzwerkfehler für virtuelle Maschinen, die auf einem Hyper-V-Cluster ausgeführt werden. Beispielsweise sollten nicht Sie den Cluster Wiederherstellungsaktionen ausführen, wenn Ihr Netzwerk häufig kurzfristig Netzwerk Unterbrechung auftritt. Für eine Anwendung, die auf einem virtuellen Computer ausgeführt wird, ein kurzen Netzwerkausfall liegt häufig ziemlich nahtlos TCP Fenster schließen.

Worin bestehen die Unterschiede?

In der Standardeinstellung inWindows Server 2012ein Knoten wird als inaktiv betrachtet, wenn er nicht innerhalb von fünf Sekunden reagiert. InWindows Server 2012 R2wurde der Standardschwellenwert für einen Hyper-V-Failovercluster auf 10 Sekunden für die Clusterknoten befinden sich in demselben Subnetz erhöht und 20 Sekunden für die Clusterknoten in unterschiedlichen Subnetzen.

Die folgende Tabelle enthält die Standardwerte inWindows Server 2012 R2.

Allgemeine Clustereigenschaft

Standard für alle Clusterrollen mit Ausnahme von Hyper-V

Standardwert für gruppierte Hyper-V-Rolle

SameSubnetThreshold

5 Sekunden

10 Sekunden

CrossSubnetThreshold

5 Sekunden

20 Sekunden

System_CAPS_importantWichtig

Es wird Folgendes empfohlen:

  • Konfigurieren Sie einen Takt Schwellenwert, der größer als 20 Sekunden ist, da dies das TCP-Timeout-Fenster überschreiten kann. Ein Wert größer als 20 Sekunden nicht Verfügbarkeit erhöht, und es wirkt sich auf den Zeitaufwand andere Knoten des Clusters zu erkennen, dass der Knoten ausgefallen ist.

  • Erhöhen Sie nicht den Schwellenwert für den Takt vom Standardwert für einen Dateiserver mit horizontaler Skalierung. Mit einem Dateiserver mit horizontaler Skalierung wird bereits eine nahtlose Wiederherstellung ermöglicht. Wenn ein Knoten als inaktiv betrachtet wird, wird ein Failover für den Knoten ausgeführt, und die SMB-Sitzungen werden auf einem anderen Knoten wiederhergestellt. Diese Wiederherstellungsaktion muss innerhalb des Timeoutzeitraums für die SMB-Sitzung stattfinden. Wenn Sie den Taktschwellenwert erhöhen, dauert die Knotenerkennung länger. Wenn die Timeoutwerte für die SMB-Sitzung überschritten werden, erfolgt die Wiederherstellung möglicherweise nicht mehr nahtlos.

InWindows Server 2012 R2Sie können nun Internet Protocol Security (IPsec)-Verschlüsselung für die Clusterkommunikation zwischen Knoten-, wie z. B. Cluster-Traffic deaktivieren.

Welchen Nutzen bietet diese Änderung?

Die Verarbeitung von hoher Latenz, den Aktualisierung von Gruppenrichtlinien kann dazu führen, dass Active Directory-Domänendienste (AD DS) vorübergehend nicht verfügbar ist. In diesem Fall, da IPSec-Verschlüsselung für den Zugriff auf AD DS, stützt sich werden IPSec-Verschlüsselung unterbrochen, bis die Updates abgeschlossen sind. Wenn Clusterkommunikation IPSec-Verschlüsselung verwendet wird, wird verhindert, dass diese Unterbrechung zwischen Knoten-Cluster-Kommunikation (einschließlich Heartbeat-Nachrichten) gesendet werden. Überschreitet die Verzögerung den Cluster-Heartbeat-Schwellenwert für einen Clusterknoten, entfernt der Cluster den Knoten aus der Clustermitgliedschaft. In diesem Fall auf mehreren Knoten gleichzeitig könnte es dazu führen, dass den Cluster das Quorum verliert.

Durch Deaktivieren der IPSec-Verschlüsselung für die Clusterkommunikation zwischen den Knoten, bleibt dieser Datenverkehr ohne Unterbrechung. Aus diesem Grund ist die Möglichkeit zur Bereitstellung hoher Verfügbarkeit für die clusterrollen des Clusters nicht von hoher Latenz betroffen, die Gruppenrichtlinie aktualisiert.

Worin bestehen die Unterschiede?

Nun können Sie dieNetFTIPSecEnabledcluster-common-Eigenschaft, um die IPsec-Verschlüsselung auf Port 3343 für die Clusterkommunikation zwischen den Knoten deaktivieren. In der Standardeinstellung dieNetFTIPSecEnabledaktiviert ist (festgelegt auf "1"). Der Wert "1" bedeutet, dass die IPsec-Verschlüsselung für die Kommunikation zwischen den Knoten aktiviert ist, liegt eine vorhandene Gruppenrichtlinien-Einstellung, die IPsec erzwingt.

So ändern Sie den Wert auf "0" überschreibt alle Einstellungen der Gruppenrichtlinie und die IPSec-Verschlüsselung für die Clusterkommunikation zwischen den Knoten deaktiviert, starten Sie Windows PowerShell als Administrator, und geben Sie dann den folgenden Befehl aus:

(Get-Cluster). NetFTIPSecEnabled = 0
System_CAPS_warningWarnung

Es wird empfohlen, IPSec-Verschlüsselung für die Clusterkommunikation zwischen den Knoten nur dann, wenn aufgrund hoher Latenz Probleme auftreten, die Aktualisierung von Gruppenrichtlinien zu deaktivieren. Wenn Sie die Einstellung deaktivieren, stellen Sie sicher, dass die Änderung gründlich testen, da es die Clusterleistung beeinträchtigen kann.

Failovercluster-Manager enthält nun eine Cluster-Dashboard, das Ihnen ermöglicht, schnell den Status aller verwalteten Failover Cluster anzuzeigen. Sie können den Namen des Failoverclusters sowie ein Symbol, das angibt, ob der Cluster ausgeführt wird, die Anzahl und Status der clusterrollen, der Knoten den Status und der Status anzeigen.

Welchen Nutzen bietet diese Änderung?

Wenn Sie mehrere Failovercluster verwalten, bietet dieses Dashboard eine bequeme Möglichkeit, schnell die Integrität der Failovercluster zu überprüfen.

Worin bestehen die Unterschiede?

InWindows Server 2012mussten Sie jeder Name des Failoverclusters um Statusinformationen anzuzeigen, klicken Sie auf. Klicken Sie nun, wenn Sie aufFailovercluster-Managerbesteht in der Navigationsstruktur einerClusterDashboard im mittleren Bereich, die alle verwalteten Cluster anzeigt.

Cluster dashboard showing two managed clusters

Abbildung 3. Cluster-dashboard

In Windows Server 2012 bietet Failoverclustering verbesserte Unterstützung in den folgenden Bereichen aus.

Feature/Funktionalität

Neu oder verbessert

Beschreibung

Clusterskalierbarkeit

Verbessert

Skalierung auf 64 Knoten und 8.000 virtuelle Computer pro Cluster

Verwaltung umfangreicher Cluster mithilfe des Server-Managers und Failovercluster-Managers

new

Stellt GUI-Tools zum Optimieren der Verwaltung und des Betriebs von umfangreichen Clustern bereit.

Verwaltung und Mobilität von virtuellen Clustercomputern und anderen Clusterrollen

new

Ermöglicht das Zuordnen von Clusterressourcen zu virtuellen Clustercomputern und anderen Clusterrollen.

Freigegebene Clustervolumes

Verbessert

Verbessert das CSV-Setup und erhöht die Sicherheit, Leistung und Dateisystemverfügbarkeit für zusätzliche Clusterarbeitsauslastungen.

Unterstützung für Dateiserver mit horizontaler Skalierung

new

Stellt CSV-Speicher bereit und ermöglicht die Integration in Dateidienstfeatures zur Unterstützung von skalierbarem, fortlaufend verfügbarem Anwendungsspeicher.

Clusterfähige Aktualisierung

new

Wendet Softwareupdates auf allen Clusterknoten bei gleichbleibender Verfügbarkeit an.

Überwachung und Verwaltung von Anwendungen auf virtuellen Computern

new

Erweitert die Überwachung virtueller Clustercomputer auf die Anwendungen, die auf den virtuellen Clustercomputern ausgeführt werden.

Clustervalidierungstests

Verbessert

Validiert die Hyper-V- und CSV-Funktionen und sorgt für schnellere Ausführung.

Abstimmung auf Active Directory-Domänendienste

Verbessert

Erhöht die Clusterstabilität und unterstützt eine breitere Palette von Bereitstellungen.

Quorumkonfiguration und dynamisches Quorum

Verbessert

Vereinfacht die Quorumeinrichtung und erhöht die Verfügbarkeit des Clusters in Fehlerszenarien.

Clusterupgrade und -migration

Verbessert

Ermöglicht die Migration von virtuellen Computern von Windows Server 2008 R2, die Migration zu CSVs und die Wiederverwendung des vorhandenen Speichers.

Integration der Aufgabenplanung

new

Integriert das Failoverclustering in zusätzliche Serverfunktionen.

Windows PowerShell-Unterstützung

Verbessert

Ermöglicht das Skripting von Failoverclustering-Funktionen, die in Windows Server 2012 eingeführt wurden.

Siehe auch Entfernte oder veraltete Funktionen.

Failovercluster in Windows Server 2012 können auf eine höhere Anzahl von Knoten und virtuellen Computern skaliert werden als Cluster in Windows Server 2008 R2. Dies wird in der folgenden Tabelle veranschaulicht:

Clustermaximum

Windows Server 2012

Windows Server 2008 R2

Knoten

64

16

Virtuelle Computer oder Clusterrollen

8.000 (bis zu 1.024 pro Knoten)

1,000

Der Server-Manager und Failovercluster-Manager stellen in Windows Server 2012 neue Funktionen zum Verwalten umfangreicher Cluster bereit.

Mit dem Server-Manager können die Knoten des Clusters ermittelt und verwaltet werden. Er ermöglicht die Remoteverwaltung mehrerer Server, die Remoteinstallation von Rollen und Features und das Starten des Failovercluster-Managers über die grafische Benutzeroberfläche des Server-Managers. Weitere Informationen finden Sie unter Verwalten von mehreren Remoteservern mit dem Server-Manager.

Die folgenden neuen Features des Failovercluster-Managers vereinfachen die umfassende Verwaltung virtueller Clustercomputer und anderer Clusterrollen:

  • Suchen, Filtern und benutzerdefinierte Ansichten: Administratoren können zahlreiche virtuelle Clustercomputer und andere Clusterrollen verwalten und zwischen ihnen navigieren.

  • Mehrfachauswahl: Administratoren können eine bestimmte Auflistung virtueller Computer auswählen und anschließend den erforderlichen Vorgang (z. B. Livemigration, Speichern, Herunterfahren oder Starten) ausführen.

  • Einfachere Livemigration und Schnellmigration virtueller Computer und der Speicher virtueller Computer: Die Ausführung der Live- und der Schnellmigration wurde vereinfacht.

  • Einfachere Konfiguration freigegebener Clustervolumes (Cluster Shared Volumes, CSVs): Die Konfiguration erfolgt über einen Rechtsklick im Speicherbereich. Freigegebene Clustervolumes sind zusätzliche Erweiterungen, die in beschrieben werdenFreigegebene ClustervolumesWeiter unten in diesem Thema.

  • Unterstützung des Hyper-V-Replikats: Das Hyper-V Replikat ermöglicht die Zeitpunktreplikation virtueller Computer zwischen Speichersystemen, Clustern und Rechenzentren zur Notfallwiederherstellung.

Durch die Änderungen hinzugefügter Mehrwert

Diese Skalierbarkeitsfeatures in Windows Server 2012 verbessern die Konfiguration, Verwaltung und Wartung großer physischer Cluster und Hyper-V-Failovercluster.

In Windows Server 2012 können Administratoren Einstellungen konfigurieren, z. B. das Starten von virtuellen Computern und Clusterrollen priorisieren oder virtuelle Computer und Clusterrollen auf Clusterknoten platzieren, um Clusterarbeitsauslastungen effizient Ressourcen zuzuordnen. In der folgenden Tabelle werden diese Einstellungen beschrieben:

Einstellung

Beschreibung

Bereich

Einstellung der Priorität: Hoch, Mittel (Standard) "," Niedrig "oder" No automatisch starten

  • Clusterrollen mit höherer Priorität werden gestartet und in Knoten vor solchen mit niedrigerer Priorität platziert.

  • Wenn die Priorität „Kein automatischer Start“ zugewiesen wird, wird die Rolle nach einem Ausfall nicht automatisch online geschaltet, sodass Ressourcen verfügbar bleiben, damit andere Rollen gestartet werden können.

Alle Clusterrollen, einschließlich virtuelle Clustercomputer

Vorzeitiges Entfernen virtueller Computer basierend auf der Priorität

  • Der Clusterdienst verwendet virtuelle Computer mit niedrigerer Priorität, die offline geschaltet sind, wenn virtuelle Computer mit hoher Priorität nicht über ausreichend Arbeitsspeicher und andere Ressourcen zum Starten nach einem Knotenfehler verfügen. Die freigegebenen Ressourcen können virtuellen Computern mit hoher Priorität zugeordnet werden.

  • Falls erforderlich, beginnt die Vorwegnahme bei den virtuellen Computern mit der niedrigsten Priorität und fährt mit virtuellen Computern mit höherer Priorität fort.

  • Vorzeitig entfernte virtuelle Computer werden später in der Reihenfolge ihrer Priorität neu gestartet.

Virtuelle Clustercomputer

Platzierung der virtuellen Computer unter Berücksichtigung des Arbeitsspeichers

  • Virtuelle Computer werden basierend auf der Konfiguration für den nicht einheitlichen Speicherzugriff (Non-Uniform Memory Access, NUMA), den bereits ausgeführten Arbeitsauslastungen und den verfügbaren Ressourcen der einzelnen Knoten platziert.

    Die Anzahl der Failoverversuche, bevor ein virtueller Computer erfolgreich gestartet wird, wird verringert. Dadurch wird die Betriebszeit für virtuelle Computer erhöht.

Virtuelle Clustercomputer

Mobilität virtueller Computer: Features

  • Mehrere Livemigrationen können gleichzeitig gestartet werden. Vom Cluster werden möglichst viele Migrationen ausgeführt. Die übrigen Migrationen werden zum späteren Abschließen in die Warteschlange verschoben. Fehlgeschlagene Migrationen werden automatisch wiederholt.

  • Virtuelle Computer werden zu Knoten mit ausreichend Arbeitsspeicher und anderen Ressourcen migriert.

  • Ein ausgeführter virtueller Computer kann zu einem Failovercluster hinzugefügt oder daraus entfernt werden.

  • Für den Speicher virtueller Computer kann eine Livemigration ausgeführt werden.

Virtuelle Clustercomputer

Automatisiertes Ausgleichen von Knoten

  • Der Cluster gleicht einen Knoten automatisch aus (verschiebt die Clusterrollen, die auf dem Knoten ausgeführt werden, auf einen anderen Knoten), bevor er den Knoten in den Wartungsmodus versetzt oder andere Änderungen auf dem Knoten vornimmt.

  • Rollen werden nach Wartungsvorgängen zurück auf den ursprünglichen Knoten gesetzt.

  • Administratoren können einen Knoten mit einer einzelnen Aktion im Failovercluster-Manager oder mithilfe des Windows PowerShell-Cmdlet Suspend-ClusterNode ausgleichen. Der Zielknoten für die verschobenen Clusterrollen kann angegeben werden.

  • Das clusterfähige Aktualisieren verwenden den Knotenausgleich im automatisierten Prozess zum Anwenden von Softwareupdates auf Clusterknoten. Weitere Informationen finden Sie unter Clusterfähige Aktualisierung weiter unten in diesem Thema.

Alle Clusterrollen, einschließlich virtuelle Clustercomputer

Durch die Änderungen hinzugefügter Mehrwert

Diese Features in Windows Server 2012 verbessern die Zuordnung von Clusterressourcen (insbesondere beim Starten oder Warten von Knoten) in großen physischen Clustern und Hyper-V-Failoverclustern.

Freigegebene Clustervolumes (Cluster Shared Volumes, CSVs) wurden in Windows Server 2008 R2 eingeführt, um allgemeinen Speicher für virtuelle Clustercomputer bereitzustellen. Unter Windows Server 2012 können CSVs Speicher für zusätzliche Clusterrollen bereitstellen. CSVs ermöglichen den gleichzeitigen Zugriff mehrerer Knoten im Cluster auf dasselbe NTFS-Dateisystem ohne Einschränkungen aufgrund von Hardware, Dateityp oder Verzeichnisstruktur. Mithilfe von CSVs kann für mehrere virtuelle Clustercomputer dieselbe LUN verwendet und dennoch eine unabhängige Live- oder Schnellmigration von Knoten zu Knoten ausgeführt werden.

Im Folgenden finden Sie eine Zusammenfassung der neuen CSV-Funktionen in Windows Server 2012.

  • Speicherfunktionen für eine größere Anzahl von clusterrollen. Enthält Dateiserver mit horizontaler Skalierung für Anwendungsdaten, die fortlaufend verfügbaren und skalierbaren dateibasierten (SMB 3.0) Serverspeicher für Hyper-V und Clientanwendungen wie z. B. Microsoft SQL Server bereitstellen. Weitere Informationen finden Sie unter Unterstützung für Dateiserver mit horizontaler Skalierung weiter unten in diesem Thema.

  • CSV-Proxydateisystem (CSVFS). Bietet freigegebenen Clusterspeicher mit einem konsistenten Dateinamespace, wobei dennoch das zugrunde liegende NTFS-Dateisystem verwendet wird.

  • Unterstützung für BitLocker-Laufwerkverschlüsselung. Ermöglicht die Verschlüsselung mithilfe der allgemeinen Identität des Computerkontos für den Cluster (auch als Clusternamenobjekt bzw. CNO bezeichnet). Dadurch wird die physische Sicherheit für Bereitstellungen außerhalb von sicheren Rechenzentren ermöglicht. Darüber hinaus werden die Kompatibilitätsanforderungen für Verschlüsselung auf Volumeebene erfüllt.

  • Einfache Dateisicherung. Unterstützt Sicherungsanforderer, auf denen Windows Server 2008 R2- oder Windows Server 2012-Sicherungen ausgeführt werden. Von Sicherungen können anwendungs- und absturzkonsistente Momentaufnahmen des Volumeschattenkopie-Diensts (Volume Shadow Copy Service, VSS) verwendet werden.

  • Direkte E/A für den Dateidatenzugriff, einschließlich Dateien mit geringer Datendichte. Verbessert die Erstellung virtueller Computer und die Leistung beim Kopieren.

  • Entfernen der Abhängigkeiten der externen Authentifizierung. Verbessert die Leistung und Stabilität von CSVs.

  • Integration in SMB Multichannel und SMB Direct. Verwendet neue SMB 3.0-Features, sodass CSV-Datenverkehr über mehrere Netzwerke im Cluster gestreamt und Netzwerkadapter genutzt werden können, die Remotezugriff auf den direkten Speicher (Remote Direct Memory Access, RDMA) unterstützen. Weitere Informationen finden Sie unter Server Message Block – Übersicht.

  • Speicher kann nur für eine Teilmenge der Knoten sichtbar gemacht werden. Ermöglicht Clusterbereitstellungen mit Anwendungs- und Datenknoten.

  • Integration in Speicherplätze. Ermöglicht die Virtualisierung von Clusterspeicher für Gruppen kostengünstiger Datenträger. Das Feature für Speicherplätze in Windows Server 2012 kann in CSVs integriert werden und ermöglicht so horizontal skalierten Zugriff auf Daten. Weitere Informationen finden Sie unter Speicherplätze – Übersicht.

  • Möglichkeit, Volumes ohne Ausfallzeiten zu prüfen und zu reparieren. Die CSV-Verfügbarkeit wird aufrechterhalten, während das NTFS-Dateisystem Unregelmäßigkeiten ermittelt, protokolliert und behebt.

Durch die Änderungen hinzugefügter Mehrwert

Diese neuen Features bieten ein einfacheres CSV-Setup, breitere Unterstützung für Arbeitsauslastungen, höhere Sicherheit und Leistung für eine Vielzahl an Bereitstellungen und höhere Verfügbarkeit der Dateisysteme.

Worin bestehen die Unterschiede?

CSVs werden nun als CSV File System (CSVFS) statt als NTFS angezeigt.

Dateiserver mit horizontaler Skalierung können durch Verwendung des SMB 3.0-Protokolls als Host für fortlaufend verfügbaren und skalierbaren Speicher fungieren. Failovercluster in Windows Server 2012 enthalten die folgenden grundlegenden Features, die diesen Typ Dateiserver unterstützen:

  • Einen verteilten Netzwerknamen (Distributed Network Name, DNN), der für Clientverbindungen als Zugriffspunkt auf die Dateiserver mit horizontaler Skalierung dienen kann

  • Einen horizontal skalierten Dateiserver-Ressourcentyp, der horizontal skalierte Dateidienste unterstützt.

  • Freigegebene Clustervolumes (Cluster Shared Volumes, CSVs) für Speicher. Weitere Informationen finden Sie unterFreigegebene ClustervolumesWeiter oben in diesem Thema.

  • Integration in Dateidienstfeatures zum Konfigurieren der Clusterrolle für den Dateiserver mit horizontaler Skalierung.

Durch die Änderungen hinzugefügter Mehrwert

Diese Funktionen unterstützen fortlaufend verfügbare und direkt skalierbare Dateidienste für Anwendungen und Endbenutzer. Weitere Informationen finden Sie unter Übersicht über Dateiserver mit horizontaler Skalierung für Anwendungsdaten.

Das clusterfähige Aktualisieren (Cluster-Aware Updating, CAU) ist eine automatisierte Funktion zur automatischen Aktualisierung von Hostbetriebssystemen oder anderen Systemkomponenten auf Clusterservern bei gleichbleibender Verfügbarkeit während dieses Vorgangs. Dieses Feature nutzt das automatisierte Ausgleichen und Failback der einzelnen Knoten während der Aktualisierung. Standardmäßig wird die Infrastruktur des Windows Update-Agents als Aktualisierungsquelle verwendet. Einen Überblick über das CAU-Feature finden Sie unterAktualisieren von Failoverclustern unter Aufrechterhaltung der Verfügbarkeit des clusterfähigen Aktualisierens: Szenarioübersicht.

Welchen Nutzen bietet diese Änderung?

CAU bietet eine erhöhte Betriebszeit von Diensten mit hoher Verfügbarkeit, eine einfachere Verwaltung von Failoverclustern und zuverlässige sowie konsistente IT-Prozesse.

In Clustern mit Windows Server 2012 können Administratoren Dienste auf virtuellen Clustercomputern überwachen, auf denen auch Windows Server 2012 ausgeführt wird. Mit dieser Funktion wird die Überwachung auf oberster Ebene von virtuellen Computern erweitert, die in Windows Server 2008 R2-Failoverclustern implementiert wird. Wenn bei einem überwachten Dienst auf einem virtuellen Computer ein Fehler auftritt, kann der Dienst neu gestartet werden oder der virtuelle Clustercomputer neu gestartet bzw. auf einen anderen Knoten verschoben werden (abhängig von den Einstellungen zum Neustarten des Diensts und den Clusterfailovereinstellungen).

Welchen Nutzen bietet diese Änderung?

Dieses Feature erhöht die Betriebszeit von Diensten mit hoher Verfügbarkeit, die in einem Failovercluster auf virtuellen Computern ausgeführt werden.

Der Konfigurationsüberprüfungs-Assistent im Failovercluster-Manager vereinfacht das Überprüfen von Hardware und Software über Server hinweg, die in einem Failovercluster eingesetzt werden sollen. Die Leistung für große Failovercluster wurde verbessert, und neue Tests wurden hinzugefügt.

Die folgenden Features für die Überprüfung wurden verbessert:

  • Verbesserte Leistung. Bedeutend schnellere Ausführung, insbesondere beim Testen von Speicher.

  • Gezielte Validierung neuer LUNs. Ermöglicht die Angabe einer neuen LUN (Datenträger), statt beim Überprüfen des Speichers alle LUNs zu testen.

  • Integration in WMI. Macht den Clusterüberprüfungsstatus für Anwendungen und Skripts über die Windows-Verwaltungsinstrumentation (WMI) verfügbar.

  • Neue Validierungstests. Bietet Unterstützung für Validierungstests für CSVs, Hyper-V und virtuelle Computer (bei installierter Hyper-V-Rolle).

  • Von Überprüfungstests repliziert Hardware. Trägt zur Unterstützung von Umgebungen mit mehreren Standorten.

Durch die Änderungen hinzugefügter Mehrwert

Die zusätzlichen Tests bei der Überprüfung tragen zur Bestätigung bei, dass die Server im Cluster reibungslose Failover unterstützen, insbesondere bei virtuellen Computern zwischen Hosts.

Die Integration von Failoverclustern in Active Directory-Domänendienste (AD DS) ist dank der folgenden Features in Windows Server 2012 zuverlässiger:

  • Möglichkeit des Erstellens von Clustercomputerobjekten in gezielten Organisationseinheiten (Organizational Units, OUs) oder in denselben OUs wie die Clusterknoten. Dadurch werden die Failoverclusterabhängigkeiten unter AD DS mit dem delegierten Domänenadministrationsmodell abgestimmt, das in vielen IT-Organisationen verwendet wird.

  • Automatisierte Wiederherstellung von virtuellen Clustercomputerobjekten (VCOs) bei versehentlicher Löschung.

  • Clusterzugriff nur auf schreibgeschützte Domänencontroller. Unterstützt Clusterbereitstellungen in Zweigstellen- oder Umkreisnetzwerkszenarien.

  • Möglichkeit des Clusters zum Starten ohne AD DS-Abhängigkeiten. Ermöglicht bestimmte Szenarien für virtualisierte Rechenzentren.

System_CAPS_noteHinweis

Von Failoverclustern werden keine gruppenverwalteten Dienstkonten unterstützt.

Durch die Änderungen hinzugefügter Mehrwert

Mit diesen Features werden die Konfiguration und Stabilität von Failoverclustern verbessert.

Die folgenden Features in Windows Server 2012 verbessern die Verwaltung und Funktionalität des Clusterquorums:

  • Assistent zum Konfigurieren des Clusterquorums. Einfachere Quorumkonfiguration und nahtlose Integration in neue Features und vorhandene Quorumfunktionen.

  • Votumszuweisung. Ermöglicht die Angabe, welche Knoten über ein Votum beim Bestimmen des Quorums verfügen (standardmäßig besitzen alle Knoten ein Votum).

  • Dynamisches Quorum. Hierdurch erhalten Administratoren die Möglichkeit, die Quorumvotumszuweisung für einen Knoten auf Basis des Knotenzustands automatisch zu verwalten. Wenn ein Knoten heruntergefahren wird oder abstürzt, verliert der Knoten das Quorumsvotum. Wenn ein Knoten dem Cluster erneut hinzugefügt wird, erhält er sein Quorumsvotum zurück. Durch dynamisches Anpassen der Zuweisung der Quorumsvoten kann vom Cluster die Anzahl der für die weitere Ausführung erforderliche Anzahl der Quorumsvoten erhöht oder verringert werden. Dadurch kann der Cluster bei sequenziellen Knotenfehlern oder Herunterfahren die Verfügbarkeit aufrechterhalten.

Durch die Änderungen hinzugefügter Mehrwert

Diese Verbesserungen vereinfachen die Quorumeinrichtung und erhöhen die Verfügbarkeit des Clusters in Fehlerszenarien.

Mithilfe des Clustermigrations-Assistenten in Windows Server 2012 können Administratoren die Konfigurationseinstellungen für Clusterrollen (früher Clusterdienste und -anwendungen genannt) von Clustern mit Windows Server 2012, Windows Server 2008 R2 oder Windows Server 2008 migrieren. Einige Verbesserungen der Migration in Windows Server 2012:

  • Exportieren und erneutes Importieren von virtuellen Hyper-V-Computern

  • Migrieren zu CSV-Datenträgern

  • Zuordnen von Speichern und virtuellen Netzwerken

  • Wiederverwenden von vorhandenem Speicher

Welchen Nutzen bietet diese Änderung?

Mit dem Clustermigrations-Assistenten können Failovercluster einfach und flexibel bereitgestellt, aktualisiert und migriert werden.

In Windows Server 2012 ist die Aufgabenplanung in Failoverclustering integriert, um dem Administrator die Konfiguration von Clusteraufgaben zu ermöglichen. Bei einer Clusteraufgabe handelt es sich um eine Aufgabenplanungsaufgabe, die für alle Clusterknoten registriert ist. Abhängig von der Aufgabe kann sie für alle Knoten oder eine Teilmenge der Knoten aktiviert werden.

Der Administrator kann Clusteraufgaben auf drei Arten konfigurieren:

  • Für den gesamten Cluster. Der Vorgang ist auf allen Clusterknoten geplant.

  • Ein Knoten. Die Aufgabe wird für einen zufälligen Knoten geplant.

  • Ressourcenspezifisch. Die Aufgabe wird nur für einen Knoten geplant, der eine angegebene Clusterressource besitzt.

Der Administrator kann Clusteraufgaben mithilfe der folgenden Windows PowerShell-Cmdlets konfigurieren und verwalten:

  • Register-ClusteredScheduledTask

  • Set-ClusteredScheduledTask

  • Get-ClusteredScheduledTask

  • Unregister-ClusteredScheduledTask

Welchen Nutzen bietet diese Änderung?

Clusteraufgaben stellen einen flexiblen Mechanismus zum Ausführen von Anwendungen oder Prozessen mithilfe von Clusterressourcen zu vorher festgelegten Zeiten dar.

Um die Windows PowerShell-Cmdlets für Failoverclustering verwenden zu können, müssen Sie das in den Failoverclusteringtools enthaltene Failoverclustermodul für Windows PowerShell installieren. Eine vollständige Liste der Cmdlets, finden Sie unterFailoverclustering-Cmdlets in Windows PowerShell.

Unterstützung neuer Windows PowerShell-Cmdlets im Failoverclustering in Windows Server 2012, u. a.:

  • Verwaltung von Cluster-Registrierungsprüfpunkten einschließlich Kryptografieprüfpunkten

  • Erstellung von Dateiservern mit horizontaler Skalierung

  • Überwachung der Anwendungen von virtuellen Computern

  • Aktualisierung der Eigenschaften einer Ressource für einen verteilten Netzwerknamen

  • Erstellung und Verwaltung von Clusteraufgaben

  • Erstellen Sie ein iSCSI-Zielserver für hohe Verfügbarkeit.

Welchen Nutzen bietet diese Änderung?

Die neuen Windows PowerShell-Cmdlets bieten Unterstützung bei der Verwaltung und Skripterstellung für die Failoverclustering-Features in Windows Server 2012.

Worin bestehen die Unterschiede?

Das Test-ClusterResourceFailure-Cmdlet ersetzt Fail-ClusterResource.

  • Das Befehlszeilentool "Cluster.exe" ist veraltet, kann jedoch optional mit den Failoverclusteringtools installiert werden. Die Windows PowerShell-Cmdlets für Failoverclustering bieten im Grunde die gleiche Funktionalität wie die Befehle von "Cluster.exe". Weitere Informationen finden Sie unterZuordnen von Cluster.exe-Befehlen zu Windows PowerShell-Cmdlets für Failovercluster.

  • Die Cluster Automation Server (MSClus)-COM-Oberfläche ist veraltet, kann jedoch optional mit den Failoverclusteringtools installiert werden.

  • Die Unterstützung von 32-Bit-Clusterressourcen-DLLs ist veraltet, 32-Bit-DLLs können jedoch optional installiert werden. Clusterrollen-DLLs sollten auf 64-Bit aktualisiert werden.

  • Die Druckserverrolle wurde aus dem Assistenten für hohe Verfügbarkeit entfernt und kann im Failovercluster-Manager nicht konfiguriert werden.

  • Das Cmdlet Add-ClusterPrintServerRole ist veraltet und wird in Windows Server 2012 nicht unterstützt.

Anzeigen: