Paralleles Upgrade des Cluster Betriebssystems

Gilt für: Windows Server 2019, Windows Server 2016

Das parallele Upgrade des Cluster Betriebssystems ermöglicht einem Administrator, ein Upgrade des Betriebssystems der Cluster Knoten auszuführen, ohne die Hyper-V-oder Scale-Out Datei Server-Arbeits Auslastungen zu beenden. Mit diesem Feature können die Downtimesanktionen laut Vereinbarungen zum Servicelevel (Service Level Agreements, SLA) vermieden werden.

Das parallele Upgrade des Cluster Betriebssystems bietet die folgenden Vorteile:

  • Failovercluster mit virtuellen Hyper-V-Computern und sofs-Workloads (Scale-Out File Server) können von Windows Server 2012 R2 (auf allen Knoten im Cluster ausgeführt) auf Windows Server 2016 (auf allen Cluster Knoten des Clusters ausgeführt) ohne Ausfallzeiten aktualisiert werden. Andere clusterworkloads, wie z. b. SQL Server, sind während der Zeit (in der Regel weniger als fünf Minuten) nicht verfügbar, um ein Failover auf Windows Server 2016 auszuführen.

  • Es ist keine zusätzliche Hardware erforderlich. Sie können auch zusätzliche Cluster Knoten vorübergehend zu kleinen Clustern hinzufügen, um die Verfügbarkeit des Clusters während des parallelen Upgradevorgangs des Cluster Betriebssystems zu verbessern.

  • Der Cluster muss nicht beendet oder neu gestartet werden.

  • Ein neuer Cluster ist nicht erforderlich. Der vorhandene Cluster wird aktualisiert. Außerdem werden vorhandene in Active Directory gespeicherte Cluster Objekte verwendet.

  • Der Upgradevorgang kann so lange rückgängig gemacht werden, bis der Kunde den "Point-of-No-Return"-Wert, wenn auf allen Cluster Knoten Windows Server 2016 ausgeführt wird, und wenn das Update-ClusterFunctionalLevel PowerShell-Cmdlet ausgeführt wird.

  • Der Cluster unterstützt Patchen-und Wartungsvorgänge während der Ausführung im gemischten Betriebssystem Modus.

  • Es unterstützt die Automatisierung über PowerShell und WMI.

  • Die Eigenschaft clusterfunctionallevel der öffentlichen Cluster Eigenschaft gibt den Status des Clusters auf Windows Server 2016-Cluster Knoten an. Diese Eigenschaft kann mithilfe des PowerShell-Cmdlets von einem Windows Server 2016-Cluster Knoten, der zu einem Failovercluster gehört, abgefragt werden:

    Get-Cluster | Select ClusterFunctionalLevel
    

    Der Wert 8 gibt an, dass der Cluster auf der Windows Server 2012 R2-Funktionsebene ausgeführt wird. Der Wert 9 gibt an, dass der Cluster auf der Windows Server 2016-Funktionsebene ausgeführt wird.

In diesem Leitfaden werden die verschiedenen Phasen des parallelen Upgradevorgangs für Cluster Betriebssysteme, Installationsschritte, Featureeinschränkungen und häufig gestellte Fragen (FAQs) beschrieben. Sie gelten auch für die folgenden Szenarien für das parallele Upgrade des Cluster Betriebssystems in Windows Server 2016:

  • Hyper-V-Cluster
  • Scale-Out Datei Server Cluster

Das folgende Szenario wird in Windows Server 2016 nicht unterstützt:

  • Paralleles Upgrade des Cluster Betriebssystems von Gast Clustern unter Verwendung einer virtuellen Festplatte (vhdx-Datei) als frei gegebener Speicher

Das parallele Upgrade des Cluster Betriebssystems wird von System Center Virtual Machine Manager (SCVMM) 2016 vollständig unterstützt. Wenn Sie SCVMM 2016 verwenden, finden Sie unter Durchführen eines parallelen Upgrades eines Hyper-V-Host Clusters auf Windows Server 2016 in VMM eine Anleitung zum Aktualisieren der Cluster und zum Automatisieren der in diesem Dokument beschriebenen Schritte.

