Quelltext der Seite Cluster Interconnect

Der '''Cluster Interconnect''' dient für Management-, Datenübertragungs- und Lastverteilungszwecke in einem [[Rechnerverbund|Computercluster]] und ist eine Komponente des [[Cluster Manager]]s. In der Literatur wird der Cluster Interconnect manchmal auch sinnreduzierend als '''Cluster Heartbeat''' bezeichnet, wobei diese Funktion des „Herzschlages“ nur eine von mehreren ist.

== Verwendung ==
Der Interconnect eines Clusters ist eine Verbindung zwischen den Cluster-Membern, über die alle Arten von relevanten Daten ausgetauscht werden. Sie wird in aller Regel als privates [[Segment (Netzwerk)|Netzwerksegment]] konzipiert, um höchstmögliche Betriebssicherheit zu gewährleisten oder auch andere [[Kommunikationssystem|Netzwerkarchitekturen]] abbilden zu können. Denn diese Zwischenverbindung ist – in Abhängigkeit von der Größe des Clusters – mit möglichst geringer [[Verzögerung (Telekommunikation)|Latenz]] und hoher [[Datenübertragungsrate]] auszustatten, um keinen Flaschenhals zu schaffen. Dazu häufig verwendete Technologien sind Gigabit-[[Ethernet]] oder auch das teurere [[InfiniBand]].

Wie eingangs erwähnt, dient der Cluster Interconnect mehreren Zwecken:

=== Heartbeat (Cluster Heartbeat) ===
Unter ''Heartbeat'' (deutsch „Herzschlag“) versteht die [[Rechnertechnik|Computertechnik]] ein periodisch zwischen zusammengehörigen Systemen ausgetauschtes Signal, analog dem Fühlen des menschlichen [[Puls]]es. Dieses Signal dient zur gegenseitigen Überwachung: Bleibt der Heartbeat eines Systems aus, wird ein Ereignis ausgelöst auf welches die anderen entsprechend reagieren können. Der Cluster Interconnect dient hier der reinen Signalübertragung. Wird die gegenseitige Verfügbarkeitsüberwachung nicht durch eine kommerzielle [[Cluster Manager|Clusterware]] realisiert, stehen auch [[Software]]-Pakete wie LinuxHA für die Absicherung einzelner Dienste bereit.

Für einen reinen Heartbeat-Interconnect wurde bis vor einiger Zeit auch oft nur ein [[RS-232|serielles]] Kabel verwendet.

=== Cluster-Steuerung ===
Eine weitere wesentliche Aufgabe des Interconnects ist das Management des Clusters. Beispielsweise muss das gezielte Umstellen eines [[Netzwerkdienst|Dienstes]] von einem Knoten auf den anderen koordiniert und mit möglichst geringer Ausfallzeit geschehen. Jede Clusterware verwendet dazu produktspezifisch standardisierte [[Telegramm #Informatik|Telegramme]] von unterschiedlicher Größe.

=== Datenübertragung / Datenausgleich ===
Bei Nutzung des Clusters für die Lastverteilung bei [[Anwendungsserver|Anwendungs-]] oder [[Datenbankserver]]n ist es darüber hinaus wichtig, in bestimmten Situationen auch Benutzerdaten über den Cluster Interconnect weiterzugeben. Auch hier werden durch die [[Cluster Manager|Clusterware]] spezielle Telegramme mit dem entsprechenden Nutzinhalt übertragen, und für die darüberliegende Applikation eine [[Programmierschnittstelle|API]] angeboten.

Beispiel: [[Oracle RAC]] 10g verwendet die sogenannte [[Cache Fusion|Cache-Fusion]]-Technologie. Sie baut darauf auf, dass schon einmal in den Cache eines Clusterknotens eingelesene Blöcke über den Interconnect schneller beschafft werden können als durch erneutes Einlesen vom [[Massenspeicher]]. Auch setzt die Hoheitskontrolle für Datenbank-Blöcke dieses [[Datenbankmanagementsystem]]s auf das hier ''Blockshipping'' genannte Übertragen der Daten über die Zwischenverbindung.

=== Probleme und Lösungen ===
* Eine Unterbrechung des Cluster Interconnects ist unbedingt zu verhindern. Denn aus Sicht eines Cluster-Members kann nicht unterschieden werden, ob eine Unterbrechung oder ein Verlust der anderen Seite vorliegt. Das Risiko einer Unterbrechung sucht die Technik grundlegend durch [[Redundanz (Technik)|Redundanz]], in der Regel durch [[Bündelung (Datenübertragung)|Bündelung]] (auch Bonding oder Trunking) der verwendeten Netzwerkschnittstellen zu verringern. Das im Extremfall auftretende [[Split Brain (Informatik)|Split-Brain]]-Problem kann durch den Einsatz eines oder mehrerer [[Quorum (Informatik)|Quoren]] (Voting Disks) aufgelöst werden.
* Eine Überlastsituation auf dem Interconnect-Medium kann dem Cluster Manager einen Ausfall suggerieren, wenn die Funktion des Heartbeats durch zu hohes Transferaufkommen über gewisse definierte Zeiten hinweg beeinträchtigt wird. Da wie oben besprochen je nach System der Cluster Interconnect auch für den Transfer von Applikationsdaten verwendet wird, ist auf ausreichende Dimensionierung zu achten. Auch hier kann Bonding/Trunking hilfreich sein, da sich im entsprechenden B.-Modus die Bandbreite der verwendeten Schnittstellen addiert. Grundlegend sind nicht von der Clusterware initiierte [[Daten]]ströme auf dem Interconnect möglichst zu vermeiden.

== Siehe auch ==
* [[Cluster-Dateisystem]]
* [[Quorum (Informatik)]]
* [[Cluster Manager]]
* [[Oracle Cluster Ready Services]]

== Weblinks ==
* [http://www.linux-ha.org/ LinuxHA] (englisch)
* [http://download.oracle.com/docs/cd/B28359_01/rac.111/b28255/intro.htm#sthref19 Cluster Interconnect in der Oracle Clusterware] (englisch)
* [http://download.oracle.com/docs/cd/B28359_01/rac.111/b28254/admin.htm#RACAD7173 Verwaltung von Cluster Interconnects in der Oracle Clusterware] (englisch)

[[Kategorie:Computercluster]]