Konfigurierbare Sun Cluster-Komponenten
Dieser Abschnitt enthält Richtlinien für folgende Sun Cluster-Komponenten, die Sie konfigurieren:
Fügen Sie diese Informationen dem entsprechenden Konfigurations-Arbeitsblatt hinzu.
Tabelle 1–4 Arbeitsblätter für die Sun Cluster-Konfiguration
Cluster-Name
Geben Sie bei der Sun Cluster-Konfiguration einen Namen für den Cluster ein. Der Cluster-Name muss im gesamten Unternehmen einmalig sein.
Knotennamen
Der Knotenname ist der Name, den Sie dem Rechner zuweisen, wenn Sie die Solaris-Betriebsumgebung installieren. Bei der Sun Cluster-Konfiguration geben Sie die Namen aller Knoten an, die Sie als Cluster installieren. Bei Ein-Knoten-Cluster-Installationen ist der Standard-Knotenname mit dem Cluster-Namen identisch.
Privates Netzwerk
Hinweis –
Für einen Ein-Knoten-Cluster müssen Sie kein privates Netzwerk konfigurieren.
Die Sun Cluster-Software verwendet das private Netzwerk für die interne Kommunikation zwischen den Knoten. Eine Sun Cluster-Konfiguration erfordert mindestens zwei Verbindungen mit dem Cluster-Interconnect im privaten Netzwerk. Sie geben die private Netzwerkadresse und Netzmaske an, wenn Sie die Sun Cluster-Software auf dem ersten Knoten des Clusters konfigurieren. Sie können entweder die standardmäßige private Netzwerkadresse (172.16.0.0) und Netzmaske (255.255.0.0) übernehmen oder andere Eingaben vornehmen, wenn die standardmäßige Netzwerkadresse bereits im Unternehmen verwendet wird.
Hinweis –
Sobald das Installationsdienstprogramm (scinstall, SunPlex-Manager oder JumpStart) beendet und der Cluster eingerichtet ist, können Sie die private Netzwerkadresse und Netzmaske nicht mehr ändern. Sie müssen die Cluster-Software deinstallieren und anschließend neu installieren, um eine andere private Netzwerkadresse oder Netzmaske zu verwenden.
Wenn Sie statt der Standardadresse eine andere private Netzwerkadresse angeben, muss diese folgende Anforderungen erfüllen:
-
Verwenden Sie Nullen für die letzten beiden Oktete der Adresse.
-
Befolgen Sie die Richtlinien in RFC 1597 für Netzwerkadressen-Zuweisungen.
Sie können sich an InterNIC wenden, um Kopien der RFCs zu erhalten. Anweisungen hierzu finden Sie unter “Planning Your TCP/IP Network” im System Administration Guide, Volume 3 (Solaris 8) oder unter “Planning Your TCP/IP Network (Task)” in System Administration Guide: IP Services (Solaris 9).
Wenn Sie statt der Standard-Netzmaske eine andere Netzmaske angeben, muss sie zumindest alle Bits maskieren, die in der privaten Netzwerkadresse angegeben sind.
Private Hostnamen
Der private Hostname ist der Name, der für die Verbindung zwischen den Knoten auf der Schnittstelle des privaten Netzwerks verwendet wird. Private Hostnamen werden bei der Sun Cluster-Konfiguration automatisch erstellt. Diese privaten Hostnamen entsprechen der Benennungskonvention clusternodeKnoten-ID-priv, wobei Knoten-ID das Numeral der internen Knoten-ID ist. Bei der Sun Cluster-Konfiguration wird die Knoten-ID-Nummer automatisch jedem Knoten zugeordnet, wenn er Cluster-Mitglied wird. Nachdem der Cluster konfiguriert ist, können Sie private Hostnamen mithilfe des Dienstprogramms scsetup(1M) ändern.
Cluster-Interconnect
Hinweis –
Für einen Ein-Knoten-Cluster müssen Sie keinen Cluster-Interconnect konfigurieren. Wenn Sie jedoch erwarten, einer Ein-Knoten-Cluster-Konfiguration später Knoten hinzuzufügen, möchten Sie den Cluster-Interconnect für zukünftige Verwendung möglicherweise bereits konfigurieren.
Die Cluster-Interconnects stellen Hardware-Bahnen für private Netzwerkkommunikation zwischen Cluster-Knoten bereit. Jeder Interconnect besteht aus einem Kabel, das auf eine der folgenden Arten angeschlossen ist:
-
Zwischen zwei Transportadaptern,
-
Zwischen einem Transportadapter und einem Transportverbindungspunkt,
-
Zwischen zwei Transportverbindungspunkten.
Bei der Sun Cluster-Konfiguration geben Sie für zwei Cluster-Interconnects folgende Informationen an:
-
Transportadapter – Bei Transportadaptern, wie Ports auf Netzwerkschnittstellen, geben Sie die Transportadapternamen und den Transporttyp an. Wenn die Konfiguration ein Zwei-Knoten-Cluster ist, geben Sie auch an, ob der Interconnect direkt angeschlossen ist (Adapter zu Adapter) oder einen Transportverbindungspunkt verwendet. Auch wenn der Zwei-Knoten-Cluster direkt angeschlossen ist, können Sie einen Transportverbindungspunkt für den Interconnect angeben.
Tipp –Wenn Sie einen Transportverbindungspunkt angeben, können Sie dem Cluster später einfacher einen weiteren Knoten hinzufügen.
Informationen zu spezifischen Transportadaptern finden Sie in der Online-Dokumentationsfamilie scconf_trans_adap_*(1M).
-
Transportverbindungspunkte – Wenn Sie Transportverbindungspunkte wie zum Beispiel Netzwerkschalter verwenden, geben Sie für jeden Interconnect einen Transportverbindungspunktnamen an. Sie können den Standardnamen switchN verwenden, wobei N eine Nummer ist, die bei der Konfiguration automatisch zugewiesen wird. Sie können aber auch einen anderen Namen erstellen. Eine Ausnahme bildet der Sun Firelink-Adapter, für den der Verbindungspunktname sw-rsmN lauten muss. Das scinstall-Dienstporgramm verwendet diesen Verbindungspunktnamen nach Angabe eines Sun Firelink-Adapters automatisch (wrsmN).
Geben Sie außerdem den Verbindungspunkt-Port-Namen an, oder akzeptieren Sie den Standardnamen. Der standardmäßige Port-Name ist mit der internen Knoten-ID-Nummer des Knotens identisch, der das Adapterende des Kabels aufnimmt. Für bestimmte Adaptertypen, wie SCI-PCI, können Sie jedoch den Standardnamen nicht verwenden.
Hinweis –
Cluster mit drei oder mehr Knoten müssen Transportverbindungspunkte verwenden. Direktverbindungen zwischen Cluster-Knoten werden nur bei Zwei-Knoten-Clustern unterstützt.
Sie können nach der Einrichtung des Clusters mithilfe des Dienstprogramms scsetup(1M) weitere private Netzwerkverbindungen konfigurieren.
Weitere Informationen zum Cluster-Interconnect finden Sie unter “Cluster Interconnect” in Sun Cluster Overview for Solaris OS und Sun Cluster Concepts Guide for Solaris OS.
IP Network Multipathing-Gruppen
Fügen Sie dem Arbeitsblatt Öffentliche Netzwerke diese Planungsinformationen hinzu.
Die Internet Protocol (IP) Network Multipathing-Gruppen bieten als Ersatz der Netzwerkadapter-Failover-Gruppen (NAFO-Gruppen) Überwachung von öffentlichen Netzwerkadaptern und Failover und sind die Grundlage für eine Netzwerkadressressource. Eine Multipathing-Gruppe bietet hohe Verfügbarkeit, wenn die Multipathing-Gruppe mit zwei oder mehr Adaptern konfiguriert ist. Wenn ein Adapter ausfällt, wechseln alle Adressen des ausgefallenen Adapters auf einen anderen Adapter in der Multipathing-Gruppe über. Dadurch halten die Multipathing-Gruppen-Adapter die öffentliche Netzwerkkonnektivität mit dem Teilnetz aufrecht, mit dem die Adapter in der Multipathing-Gruppe verbunden sind.
Beachten Sie folgende Punkte bei der Planung von Multipathing-Gruppen.
-
Jeder öffentliche Netzwerkadapter muss zu einer Multipathing-Gruppe gehören.
-
Bei Multipathing-Gruppen, die zwei oder mehr Adapter enthalten, müssen Sie eine IP-Testadresse für jeden Adapter in der Gruppe konfigurieren. Wenn eine Multipathing-Gruppe nur einen Adapter enthält, müssen Sie keine IP-Testadresse konfigurieren.
-
Die IP-Testadressen für alle Adapter in derselben Multipathing-Gruppe müssen zu einem IP-Teilnetz gehören.
-
IP-Testadressen dürfen nicht von normalen Anwendungen verwendet werden, da sie nicht hoch verfügbar sind.
-
Ändern Sie in der Datei /etc/default/mpathd den Wert von TRACK_INTERFACES_ONLY_WITH_GROUPS nicht von yes auf no.
-
Der Name einer Multipathing-Gruppe unterliegt keinen Anforderungen oder Beschränkungen.
Weitere Informationen zu IP Network Multipathing finden Sie unter “Deploying Network Multipathing” im IP Network Multipathing Administration Guide (Solaris 8) oder“Administering Network Multipathing (Task)” in System Administration Guide: IP Services (Solaris 9). Weitere Informationen finden Sie auch unter “IP Network Multipathing Groups” in Sun Cluster Overview for Solaris OS und im Sun Cluster Concepts Guide for Solaris OS.
Quorum-Geräte
Sun Cluster-Konfigurationen verwenden Quorum-Geräte, um die Daten- und Ressourcenintegrität zu erhalten. Wenn der Cluster vorübergehend die Verbindung mit einem Knoten verliert, verhindert das Quorum-Gerät Amnesiezustände oder Split-Brain-Probleme, wenn der Cluster-Knoten wieder dem Cluster beitreten möchte. Sie Quorum-Geräte mithilfe des Dienstprogramms scsetup(1M) zuweisen.
Hinweis –
Für einen Ein-Knoten-Cluster müssen Sie keine Quorum-Geräte konfigurieren.
Beachten Sie folgende Punkte, wenn Sie Quorum-Geräte planen.
-
Minimum – Einem Zwei-Knoten-Cluster muss mindestens eine gemeinsam genutzte Platte als Quorum-Gerät zugewiesen werden. Bei anderen Topologien sind die Quorum-Geräte optional.
-
Regel der ungeraden Anzahl – Wenn in einem Zwei-Knoten-Cluster mehrere Quorum-Geräte konfiguriert oder in einem Knotenpaar direkt mit dem Quorum-Gerät verbunden werden, konfigurieren Sie eine ungerade Anzahl von Quorum-Geräten. Diese Konfiguration stellt sicher, dass die Quorum-Geräte komplett unabhängige Bahnen bei Ausfall besitzen.
-
Verbindung – Sie müssen ein Quorum-Gerät mit mindestens zwei Knoten verbinden.
Weitere Informationen zu Quorum-Geräten finden Sie unter “Quorum Devices” in Sun Cluster Overview for Solaris OS und Sun Cluster Concepts Guide for Solaris OS.
- © 2010, Oracle Corporation and/or its affiliates