Anforderungen

Führen Sie die folgenden Anforderungen aus, bevor Sie mit dem parallelen Upgrade des Cluster Betriebssystems beginnen:

  • Beginnen Sie mit einem Failovercluster, auf dem Windows Server (halbjährlicher Kanal), Windows Server 2016 oder Windows Server 2012 R2 ausgeführt wird.
  • Das Upgrade eines direkte Speicherplätze Clusters auf Windows Server 1709 wird nicht unterstützt.
  • Wenn es sich bei der Cluster Arbeitsauslastung um virtuelle Hyper-V-Computer oder Scale-Out Datei Server handelt, können Sie das Upgrade ohne Ausfallzeiten erwarten.
  • Überprüfen Sie, ob die Hyper-V-Knoten über CPUs verfügen, die Second-Level Adressierungs Tabelle (slat) unterstützen, indem Sie eine der folgenden Methoden verwenden -Überprüfen Sie, dass Sie slat-kompatibel sind? WP8 SDK Tip 01 Artikel mit zwei Methoden zum Überprüfen, ob eine CPU SLATS unterstützt. Laden Sie das Coreinfo v -Version-Tool herunter, um zu ermitteln, ob eine CPU slat unterstützt.

Cluster Übergangszustände beim parallelen Upgrade des Cluster Betriebssystems

In diesem Abschnitt werden die verschiedenen Übergangszustände des Windows Server 2012 R2-Clusters beschrieben, der mit dem parallelen Upgrade des Cluster Betriebssystems auf Windows Server 2016 aktualisiert wird.

Damit die clusterworkloads während des parallelen Upgradevorgangs des Cluster Betriebssystems ausgeführt werden, funktioniert das Verschieben einer Cluster Arbeitsauslastung von einem Windows Server 2012 R2-Knoten auf einen Windows Server 2016-Knoten so, als ob auf beiden Knoten das Betriebssystem Windows Server 2012 R2 ausgeführt wird. Wenn dem Cluster Windows Server 2016-Knoten hinzugefügt werden, werden diese in einem Windows Server 2012 R2-Kompatibilitätsmodus ausgeführt. Im neuen konzeptionellen Cluster Modus mit dem Namen "gemischter Betriebssystem Modus" können Knoten unterschiedlicher Versionen im gleichen Cluster vorhanden sein (siehe Abbildung 1).

Abbildung der drei Phasen eines parallelen Upgrades für Cluster Betriebssysteme: alle Knoten Windows Server 2012 R2, gemischter Betriebssystem Modus und alle Knoten Windows Server 2016 Abbildung 1: Statusübergänge für Cluster Betriebssysteme

Ein Windows Server 2012 R2-Cluster wechselt in den Modus mit gemischtem Betriebssystem, wenn dem Cluster ein Windows Server 2016-Knoten hinzugefügt wird. Der Prozess ist vollständig umkehrbar. Windows Server 2016-Knoten können aus dem Cluster entfernt werden, und Windows Server 2012 R2-Knoten können dem Cluster in diesem Modus hinzugefügt werden. Der "Point of No Return" tritt auf, wenn das Update-ClusterFunctionalLevel PowerShell-Cmdlet auf dem Cluster ausgeführt wird. Damit dieses Cmdlet erfolgreich ausgeführt werden kann, müssen alle Knoten Windows Server 2016 sein, und alle Knoten müssen online sein.

Übergangszustände eines Clusters mit vier Knoten beim Ausführen eines Upgrades für ein Betriebssystem

In diesem Abschnitt werden die vier verschiedenen Phasen eines Clusters mit frei gegebenem Speicher erläutert und beschrieben, dessen Knoten von Windows Server 2012 R2 auf Windows Server 2016 aktualisiert werden.

"Phase 1" ist der anfängliche Status. wir beginnen mit einem Windows Server 2012 R2-Cluster.

Abbildung: alle Knoten Windows Server 2012 R2 Abbildung 2: Anfangszustand: Windows Server 2012 R2-Failovercluster (Phase 1)

