Cluadmin.de

Hyper-V Component Architecture Poster

N.Own — Fri, 18 Jun 2010 08:03:11 +0000

Zu Windows Server 2008 R2 Hyper-V gibt es nun ein Component Architecture Poster. Ein Abschnitt zeigt die Funktionsweise von Live Migration und Cluster Shared Volumes (CSV) im Überblick.

Zum Download:
» http://www.microsoft.com/downloads/(…)23146fd93151

Stay tuned,
N.Own

Supercomputing in the Cloud

N.Own — Mon, 31 May 2010 11:57:46 +0000

In einer Pressemeldung berichtet Microsoft von der International Supercomputing Conference – ISC 2010. Vorgestellt wurde die Windows HPC Server 2008 R2 Beta 2

http://www.microsoft.com/(…)pressemitteilung.mspx?id=533183

Mehr zur Technical Computing Intiative:
http://blogs.msdn.com/(…)technical-computing-in-the-cloud.aspx

Stay tuned,
N.Own

Empfohlene Hotfixes – 2008 R2 Cluster

N.Own — Thu, 27 May 2010 14:33:32 +0000

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.

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:
» http://www.cluadmin.de/index.php?p=137
Für Windows Server 2003 SP2:
» http://www.cluadmin.de/index.php?p=297

Stay tuned,
N.Own

Wechseln der Cluster IPs

N.Own — Tue, 30 Mar 2010 14:02:26 +0000

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:
» http://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

N.Own — Tue, 23 Mar 2010 12:28:57 +0000

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: » http://www.cluadmin.de/index.php?p=704

Stay tuned,
N.Own

Cluster Validation mit 2008 R2

N.Own — Thu, 21 Jan 2010 13:52:23 +0000

Cluster Validation wurde in der Version 2008 R2 weiter ausgebaut. Validation Tests sind eine gute Möglichkeit, um schnell und vor allem einfach herauszufinden, ob die Hardware- und Softwarekomponenten die Voraussetzungen für Failover Clustering erfüllen.

Windows Server 2008 R2 bietet nun durch die Validierung der Cluster Konfiguration zusätzlich die Möglichkeit einen laufenden Cluster hinsichtlich der getroffenen Einstellungen zu überprüfen.
Es können damit also nicht nur die Voraussetzungen vor einer Installation geprüft, sondern auch die aktuellen Settings der Ressourcen, Volumes, und des Quorums etc. – ideal zum Troubleshooting und für Dokumentationszwecke.

Validation Reports bestehen aus *.mht Dateien, die man mit einem Webbrowser öffnen kann.

Weiterführende Informationen zu den Validation Reports unter 2008 R2 im Detail:
http://technet.microsoft.com/en-us/library/cc726064.aspx

Aktuell umfasst die R2 Failover Cluster Validation die folgenden Punkte: Inventory tests, Storage tests, Network tests, System Configuration tests, Cluster Configuration tests

Stay tuned,
N.Own

Exchange 2010 DAG: Database Availability Groups

N.Own — Tue, 29 Dec 2009 10:27:31 +0000

Mit dem Erscheinen von » Exchange 2010 Anfang des Monats häufen sich die Fragen ‘rund um das Exchange Clustering und den neuen Exchange DAG (“Database Availability Groups”).

Mit den Database Availability Groups wurde die Exchange Architektur hinsichlich Clustering weiterhin verbessert, die Installation und Verwendung der Failover Cluster Komponenten geschieht nun weitestgehend im Hintergrund, ebenso die Konfiguration.

Wie steht es um die bisherigen und neuen Cluster Möglichkeiten?
Die schlechte Nachricht: LCR (“Local Continuous Replication”) und SCR (“Single Copy Cluster”) sind mit Exchange 2010 passé.

Die gute Nachricht: Exchange Hochverfügbarkeit wird einfacher, CCR (“Cluster Continuous Replication”) und SCR (“Standby Continuous Replication”) wurden konsequent fortgeführt und zu DAG zusammengefasst.

Das Limit für DAG liegt bei 16 Exchange Nodes, die über verschiedene Sites verteilt sein dürfen.

