Ein Netzwerk (auch als Interconnect bezeichnet) übt eine der folgenden Funktionen in einem Cluster aus:

• Über ein privates Netzwerk wird die interne Clusterkommunikation übertragen. Die gesamte interne Kommunikation wird durch den Clusterdienst authentifiziert. Administratoren, die besonderen Wert auf die Sicherheit legen, können die interne Kommunikation noch dazu auf physikalisch sichere Netzwerke beschränken.
  
• Ein öffentliches Netzwerk bietet Clientsystemen den Zugriff auf Clusteranwendungsdienste. IP-Adressressourcen werden auf Netzwerken erstellt, über die die Clients auf die Clusterdienste zugreifen können.
  
• Über ein gemischtes (öffentlich-privates) Netzwerk wird die interne Clusterkommunikation übertragen und die Verbindung der Clientsysteme mit den Clusteranwendungsdiensten hergestellt.
  
• Über ein Netzwerk, das nicht für die Verwendung durch den Cluster aktiviert wurde (das also weder ein öffentliches noch ein privates Netzwerk ist), wird der Datenverkehr übertragen, der nicht mit dem Clusterbetrieb in Beziehung steht.
  

Stellen Sie sicher, dass sich das private Netzwerk bei der internen Kommunikation von Knoten zu Knoten im Cluster an oberster Position in der Netzwerkprioritätenliste befindet. Weitere Informationen finden Sie unter Ändern der Netzwerkpriorität für die Kommunikation zwischen Knoten.

Für die interne Kommunikation mit dem Clusterdienst werden alle verfügbaren privaten und gemischten Netzwerke verwendet. Sie sollten mehrere Netzwerke als private oder gemischte Netzwerke konfigurieren, um den Cluster vor einem Ausfall zu schützen, wenn ein einzelnes Netzwerk ausfällt.

Falls nur ein einziges solches Netzwerk zur Verfügung steht und in diesem Netzwerk ein Fehler auftritt, wird die Kommunikation der Clusterknoten untereinander abgebrochen. Zwei Knoten, die nicht miteinander kommunizieren können, werden als partitioniert bezeichnet. Im Falle der Partitionierung zweier Knoten wird der Clusterdienst auf einem der Knoten automatisch heruntergefahren, um so die Konsistenz der Anwendungsdaten und der Clusterkonfiguration aufrecht erhalten zu können. Dies kann dazu führen, dass alle Clusterressourcen nicht mehr zur Verfügung stehen.

Wenn die einzelnen Knoten beispielsweise nur über je einen Netzwerkadapter verfügen und das Netzwerkkabel bei einem der Knoten ausfällt, versucht jeder Knoten (weil keine Kommunikation mit dem anderen Knoten möglich ist), die Steuerung der Quorumressource zu übernehmen. Hierbei ist nicht unbedingt sichergestellt, dass der Knoten mit der fehlerfreien Netzwerkverbindung die Steuerung der Quorumressource erhält. Wenn der Knoten die Steuerung übernimmt, bei dem das Netzwerkkabel ausgefallen ist, steht der gesamte Cluster nicht mehr für die Netzwerkclients zur Verfügung.

Wenn jedoch jeder Knoten über mindestens zwei Netzwerke verfügt und beide Netzwerke für die interne Kommunikation konfiguriert sind (wenn beispielsweise beide Netzwerke gemischte Netzwerke sind), kann der Clusterdienst Netzwerkausfälle tolerieren. In diesem Szenario kann der Clusterdienst den Ausfall des Adapters eines öffentliches Netzwerks erkennen und für alle Ressourcen, die (über ihre IP-Adresse) von diesem Adapter abhängen, ein Failover zu einem Knoten ausführen, auf dem dieses Netzwerk verfügbar ist. Dies ist möglich, da das private Netzwerk immer noch ordnungsgemäß in Betrieb ist. Wenn andererseits ein Adapter im privaten Netzwerk ausfällt, kann der Clusterdienst das öffentliche Netzwerk für die interne Kommunikation verwenden. Dies ist möglich, da das öffentliche Netzwerk ein gemischtes Netzwerk ist, das sowohl internen als auch Clientverkehr zulässt.

Beachten Sie, dass für jedes Netzwerk im Cluster ein eindeutiges Subnetz vorhanden sein muss.

Für die interne Kommunikation mit dem Clusterdienst wird kein ausschließlich öffentliches Netzwerk verwendet, auch dann nicht, wenn kein anderes Netzwerk zur Verfügung steht. Nehmen Sie beispielsweise an, in einem Cluster, in dem Netzwerk A als privates Netzwerk und Netzwerk B als öffentliches Netzwerk konfiguriert wurde, fällt Netzwerk A aus. Der Clusterdienst verwendet Netzwerk B nicht, weil dies ein öffentliches Netzwerk ist. Die Kommunikation der Knoten untereinander wird daher beendet, und der Cluster zerfällt.

Weitere Informationen zu den unter diesem Thema behandelten Konzepten finden Sie in den folgenden Abschnitten:

• Knoten
  
• Quorumressource
  
• Verwaltung des Netzwerkstatus und Ausfallerkennung
  
• Netzwerkkommunikation zwischen Knoten
  
• Verwalten von Netzwerken
  
• Netzwerkschnittstellen in Serverclustern