In "Phase 2" wurden zwei Knoten angehalten, entladen, entfernt, neu formatiert und mit Windows Server 2016 installiert.

Abbildung: der Cluster im gemischten Betriebssystem Modus: im Beispiel 4-Knoten-Cluster werden auf zwei Knoten Windows Server 2016 ausgeführt, und auf zwei Knoten wird Windows Server 2012 R2 Abbildung 3 ausgeführt: zwischen Status: gemischter Betriebssystem Modus: Windows Server 2012 R2 und Windows Server 2016-Failovercluster (Phase 2)

In "Phase 3" wurden alle Knoten im Cluster auf Windows Server 2016 aktualisiert, und der Cluster ist für das Upgrade mit Update-ClusterFunctionalLevel PowerShell-Cmdlet bereit.

Hinweis

Zu diesem Zeitpunkt kann der Prozess vollständig rückgängig gemacht werden, und Windows Server 2012 R2-Knoten können diesem Cluster hinzugefügt werden.

Die Abbildung zeigt, dass der Cluster vollständig auf Windows Server 2016 aktualisiert wurde und bereit ist, das Cmdlet "Update-ClusterFunctionalLevel" zu verwenden, um die Cluster Funktionsebene auf Windows Server 2016 Abbildung 4 zu bringen: zwischen Status: alle Knoten aktualisiert auf Windows Server 2016, bereit für Update-ClusterFunctionalLevel (Phase 3)

Nachdem der Update-ClusterFunctionalLevelcmdlet ausgeführt wurde, wechselt der Cluster in "Phase 4", wo neue Windows Server 2016-Cluster Features verwendet werden können.

Abbildung, die anzeigt, dass das parallele Upgrade des Cluster Betriebssystems erfolgreich abgeschlossen wurde alle Knoten wurden auf Windows Server 2016 aktualisiert, und der Cluster wird auf der Windows Server 2016-Cluster Funktionsebene in Abbildung 5: Endzustand: Windows Server 2016-Failovercluster (Phase 4) ausgeführt.

Paralleles Upgrade des Cluster Betriebssystems

In diesem Abschnitt wird der Workflow für das parallele Upgrade des Cluster Betriebssystems beschrieben.

Darstellung des Workflows zum Aktualisieren eines Clusters Abbildung 6: Workflow für parallele Upgrades des Cluster Betriebssystems

