Zum Konfigurieren von Windows clustering Gruppen hot spare Support

Dieser Artikel beschreibt die Fähigkeit von Windows Server 2003 und Windows Server 2008, Windows Clustering für hot spare Support konfigurieren.

Mit den Empfang von Cluster größere (vier und acht Knoten) werden die "A + Hs" Topologien wichtig, wenn der Cluster verfügt über eine Reihe von "A" Knoten, die derzeit aktiv sind und eine Reihe von "%hs" Knoten, die derzeit passiven oder in hot Standby-Modus. Größere Cluster verbessern die Unterstützung (aktiven bzw. passiven) Konfigurationen wie z. B. die vorherige Konfiguration, da die Konfigurationen die Kosten für einen oder mehrere standby-Knoten über eine größere Gruppe von aktiven Knoten reduzieren können.

Erfordert z. B. mit einem Cluster mit zwei Knoten die Kosten einer aktiven bzw. passiven Konfiguration zweimal die Hardware der dieselbe Kapazität mit acht Knoten als sieben aktiv- und einem Passiv ausgeführt. Zusätzliche Hardware erhöht die Kosten nur 15 Prozent.

Windows Clustering wird nicht unterschieden zwischen den Knoten bei einem Failover. Windows Clustering ändert die Failover-Richtlinie nicht die auf die Auslastung oder die Programme, auf denen ausgeführt (und wo diese Programme ausgeführt werden) basiert. Dieses Verhalten kann sehr erschwert einen hot spare Knoten verwalten, der die Last einnehmen können tritt ein Fehler aufgetreten. Die einzige Möglichkeit, beeinflussen die Failover-Richtlinie ist mögliche Knoten Listen ändern. Da dieses Verhalten außerhalb des Clusterdienstes erfolgt auf asynchrone Weise zu anderen Cluster-Ereignissen (z. B. Knotenfehler), es gibt keine Garantie dafür, die ein Programm erfolgreich sicherstellen, dass der freie Knoten im Falle eines Failover ausgewählt werden kann.

Es sind Programme, in denen dieses Verhalten, wichtig ist z. B. Microsoft Exchange 2000, wobei Back-End-Exchange-Datenbank partitioniert und auf eine Anzahl von Knoten des Clusters verteilt werden kann. Jedoch kann Exchange solche eine Last im Netzwerk platzieren, dass im Falle eines eines Knotenausfalls nicht empfohlen wird, über eine Partition auf einem Knoten fehl, der bereits eine andere Partition der-Datenbank hostet. Diese Erweiterung dient sichergestellt, dass der Clusterdienst die Failover-Richtlinie um sicherzustellen, dass wenn ein Knoten, die keine gegenwärtig darauf gehostete Partition vorhanden ist, der passive Knoten vor jedem aktiven Knoten angesehen werden kann, die bereits eine Partition hosten ändern kann. Um hohe Verfügbarkeit des Dienstes sicherzustellen, wenn es gibt keine Spares oder anderen Gründen (z. B. mehrere Fehler) keine freien Knoten vorhanden sind, kann die Failover-Richtlinie auf den Standardwert wiederherstellen. Mit anderen Worten, ist die Failover-Richtlinie nicht Dienste fehl, wenn kein freier Knoten, die verfügbar ist.

Die Eigenschaft AntiAffinityClassNames

Die Windows-Cluster-Gruppe hat eine neue öffentliche Eigenschaft: AntiAffinityClassNames . Diese Eigenschaft kann eine beliebige Zeichenfolge mit Zeichen enthalten. Im Falle eines ein Failover kann eine Gruppe, die Failover wird ist eine Zeichenfolge verfügt, die nicht in der Eigenschaft AntiAffinityClassNames leer ist der Failover-Manager alle anderen Knoten überprüfen. Wenn alle Knoten (, in der Liste Mögliche Besitzer für die Ressource sind), die keine Gruppe mit demselben Wert in AntiAffinityClassNames hosten vorhanden sind, gelten diese Knoten ein bevorzugtes Ziel für Failover. Dieser Wert kann höheren Priorität über der Liste bevorzugter Besitzer dauern.

Die folgenden beiden Szenarien zeigen, wie diese Eigenschaft verwendet werden kann:

• In einem Cluster "A + Hs", der ein Programm ausführt. Beispielsweise ein Cluster, auf dem Exchange ausgeführt wird. In diesem Fall sollte Exchange eingerichtet jede Gruppe, die Unterstützung von eine Partition die AntiAffinityClassNames -Eigenschaft auf einige Exchange-spezifischen Wert (den gleichen Wert für jede Gruppe), z. B. "Exchange". Im Falle eines eines Fehlers kann der Failover-Manager versuchen, halten Sie die Partitionen auseinander, indem Sie auswählen von Knoten, die nicht hosten Gruppen mit dem gleichen AntiAffinityClassNames Wert von "Exchange".
• In einer Serverkonsolidierung, in denen mehrere Programme, die möglichst, auseinander gehalten werden soll. In diesen Fällen sollten die Gruppen, die die verschiedenen Programmen darstellen manuell mit demselben Wert in die Eigenschaft AntiAffinityClassNames geändert werden.

Gruppe Affinität kann nur mithilfe des Befehlszeilenprogramms Cluster.exe konfiguriert werden. Ein Beispiel für die korrekte Syntax für das Beispiel, das aus dem ersten vorangegangenen Szenario aufgeführt ist: Mit dieser Syntax kann den folgenden Reg_Multi_SZ -Registrierungsschlüssel erstellen: Hinweis: Sie können im folgende Beispiel Cluster.exe-Befehl verwenden, deaktivieren Sie den Wert von AntiAffinityClassNames und greifen auf das Standardverhalten: Weitere Informationen finden Sie die folgende KB-Artikelnummer: Oder Suchen nach "Server Clusters" in Windows-Hilfedatei.