Welche Quorum Modelle werden verwendet?
Database Availability Groups verwendet nach wie vor ein Subset von Windows Server Failover Cluster Komponenten und bietet folgende Quorum Möglichkeiten:
Node Majority
Bei einer ungeraden Anzahl an Servern (Nodes) kommt dieses Model zur Verwendung. Eine Mehrheit an Votes ist über die Nodes gegeben.
Node & File Share Majority
Bei einer geraden Anzahl an Nodes wird ein File Share Witness eingerichtet, damit eine Mehrheit an Votes besteht.
Die Auswahl des passenden Quorum Models geschieht ebenfalls im Hintergrund.

Weitere Informationen zu den Failover Cluster Quorum Modellen:
» http://www.cluadmin.de/index.php?p=500

Weiterführende Informationen zu den Exchange 2010 Database Availability Groups:
» http://technet.microsoft.com/en-us/library/dd298065.aspx

Exchange 2010 bringt interessante Möglichkeiten zum Thema Hochverfügbarkeit mit und vereinfacht den Einsatz von Exchange Clustering immens.

Stay tuned,
N.Own

Active Directory Voraussetzungen für Clustering

N.Own — Mon, 23 Nov 2009 22:06:33 +0000

Welche Voraussetzungen und welche Einstellungen müssen im Active Directory gegeben sein, um den fehlerfreien Betrieb eines Clusters auf Basis von Windows Server 2008 oder 2008 R2 zu gewährleisten?

Dieser Fragestellung widmet sich folgender umfangreiche TechNet Artikel:

» http://technet.microsoft.com/(…)cc731002.aspx

Auch wenn ein Cluster Service Account (CSA) ab Windows Server 2008 nicht mehr nötig ist, benötigt man einen Active Directory Account für die zentrale Administration eines Clusters und dessen Nodes. Cluster Name Accounts (CNO) behalten weiterhin Ihre Rolle für die Erstellung virtueller Netzwerk-Namen und werden ebenfalls behandelt.

Für Windows Server 2003 sind zudem Rechte für den CSA nötig:
» http://www.cluadmin.de/index.php?p=111
Diese betreffen Windows Server 2008 und 2008 R2 nicht mehr

Fehlende Rechte oder eine ungenaue Umsetzung der Active Directory Rechte führen oft erst sehr spät zu einem Fehlerbild, das erfahrungsgemäß schwer zu analysieren ist.
Daher ist es ratsam, den TechNet How-To Artikel abzuarbeiten, um unangenehme Spätfolgen zu vermeiden.

Stay tuned,
N.Own

Migrationspfade zu Windows Server 2008 R2

N.Own — Fri, 13 Nov 2009 08:24:43 +0000

Windows Server 2008 R2 ist nun RTM. Die ersten Upgradeprojekte werden lanciert und nun stellt sich die Frage: Welche Möglichkeiten stehen einem zur Verfügung, um bestimmte Anwendungen, Dienste und Rollen auf einen R2 Cluster zu migrieren?

In den meisten Fällen hilft einem der Cluster Migration Wizard.
Folgender aktuelle TechNet Artikel zeigt die Möglichkeiten aufgeschlüsselt nach Diensten und Applikationen im Detail:
» http://technet.microsoft.com/(…)ee791924.aspx

Es werden neben den gängigen Diensten wie File, Print, DHCP etc. auch Applikationen wie SQL & Exchange betrachtet.

Stay tuned,
N.Own

SAN I/O Fault Tolerance

N.Own — Tue, 10 Nov 2009 10:33:53 +0000

Windows Server 2008 R2 bietet neben der erhöhten Ausfallsicherheit hinsichtlich der NICs und der Nodes auch die Möglichkeit Storage I/O Traffic umzuleiten.

Block Level Zugriffe auf eine SAN können dynamisch via SMB über eine Netzwerkverbindung geroutet werden und an einen Node weitergeleitet werden, der noch eine Verbindung zur SAN hat.

Es können somit erstmals Ausfälle der Storage Pfade zu einer SAN, sei es SAS, Fibre Channel oder iSCSI, abgefangen und über einen Netzwerkpfad umgeleitet werden. Windows Server 2008 bietet dieses feature out-of-the-box in der R2 Version in Verbindung mit Hyper-V und Cluster Shared Volumes.

Stay tuned,
N.Own