Das parallele Upgrade des Cluster Betriebssystems umfasst die folgenden Schritte:

  1. Bereiten Sie den Cluster auf das Betriebssystem Upgrade wie folgt vor:

    1. Zum parallelen Upgrade des Cluster Betriebssystems muss jeweils ein Knoten aus dem Cluster entfernt werden. Überprüfen Sie, ob die Kapazität des Clusters ausreichend ist, um ha-SLAs beizubehalten, wenn einer der Cluster Knoten für ein Betriebssystem Upgrade aus dem Cluster entfernt wird. Dies bedeutet, dass Sie die Möglichkeit zum Failover von Arbeits Auslastungen auf einen anderen Knoten benötigen, wenn beim parallelen Upgrade des Cluster Betriebssystems ein Knoten aus dem Cluster entfernt wird? Verfügt der Cluster über die Kapazität zum Ausführen der erforderlichen Workloads, wenn ein Knoten für ein paralleles Upgrade des Cluster Betriebssystems aus dem Cluster entfernt wird?

    2. Überprüfen Sie für Hyper-v-Arbeits Auslastungen, ob alle Windows Server 2016 Hyper-V-Hosts über CPU-Unterstützung Second-Level Address Table (slat) verfügen. Die Hyper-V-Rolle in Windows Server 2016 kann nur von slat-fähigen Computern verwendet werden.

    3. Überprüfen Sie, ob alle Arbeits Auslastungs Sicherungen abgeschlossen wurden, und sichern Sie den Cluster. Beendet Sicherungs Vorgänge beim Hinzufügen von Knoten zum Cluster.

    4. Überprüfen Sie, ob alle Cluster Knoten online sind/Running/up mithilfe des Get-ClusterNode Cmdlets (siehe Abbildung 7).

      ScreenCap mit den Ergebnissen der Ausführung des Get-ClusterNode Cmdlets Abbildung 7: Bestimmen des Knoten Status mithilfe Get-ClusterNode Cmdlets

    5. Wenn Sie Cluster fähige Updates (Cluster Aware Updates, Cau) ausführen, überprüfen Sie, ob das Cluster fähige aktualisieren derzeit über die Benutzeroberfläche für Cluster fähiges aktualisieren oder über das Get-CauRun Cmdlet ausgeführt wird (siehe Abbildung 8). Brechen Sie Cau mithilfe des Disable-CauClusterRole Cmdlets ab (siehe Abbildung 9), um zu verhindern, dass Knoten während des parallelen Upgradevorgangs des Cluster Betriebssystems von Cau angehalten und entladen werden.

      ScreenCap mit der Ausgabe des Get-CauRun Cmdlets Abbildung 8: Verwenden des Get-CauRun Cmdlets, um zu bestimmen, ob Cluster fähige Updates auf dem Cluster ausgeführt werden

      ScreenCap mit der Ausgabe des Disable-CauClusterRole Cmdlets Abbildung 9: Deaktivieren der Rolle "Cluster fähiges aktualisieren" mithilfe des Disable-CauClusterRole Cmdlets

  2. Führen Sie für jeden Knoten im Cluster die folgenden Schritte aus:

    1. Wählen Sie über die Benutzeroberfläche des Cluster-Managers einen Knoten aus, und verwenden Sie die Pause Die Menüoption zum Entfernen des Knotens (siehe Abbildung 10) oder Verwenden des Suspend-ClusterNode Cmdlets (siehe Abbildung 11).

      ScreenCap zum Entfernen von Rollen mit der Cluster-Manager-Benutzeroberfläche Abbildung 10: Entfernen von Rollen von einem Knoten mithilfe von Failovercluster-Manager

      ScreenCap mit der Ausgabe des Suspend-ClusterNode Cmdlets Abbildung 11: Ableiten von Rollen von einem Knoten mithilfe des Suspend-ClusterNode Cmdlets

    2. Entfernen Sie mithilfe der Cluster-Manager-Benutzeroberfläche den angehaltenen Knoten aus dem Cluster , oder verwenden Sie das Remove-ClusterNode Cmdlet.

      ScreenCap mit der Ausgabe des Remove-ClusterNode Cmdlets Abbildung 12: Entfernen eines Knotens aus dem Cluster mithilfe des Remove-ClusterNode Cmdlets

    3. Formatieren Sie das Systemlaufwerk neu, und führen Sie eine "Neuinstallation des Betriebssystems" von Windows Server 2016 auf dem Knoten mithilfe der Option " Benutzer definiert: nur Windows installieren (erweitert) " (siehe Abbildung 13) in setup.exe aus. Wählen Sie die Option Upgrade: Windows installieren und Dateien beibehalten, Einstellungen und Anwendungen nicht aus, da das parallele Upgrade des Cluster Betriebssystems keine direkte Aktualisierung fördert.

      ScreenCap des Windows Server 2016-Installations-Assistenten mit der Option "benutzerdefinierte Installation" zeigt die ausgewählte Installationsoption Abbildung 13: verfügbare Installationsoptionen für Windows Server 2016

    4. Fügen Sie den Knoten der entsprechenden Active Directory Domäne hinzu.

    5. Fügen Sie die entsprechenden Benutzer der Gruppe "Administratoren" hinzu.

    6. Installieren Sie mithilfe der Server-Manager-Benutzeroberfläche oder Install-WindowsFeature PowerShell-Cmdlets alle benötigten Server Rollen, z. b. Hyper-V.

      Install-WindowsFeature -Name Hyper-V
      
    7. Installieren Sie das Failoverclustering-Feature mithilfe der Server-Manager-Benutzeroberfläche oder Install-WindowsFeature PowerShell-Cmdlets.

      Install-WindowsFeature -Name Failover-Clustering
      
    8. Installieren Sie alle zusätzlichen Funktionen, die von ihren clusterworkloads benötigt werden.

    9. Überprüfen Sie die Netzwerk-und Speicher Verbindungseinstellungen mithilfe der Failovercluster-Manager Benutzeroberfläche.

    10. Wenn die Windows-Firewall verwendet wird, überprüfen Sie, ob die Firewalleinstellungen für den Cluster korrekt sind. Beispielsweise kann für Cluster fähiges aktualisieren (Cluster-Aware Update, Cau) Cluster eine Firewallkonfiguration erforderlich sein.

    11. Verwenden Sie für Hyper-v-Workloads die Hyper-v-Manager-Benutzeroberfläche, um das Dialogfeld "Virtual Switch Manager" zu öffnen (siehe Abbildung 14).

      Überprüfen Sie, ob die Namen der verwendeten virtuellen Switches für alle Hyper-V-Host Knoten im Cluster identisch sind.

      ScreenCap mit dem Speicherort des Hyper-V Virtual Switch Manager-Dialog Felds, Abbildung 14: Manager für virtuelle Switches

    12. Verwenden Sie auf einem Windows Server 2016-Knoten (verwenden Sie keinen Windows Server 2012 R2-Knoten) die Failovercluster-Manager (siehe Abbildung 15), um eine Verbindung mit dem Cluster herzustellen.

      ScreenCap mit dem Dialogfeld Cluster auswählen Abbildung 15: Hinzufügen eines Knotens zum Cluster mithilfe Failovercluster-Manager

    13. Verwenden Sie entweder die Failovercluster-Manager-Benutzeroberfläche oder das- Add-ClusterNode Cmdlet (siehe Abbildung 16), um den Knoten zum Cluster hinzuzufügen.

      ScreenCap mit der Ausgabe des Add-ClusterNode Cmdlets Abbildung 16: Hinzufügen eines Knotens zum Cluster mithilfe des Add-ClusterNode Cmdlets

      Hinweis

      Wenn der erste Windows Server 2016-Knoten dem Cluster Beitritt, wechselt der Cluster in den Modus "gemischter Betriebssystem", und die Hauptressourcen des Clusters werden auf den Knoten "Windows Server 2016" verschoben. Bei einem Cluster mit gemischtem Betriebssystem handelt es sich um einen voll funktionsfähigen Cluster, in dem die neuen Knoten in einem Kompatibilitätsmodus mit den alten Knoten ausgeführt werden. Der Modus "gemischter Betriebssystem" ist ein transitiver Modus für den Cluster. Es ist nicht als permanent gedacht, und die Kunden möchten innerhalb von vier Wochen alle Knoten Ihres Clusters aktualisieren.

    14. Nachdem der Windows Server 2016-Knoten dem Cluster erfolgreich hinzugefügt wurde, können Sie (optional) einen Teil der Cluster Arbeitsauslastung auf den neu hinzugefügten Knoten verschieben, um die Arbeitsauslastung wie folgt auf den Cluster umzuverteilen:

      ScreenCap mit der Ausgabe des Move-ClusterVirtualMachineRole Cmdlets Abbildung 17: Verschieben einer Cluster Arbeitsauslastung (Cluster-VM-Rolle) mithilfe des Move-ClusterVirtualMachineRole Cmdlets

      1. Verwenden Sie Livemigration aus dem Failovercluster-Manager für virtuelle Computer oder das- Move-ClusterVirtualMachineRole Cmdlet (siehe Abbildung 17), um eine Live Migration der virtuellen Computer durchzuführen.

        Move-ClusterVirtualMachineRole -Name VM1 -Node robhind-host3
        
      2. Verwenden Sie Move aus dem Failovercluster-Manager oder dem Move-ClusterGroup Cmdlet für andere clusterworkloads.

  3. Gehen Sie wie folgt vor, wenn jeder Knoten auf Windows Server 2016 aktualisiert und wieder dem Cluster hinzugefügt wurde oder wenn verbleibende Windows Server 2012 R2-Knoten entfernt wurden:

    Wichtig

    • Nachdem Sie die Cluster Funktionsebene aktualisiert haben, können Sie nicht mehr zur Windows Server 2012 R2-Funktionsebene zurückkehren und Windows Server 2012 R2-Knoten können dem Cluster nicht mehr hinzugefügt werden.
    • Bis zum Update-ClusterFunctionalLevel Ausführen des Cmdlets ist der Prozess vollständig umkehrbar, und Windows Server 2012 R2-Knoten können diesem Cluster hinzugefügt werden, und Windows Server 2016-Knoten können entfernt werden.
    • Nachdem das Update-ClusterFunctionalLevel Cmdlet ausgeführt wurde, sind neue Features verfügbar.
    1. Überprüfen Sie mithilfe der Failovercluster-Manager-Benutzeroberfläche oder des- Get-ClusterGroup Cmdlets, ob alle Cluster Rollen erwartungsgemäß auf dem Cluster ausgeführt werden. Im folgenden Beispiel wird der verfügbare Speicher nicht verwendet. stattdessen wird CSV verwendet. Daher zeigt der verfügbare Speicher einen Offline Status an (siehe Abbildung 18).

      ScreenCap mit der Ausgabe des Get-ClusterGroup Cmdlets Abbildung 18: überprüfen, ob alle Clustergruppen (Cluster Rollen) mithilfe des Get-ClusterGroup Cmdlets ausgeführt werden

    2. Überprüfen Sie, ob alle Cluster Knoten online sind und mit dem- Get-ClusterNode Cmdlet ausgeführt werden.

    3. Führen Sie das Update-ClusterFunctionalLevel Cmdlet aus. es sollten keine Fehler zurückgegeben werden (siehe Abbildung 19).

      ScreenCap mit der Ausgabe des Update-ClusterFunctionalLevel Cmdlets Abbildung 19: Aktualisieren der Funktionsebene eines Clusters mithilfe von PowerShell

    4. Nachdem das Update-ClusterFunctionalLevel Cmdlet ausgeführt wurde, sind neue Features verfügbar.

  4. Windows Server 2016-fortsetzen normaler Cluster Aktualisierungen und-Sicherungen:

    1. Wenn Sie zuvor Cau ausgeführt haben, starten Sie es mithilfe der Cau-Benutzeroberfläche neu, oder verwenden Sie das Enable-CauClusterRole Cmdlet (siehe Abbildung 20).

      ScreenCap mit der Ausgabe von enable-cauclusterrole Abbildung 20: Aktivieren der Rolle für Cluster fähige Updates mithilfe des Enable-CauClusterRole Cmdlets

    2. Fortsetzen von Sicherungs Vorgängen.

  5. Aktivieren und verwenden Sie die Windows Server 2016-Features auf Hyper-V-Virtual Machines.

    1. Nachdem der Cluster auf die Funktionsebene von Windows Server 2016 aktualisiert wurde, verfügen viele Workloads wie Hyper-V-VMS über neue Funktionen. Eine Liste der neuen Hyper-V-Funktionen. siehe migrieren und Aktualisieren virtueller Computer

    2. Verwenden Sie auf jedem Hyper-v-Host Knoten im Cluster das Get-VMHostSupportedVersion Cmdlet, um die vom Host unterstützten Hyper-v-VM-Konfigurations Versionen anzuzeigen.

      ScreenCap mit der Ausgabe des Get-VMHostSupportedVersion Cmdlets Abbildung 21: Anzeigen der vom Host unterstützten Hyper-V-VM-Konfigurations Versionen

    3. Auf jedem Knoten des Hyper-v-Hosts im Cluster kann ein Upgrade für Hyper-v-VM-Konfigurations Versionen durchgeführt werden, indem ein kurzes Wartungsfenster für Benutzer geplant wird, wenn die Benutzer gesichert werden, virtuelle Maschinen ausgeschaltet und das Update-VMVersion Cmdlet ausgeführt wird (siehe Abbildung 22). Dadurch wird die Version des virtuellen Computers aktualisiert, und neue Hyper-v-Features werden aktiviert, sodass keine weiteren Updates von Hyper-v-Integrations Komponenten (IC) erforderlich sind. Dieses Cmdlet kann über den Hyper-V-Knoten ausgeführt werden, der als Host für den virtuellen Computer dient, oder der -ComputerName Parameter kann verwendet werden, um die VM-Version Remote zu aktualisieren. In diesem Beispiel aktualisieren wir die Konfigurations Version von VM1 von 5,0 auf 7,0, um von vielen neuen Hyper-V-Features zu profitieren, die dieser VM-Konfigurations Version zugeordnet sind, z. b. Produktions Prüfpunkte (Anwendungs konsistente Sicherungen) und binäre VM-Konfigurationsdatei.

      ScreenCap mit dem Cmdlet "Update-VMVersion" in Aktion Abbildung 22: Aktualisieren einer VM-Version mithilfe des Update-VMVersion PowerShell-Cmdlets

  6. Speicherpools können mithilfe des PowerShell-Cmdlets " Update-storagepool " aktualisiert werden. Dies ist ein Online Vorgang.

