Ausfall disk witness Cluster 2012

Damit ein Cluster redundant wird, also den Ausfall einer Node überleben kann, benötigt ein 2 Node Cluster noch eine dritte Stimme: dies kann ein Fileshare oder eine Quorum Disk sein. Der Cluster verkraftet dann beispielsweise den Ausfall einer Node, wenn die anderen 2 Komponenten (Node und Share oder Disk) noch online sind. Bei einem Clusterdienst der eine Shared Storage verwendet ist Disk Witness zu bevorzugen da der Clusterdienst ohnehin von der Storage abhängig ist. Ausfall eine Clusters mit File Share Witness siehe: Microsoft-Cluster-2012 Ausfallszenarien File Share Witness  

meine Testumgebung

VMWare Workstation:

DomainController, 2 Cluster Nodes, 3 HDDs per ISCSI Target verbunden.

Konfigurierte Clusterfileserverrolle: der Zugriff auf den freigegebenen Clustershare erfolgt über den DomainController.

Cluster Quorum Setting Disk Witness

 

Ausfall

Ausschalten des aktiven Clusters

bevor ich die aktive Clusternode hart ausgeschaltet habe, hab ich einen Kopiervorgang gestartet, dieser bleibt dann hängen, bringt nach ca. 30 Sekunden einen Fehler

 

 

mit Try Again läuft das kopieren weiter.

 

 

 

 

die Fileserver Rolle hat umgeschaltet. Bei einem 2 Knoten Cluster kann der Knoten online gehen, der Zugriff auf die konfigurierte Storage hat.

Fazit

Allgemein schaltet der Cluster mit konfigurierter Disk Witness im Fehlerfall schneller um als ein Cluster mit File Share Witness. Cluster mit Fileshare Witness, siehe: Microsoft-Cluster-2012 Ausfallszenarien File Share Witness

positive Bewertung({{pro_count}})
Beitrag bewerten:
{{percentage}} % positiv
negative Bewertung({{con_count}})

DANKE für deine Bewertung!


veröffentlicht am 16.06.2013 von Bernhard
geändert am 18.08.2013 von Bernhard



Kommentare


Durch die weitere Nutzung der Seite stimmst du der Verwendung von Cookies zu. Mehr Details