vNext Windows Server Failover Clustering

Für die kürzlich erschienene Windows Server Technical Preview (Windows vNext) gibt es auch neue Features für das Clustering:

· Cluster Operating System Rolling Upgrade / Rolling Hyper-V Cluster Upgrade
· Storage Replica (SR)

Beide Features sind echte Perlen; Rolling Upgrades sind einigen von Windows Server 2003 bekannt und vereinfachen eine Cluster Migration immens, wenn die Hardware beibehalten werden soll.
So kann zum Beispiel ein 4-Knoten Cluster nach und nach auf die neue Betriebssystemversion gebracht werden indem ein Knoten freigeräumt, neu installiert und danach wieder dem Cluster hinzugefügt wird – alles ohne, dass man einen zweiten Cluster auf neuer Hardware vorhalten muss.
Nachdem alle Knoten eines Clusters auf der neuen Windows Server Version sind, gilt es noch den » ClusterFunctionalLevel mittels Update-ClusterFunctionalLevel anzuheben.

Mit Storage Replica unter Nutzung des Windows Features „Windows Volume Replication“ können Daten via SMB3 auf Blockebene (block-level) gespiegelt werden, entweder synchron oder asynchron und das unabhängig von der Storage-Hardware.
Diese Funktion vereinfacht den Aufbau von Geo-/Metro-Clustern (Stretch Clusters) immens, da man nun für viele Anwendungsfälle kein teures SAN-basiertes Mirroring benötigt.
Der verlinkte TechNet Artikel enthält einen Link zu einem » Storage Replica Guide (DOCX).

© Microsoft

SR benötigt jeweils ein Loglaufwerk je Datenlaufwerk, das repliziert werden soll. Ferner müssen die Datenlaufwerke GPT formatiert sein, beide Laufwerke (Quelle und Replikat) müssen eine identische Größe aufweisen, auf das Replikat kann nicht zugegriffen werden, zwischen Quelle und Replikat sollte eine Verbindung mit hoher Bandbreite (≥10GbE) und niedriger Latenz (≤5ms) bestehen. Siehe » Beitrag von Ned Pyle.
Man sollte dabei bedenken: SR ist kein Ersatz für DFSR.

Siehe: » http://technet.microsoft.com/en-us/library/dn765474.aspx

Was gibt es sonst neues in Windows Server vNext?
» http://technet.microsoft.com/en-us/library/dn765472.aspx

Windows Server 10 aka „vNext“ ist noch in einem sehr frühen Stadium, daher sind die Inhalte noch mit Vorsicht zu genießen und „subject to change“.
Beide Features sind sehr vielversprechend und liefern bereits jetzt gute Gründe sich mit der kommenden Version von Windows Server zu beschäftigen.

Stay tuned,
N.Own

Print Cluster Best Practices

Auf dem Microsoft Blog des AskPerf Teams ist kürzlich ein neuer Artikel zum Thema „Windows Print Cluster Best Practices for Windows Server 2003 to Windows Server 2008 R2“, den ich jedem Print Cluster Admin an’s Herz legen kann:

» http://blogs.technet.com/askperf/print-cluster(…)

Die Empfehlungen decken sich mit meinen Erfahrungen bei Print Clustern aus dem Artikel » Print Cluster 101

Beim Troubleshooten sollte man zuerst die o.g. Punkte prüfen, um sicherzugehen, daß nicht grundlegende Spooler Fehler im Cluster die Probleme verursachen.

Stay tuned,
N.Own

Empfohlene Hotfixes – 2008 R2 Cluster

Für Windows Server 2008 R2 gibt es nun auch einen KB Artikel der empfohlenen Hotfixe für Windows Server Failover Clustering. Microsoft empfiehlt diese Hotfixe ggf. zu installieren.

» Recommended hotfixes for 2008 R2-based server clusters

Eine generelle Empfehlung gibt es momentan nicht, bei Einsatz eines Print Clusters sollte man aber das Stability Update KB 976571 installieren.

Empfohlene Hotfixe für Windows Server 2008:
» https://www.cluadmin.de/index.php?p=137
Für Windows Server 2003 SP2:
» https://www.cluadmin.de/index.php?p=297