Obwohl wir auf Szenarien für die Private Cloud abzielen, insbesondere Hyper-V-und Datei Server Cluster mit horizontaler Skalierung, die ohne Ausfallzeiten aktualisiert werden können, kann der parallele Upgradeprozess des Cluster Betriebssystems für jede beliebige Cluster Rolle verwendet werden.

Einschränkungen/Einschränkungen

  • Diese Funktion funktioniert nur für Windows Server 2012 R2-und Windows Server 2016-Versionen. Diese Funktion kann keine Upgrades früherer Versionen von Windows Server wie Windows Server 2008, Windows Server 2008 R2 oder Windows Server 2012 auf Windows Server 2016 durchführen.
  • Jeder Knoten von Windows Server 2016 sollte neu formatiert bzw. neu installiert werden. Der Installationstyp "direkt" oder "Upgrade" wird nicht empfohlen.
  • Ein Windows Server 2016-Knoten muss zum Hinzufügen von Windows Server 2016-Knoten zum Cluster verwendet werden.
  • Wenn Sie einen Cluster im gemischten Betriebssystem Modus verwalten, führen Sie die Verwaltungsaufgaben immer über einen komplexer Darstellung-Knoten aus, auf dem Windows Server 2016 ausgeführt wird. Windows Server 2012 R2-downlevelknoten können keine Benutzeroberflächen-oder Verwaltungs Tools für Windows Server 2016 verwenden.
  • Wir empfehlen Kunden, den clusterupgradeprozess schnell durchzuführen, da einige Cluster Features nicht für den Modus mit gemischtem Betriebssystem optimiert sind.
  • Vermeiden Sie das Erstellen oder Ändern der Größe von Speicher auf Windows Server 2016-Knoten, während der Cluster im Modus mit gemischtem Betriebssystem ausgeführt wird, da die Inkompatibilitäten bei einem Failover von einem Windows Server 2016-Knoten auf Windows Server 2012 R2-Knoten mit einer untergeordneten

