Sun Cluster Concepts Guide

In diesem Abschnitt werden Fehler und Auslassungen besprochen, die im Sun Cluster Concepts Guide for Solaris OS auftreten.

In Kapitel 3 sollte der Abschnitt “Verwenden des Cluster-Interconnect für den Datendienstverkehr“ folgendermaßen lauten:

Ein Cluster benötigt mehrere Netzwerkverbindungen zwischen den Knoten, die den Cluster-Interconnect bilden. Die Cluster-Software verwendet mehrere Interconnects, um die Hochverfügbarkeit und die Leistung zu verbessern. Die Meldungen werden sowohl für den internen als auch für den externen Datenverkehr (zum Beispiel Dateisystemdaten oder skalierbare Dienstedaten) über alle verfügbaren Interconnects verteilt.

Der Cluster-Interconnect steht auch Anwendungen zur hoch verfügbaren Kommunikation zwischen den Knoten zur Verfügung. Eine verteilte Anwendung kann zum Beispiel Komponenten auf unterschiedlichen Knoten ausführen, die miteinander kommunizieren müssen. Indem der Cluster-Interconnect anstelle des öffentlichen Netzwerks verwendet wird, bleiben diese Verbindungen beim Versagen einer einzelnen Verknüpfung bestehen.

Um den Cluster-Interconnect für die Datenverbindung zwischen den Knoten zu verwenden, muss eine Anwendung die während der Cluster-Installation konfigurierten privaten Hostnamen verwenden. Wenn zum Beispiel der private Hostname für Knoten 1 clusternode1-priv ist, kommunizieren Sie mit diesem Namen über den Cluster-Interconnect mit Knoten 1. TCP-Sockets, die mit diesem Namen geöffnet wurden, werden über den Cluster-Interconnect geleitet und können bei einem Netzwerkfehler transparent umgeleitet werden. Die Anwendungskommunikation zwischen zwei beliebigen Knoten wird über alle Interconnects verteilt. Der Datenverkehr für eine bestimmte TCP-Verbindung erfolgt auf einem Interconnect an einem beliebigen Punkt. Verschiedene TCP-Verbindungen werden über alle Interconnects verteilt. Zusätzlich wird der UDP-Datenverkehr immer über alle Interconnects verteilt.

Beachten Sie, dass der Cluster-Interconnnect jeden beliebigen, während der Installation gewählten Namen verwenden kann, da die privaten Hostnamen während der Installation konfiguriert werden können. Den tatsächlichen Namen erhalten Sie über scha_cluster_get(3HA) mit dem Argument scha_privatelink_hostname_node.