Stay tuned,
N.Own

Wechseln der Cluster IPs

In der letzten Zeit wurde ich desöfteren gefragt: Wie aufwändig ist es eigentlich IP Adressen im Cluster zu wechseln?
Das kommt auf die Applikation an, die der Cluster hostet 😉

Bei einem reinen File & Printcluster ist das Vorgehen an sich trivial:
1. Verbinden der Clusterverwaltung mit LPC
2. Wechseln der IPs nach KB Artikel 230356:
» http://support.microsoft.com/kb/230356/en-us
3. Nachdem Ändern der IPs ist je Node ein Reboot nötig

Für einen SQL Server 7.0/2000/2005 gelten folgende Besonderheiten:
» http://support.microsoft.com/kb/241828/en-us

Für Exchange Server gilt folgender TechNet Artikel:
» http://technet.microsoft.com/(…)EXCHG.65%29.aspx

Um einen Cluster nicht nur in einen anderen IP Bereich zu verschieben, sondern in eine andere Domäne umzuziehen, ist dieses Vorgehen anzuraten:
» http://support.microsoft.com/kb/269196/en-us

MS selbst empfiehlt die beschrieben Schritte nicht für eine Produktivumgebung.
Meiner Erfahrung nach klappt das bei einem reinen File & Print-Cluster problemlos. Bei einem Applikations-Cluster mit geclusterteten Anwendungen, die auf eine Domäne angewiesen sind, ist ein Neu-Aufsetzen des Clusters eher ratsam und meistens auch schneller erledigt…

Hinweis: Wichtig ist bei Änderungen an Netzwerkverbindungseinstellungen ein Ansprechen des Clusters mit Hilfe der Clusterverwaltung ohne RPC (Remote Procedure Call), sondern via LPC (Local Procedure Call), also dem schlichten Punkt: „.“ im Verbindungsdialog:
» https://www.cluadmin.de/index.php?p=375

Folgende KB Artikel helfen bei spezifischen Fehlern, die auftreten können beim Wechseln der IP oder des Subnets:
» Changing the IP Address May Result in Failover
» Cluster Does Not Start After You Change the Subnet Mask

Stay tuned,
N.Own

2008 R2 Failover Cluster – Workloads

Welche Rollen & Ressourcen können mit einem Windows Server 2008 R2 Failover Cluster hochverfügbar gehalten werden?
Bereits Windows Server 2008 ermöglichte neue Clusterfähige Rollen wie DFS-N oder iSNS und nicht zuletzt Hyper-V.

Windows Server 2008 R2 bietet zwei weitere Ressourcentypen an, zum einen den Remote Desktop Connection Broker (RDCB), ehemals Terminal Services Session Broker, sowie DFS Replicated Folders (DFS-R) zur Erweiterung der File Services.

Folgende Cluster-Ressourcentypen stehen somit unter 2008 R2 zur Verfügung:

  • DFS Namespace Server (DFS-N)
  • Dynamic Host Configuration Protocol Server (DHCP)
  • Distributed Transaction Coordinator (DTC)
  • File Server
  • Generic Application
  • Generic Script
  • Generic Service
  • Internet Storage Name Service (iSNS) Server
  • Message Queuing (MSMQ)
  • Other Server (3rd Party)
  • Print Server
  • Virtual Machine (Hyper-V VM)
  • WINS Server
  • Remote Desktop Connection Broker (RDCB)
  • DFS Replicated Folders (DFS-R)

Die meisten Ressourcentypen können mittels Cluster Migration Wizard von 2003 oder 2008 auf 2008 R2 migriert werden. Zur Migration von File Servern steht zudem das File Server Migration Toolkit (FSMT) zur Verfügung, das neben den reinen Shares auch Daten und NTFS Rechte übernimmt. Zur Migration von Print Servern steht der Printer Migration Wizard und das Kommandozeilentool PrintBRM.exe zur Verfügung.
Aktuelle Migrationspfade im Detail habe ich bereits hier gebloggt: » https://www.cluadmin.de/index.php?p=704

Stay tuned,
N.Own