Failover-Cluster einrichten mit Windows Server 2012 R2

Ein Cluster unter Windows Server benötigt zertifizierte Hardware, um eine supportfähige Ausgangslage und den unterbrechungsfreien Betrieb zu gewährleisten. CPUs, RAM, Netzwerkadapter usw. sollten für jeden Knoten möglichst identisch sein. Zudem werden mehrere Netzwerkkarten für unterschiedliche Anforderungen integriert und konfiguriert.

Eine dient für das LAN, gegebenenfalls eine weitere für die Anbindung an das zentrale Speichersystem, eine für die Live Migration virtueller Maschinen im Fall der Hochverfügbarkeit von Hyper-V, eine für den VM-Datenverkehr und eine für die Cluster-Kommunikation. Nach Best Practices sollen diese NICs redundant und im Team geplant werden, um einen Single Point of Failure zu vermeiden.

Die Planungen für ein Windows-Cluster sollten noch folgende Punkte berücksichtigen:

• Alle Mitglieder des Verbundes müssen der gleichen AD-Domäne angehören. Microsoft hat seit Windows Server 2012 die Abhängigkeit vom Active Directory reduziert, weil ein Cluster seitdem seine Services auch dann starten kann, wenn es keine Verbindung zu einem Domänen-Controller hat. In Windows Server 2016 wurden die Abhängigkeiten weiter reduziert.
• Die Knoten werden für hochverfügbare Rollen, etwa bei Hyper-V, an ein zentrales Storage angebunden. Storage Spaces Direct des Server 2016 nutzt in einem hyper-converged Design sogar lokalen Speicher.
• Auf allen Nodes ist ein identischer Update-Stand erforderlich.
• Kommen Virenscanner zum Einsatz, ist es wichtig, Ausnahmen speziell für Cluster-Knoten zu definieren.
• Bevor die Cluster-Bildung erfolgt, sollten die Knoten dem Cluster-Validierungsprozess standhalten und möglichst keine Fehler im Abschlussbericht in Bezug auf Hard- und Softwarekonfiguration aufweisen.
• Zu Überlegungen, welches Cluster-Konzept später bei der Installation von Rollen eingesetzt wird, siehe: Hyper-V Failover-Cluster: Einsatzgebiete, aktiv/aktiv versus aktiv/passiv.

Installation des Cluster-Features und Knotenvalidierung

Nachdem alle Vorbereitungen getroffen wurden, muss auf allen Knoten das Feature Failoverclustering installiert werden. Dazu startet man über den Server Manager den Assistenten Rollen und Features hinzufügen und wählt die Server aus, die das Feature erhalten sollen.

Nach der erfolgreichen Installation, die keinen Reboot erfordert, startet man über das Tools-Menü im Server Manager den Failovercluster-Manager, um die grundlegende Cluster-Konfiguration einzuleiten. Zuerst jedoch ist es wichtig die zukünftigen Knoten des Verbundes vom Validierungsassistenten anhand eines von Microsoft erstellten Katalogs prüfen zu lassen.

Zu diesem Zweck startet man Konfiguration überprüfen über das Dashboard des Failovercluster-Managers oder führt alternativ das PowerShell-Cmdlet Test-Cluster <Serverknoten1>, <Serverknoten2> aus. Hierdurch werden Hard- und Software-Voraussetzungen, also Netzwerke, Speicher usw. auf Cluster-Tauglichkeit untersucht. Der abschließende Bericht dient auch im Supportfall als Grundlage und Voraussetzung für Microsoft.

Nach der abschließenden Ausführung von Bericht anzeigen werden die monierten Fehler behoben. Wenn man sich die detaillierten Informationen zu den Warnungen genauer ansieht, kann leichter beurteilt werden, ob Maßnahmen ergriffen werden müssen, um diese zu beseitigen. Sind alle Voraussetzungen erfüllt, ist es möglich nun mit aktivierter Checkbox und dem Klick auf Fertig stellen den Cluster zu formen.

Cluster-Erstellung

Im Anschluss an den erfolgreichen Validierungsprozess wird ein Cluster-Name und eine IP aus dem Segment LAN/Management-Netzwerk festgelegt. Mit Erstellung dieses Zugriffspunktes legt der Wizard im Active Directory ein virtuelles Computerobjekt (CNO) an und in der DNS Forward-Lookupzone einen Host-A-Eintrag.

Nach der Bestätigung wird der Cluster erstellt und automatisch die kleinste vorhandene LUN für das Quorum konfiguriert. Überprüfen sollte man im Failovercluster-Manager, ob der Datenträger richtig zugeordnet wurde, auch wird empfohlen diesen beispielsweise in Quorum oder Witness umzubenennen.

Analog bietet PowerShell für diesen Vorgang das Cmdlet

New-Cluster –Name LabCluster –Node Serverknoten1, Serverknoten2 –StaticAddress 192.168.1.35.

Abschließend müssen die Netzwerke im Failovercluster-Manager überprüft, konfiguriert und gegebenenfalls umbenannt werden. Über die Eigenschaften des jeweiligen Netzwerkes lassen sich der Name und die Cluster-Verwendung einstellen. Die Netzwerkkommunikation für Cluster (Heartbeat) findet in meinem Lab über die dedizierte NIC ClusterCom statt, wichtig ist es zusätzliche Netzwerke für diese Aufgabe redundant zu bestimmen.

Bevor nun die Hochverfügbarkeitsrollen konfiguriert werden, zum Beispiel Hyper-V, ist ein Blick in die Cluster-Ereignisse empfehlenswert, um mögliche Fehler zu erkennen und zu beseitigen. Prüfen Sie auch im Punkt Knoten, ob alle konfigurierten Server den Status Aktiv besitzen.