Häufig gestellte Fragen

Wie lange kann der Failovercluster im gemischten Betriebssystem Modus ausgeführt werden? Wir empfehlen Kunden, das Upgrade innerhalb von vier Wochen abzuschließen. Es gibt viele Optimierungen in Windows Server 2016. Wir haben Hyper-V-und Datei Server Cluster mit horizontaler Skalierung ohne Ausfallzeiten in weniger als vier Stunden aktualisiert.

Wird diese Funktion auf Windows Server 2012, Windows Server 2008 R2 oder Windows Server 2008 zurück portieren? Es ist nicht geplant, diese Funktion auf vorherige Versionen zurück zu portieren. Das parallele Upgrade des Cluster Betriebssystems ist unsere Vision für das Upgrade von Windows Server 2012 R2-Clustern auf Windows Server 2016 und höher.

Muss für den Windows Server 2012 R2-Cluster alle Software Updates installiert sein, bevor der parallele Upgradeprozess des Cluster Betriebssystems gestartet wird? Ja, bevor Sie mit dem parallelen Upgrade des Cluster Betriebssystems beginnen, überprüfen Sie, ob alle Cluster Knoten mit den neuesten Software Updates aktualisiert wurden.

Kann ich das Update-ClusterFunctionalLevel Cmdlet ausführen, während Knoten deaktiviert oder angehalten werden? Nein. Alle Cluster Knoten müssen sich in der aktiven Mitgliedschaft befinden, damit das Update-ClusterFunctionalLevel Cmdlet funktioniert.

