Aufgrund des Vista Launch diese Woche kommt man nicht mehr über den Windows Catalog auf die Auswahl für Cluster zertifizierter Hardware, diese ist nun hier zu finden:

» Windows Server Catalog of Tested Products – Cluster Solutions

Aus der Windows HCL (2K) wurde der Windows Catalog (2K3) und nun der Windows Server Catalog.

Warum ist der Einsatz zertifizierter Hardware besonders wichtig für den Einsatz in einem Cluster?
Diese Frage taucht immer wieder im » www.MCSEboard.de auf.

Wer ernsthaft Cluster betreiben will, sollte nur zertifizierte Hardware einsetzen. In einem Cluster laufen zeitkritische Aktionen im Millisekunden Bereich ab, dabei spielen Latenzzeiten besonders der HBAs und der NICs eine Rolle.
Das betrifft nicht nur die Hardware sondern auch die entsprechenden Treiber.

Bei GeoClustern („stretched Cluster“) muss zB. sichergestellt sein, daß die Latenz der NICs <500ms bleibt [1][2] – das gilt natürlich auch für klassische Cluster.
Zudem supportet MS PSS/GTSC Cluster, die nicht im Windows Catalog gelistet sind, nur bedingt.

Unabhängig davon gibt einem ein zertifiziertes System die Sicherheit, daß der Betrieb eines MS Failovers Clusters in Verbindung mit dieser Hardware von Spezialisten auf Herz und Nieren geprüft und getestet wurde.

» Aktueller KB Artikel 309395

Also: Am besten zu zertifizierter Hardware greifen und man fängt Ärger und Downtimes bereits im Vorfeld ab.

Stay tuned, 😉
N.Own

Es gibt Neuigkeiten auf der MS Website zum Thema Failover Clustering mit Longhorn Server:
» Failover Clustering with Windows Server „Longhorn“ (17.01.07)

Die Neuerungen im Überblick:
· Neues Cluster Validierungs Tool
· Verbesserungen bei Setup und Migration
· Verbesserungen der Cluster Verwaltung und beim Betrieb
· Verbesserungen bei der Architektur
· Verbesserungen im Umgang mit der Storage
· Verbesserungen bei der Netzwerkunterstützung und der Sicherheit

Die Neuerungen wurden bereits Anfang September in einem Dokument veröffentlicht, das TechNet Abonennten zur Verfügung steht:
What’s New in Failover Clusters
Datei: en_Whats_New_in_Failover_Clusters.doc
Stand: 2006-09-07 16:35:50 (UTC)

Die aktuelle o.g. MS Website entspricht dem Inhalt des Dokuments.

Details zu den einzelnen Punkten sind auf der o.g. MS Website zu finden, diese werde ich in einem späteren Beitrag beleuchten.

Stay tuned,
N.Own

Alle Operationen des Clusterdienstes werden in das cluster.log geschrieben, das einem einen hervorragenden Ansatz zu Troubleshootingzwecken bietet. Speicherort des cluster.log ist standardmäßig:

%SystemRoot%\Cluster\cluster.log

Der Clusterdienst schreibt ein sehr ausführliches Log, alle Operationen werden hier im Millisekundenbereich aufgezeichnet.
Daher ist der Zeitraum, den das cluster.log abdeckt meist im Minutenbereich – je nach Auslastung des Clusters.

Die Größe des Cluster Logs -nicht zu verwechseln mit dem Quorum Log- kann über eine Umgebungsvariable einfach angepasst werden, siehe:

» Change the size of the cluster diagnostic log

» How to turn on cluster logging in Microsoft Cluster Server (KB168801)

Standardwert ist 8 MB, eine Größe um die 32 MB ist praktikabel und bietet einem ein größeres Zeitfenster.

In späteren Einträgen gehe ich näher auf die Spezifika des Logs ein.

Die Zeitangaben im cluster.log sind übrigens in GMT.

Stay tuned,
N.Own