Funktioniert das parallele Upgrade des Cluster Betriebssystems für jede Cluster Arbeitsauslastung? Funktioniert es für SQL Server? Ja, das parallele Upgrade des Cluster Betriebssystems funktioniert für jede Cluster Arbeitsauslastung. Allerdings ist es für Hyper-V-und Datei Server Cluster mit horizontaler Skalierung nur zu Ausfallzeiten. Bei den meisten anderen Arbeits Auslastungen treten bei einem Failover einige Ausfallzeiten (in der Regel einige Minuten) auf, und ein Failover muss mindestens einmal während des parallelen Upgradevorgangs des Cluster Betriebssystems ausgeführt werden.

Kann ich diesen Prozess mithilfe von PowerShell automatisieren? Ja, wir haben das parallele Upgrade für Cluster Betriebssysteme entworfen, um Sie mithilfe von PowerShell zu automatisieren.

Kann ich bei einem großen Cluster mit zusätzlicher Arbeitsauslastung und Failoverkapazität mehrere Knoten gleichzeitig aktualisieren? Ja. Wenn ein Knoten aus dem Cluster entfernt wird, um das Betriebssystem zu aktualisieren, verfügt der Cluster über einen geringeren Knoten für das Failover und verfügt daher über eine reduzierte Failoverkapazität. Bei großen Clustern mit ausreichender Arbeitsauslastung und Failoverkapazität können mehrere Knoten gleichzeitig aktualisiert werden. Sie können dem Cluster vorübergehend Cluster Knoten hinzufügen, um beim parallelen Upgradeprozess des Cluster Betriebssystems eine verbesserte Arbeitsauslastung und Failoverkapazität bereitzustellen.

Was geschieht, wenn ich in meinem Cluster ein Problem feststellen, nachdem Update-ClusterFunctionalLevel erfolgreich ausgeführt wurde? Wenn Sie die Cluster Datenbank vor der Ausführung mit einer Sicherung des System Status gesichert haben Update-ClusterFunctionalLevel , können Sie eine autorisierende Wiederherstellung auf einem Windows Server 2012 R2-Cluster Knoten durchführen und die ursprüngliche Cluster Datenbank und-Konfiguration wiederherstellen.

Kann ich für jeden Knoten ein direktes Upgrade verwenden, anstatt die Clean-OS-Installation durch Neuformatierung des System Laufwerks zu verwenden? Wir empfehlen nicht die Verwendung eines direkten Upgrades von Windows Server, aber wir wissen, dass es in einigen Fällen funktioniert, in denen Standardtreiber verwendet werden. Lesen Sie sorgfältig alle Warnmeldungen, die während der direkten Aktualisierung eines Cluster Knotens angezeigt werden.

Wenn ich die Hyper-v-Replikation für eine Hyper-v-VM auf meinem Hyper-v-Cluster verwende, bleibt die Replikation während und nach dem parallelen Upgradeprozess des Cluster Betriebssystems erhalten? Ja, das Hyper-V-Replikat bleibt während und nach dem parallelen Upgrade des Cluster Betriebssystems intakt.

Kann ich System Center 2016 Virtual Machine Manager (SCVMM) verwenden, um den parallelen Upgradeprozess für Cluster Betriebssysteme zu automatisieren? Ja, Sie können das parallele Upgradeverfahren für Cluster Betriebssysteme mithilfe von VMM in System Center 2016 automatisieren.

Weitere Verweise