Planen von globalen Geräten und Cluster-Dateisystemen

Dieser Abschnitt enthält folgende Richtlinien zum Planen von globalen Geräten und Cluster-Dateisystemen:

• Richtlinien für hoch verfügbare globale Geräte und Cluster-Dateisysteme

• Plattengerätegruppen

• Einhängeinformationen für Cluster-Dateisysteme

Weitere Information zu globalen Geräten und Cluster-Dateisystemen finden Sie unter Sun Cluster Overview for Solaris OS und im Sun Cluster Concepts Guide for Solaris OS.

Richtlinien für hoch verfügbare globale Geräte und Cluster-Dateisysteme

Die Sun Cluster-Software stellt keine besonderen Anforderungen an das Platten-Layout oder die Dateisystemgröße. Beachten Sie folgende Punkte, wenn Sie das Layout der globalen Geräte und Cluster-Dateisysteme planen.

• Spiegeln – Sie müssen alle globalen Geräte spiegeln, damit das globale Gerät als hoch verfügbar betrachtet wird. Sie müssen keine Softwarespiegelung verwenden, wenn das Speichergerät über Hardware-RAID sowie redundante Pfade zur Platte verfügt.

• Platten – Erstellen Sie das Layout der Dateisysteme beim Spiegeln so, dass die Dateisysteme Laufwerkgruppen-übergreifend gespiegelt werden.

• Verfügbarkeit – Sie müssen ein globales Gerät real an mehrere Knoten im Cluster anschließen, damit es als hoch verfügbar betrachtet wird. Ein globales Gerät mit mehreren realen Anschlüssen kann den Ausfall eines Knotens verkraften. Ein globales Gerät mit nur einem realen Anschluss wird unterstützt, doch auf das globale Gerät kann von anderen Knoten nicht zugegriffen werden, wenn der Knoten mit dem Anschluss ausgefallen ist.

• Auslagerungsgeräte - Erstellen Sie auf einem globalen Gerät keine Auslagerungsdateien.

Cluster-Dateisysteme

Beachten Sie folgende Punkte bei der Planung von Cluster-Dateisystemen.

• Kontingente - Kontingente werden auf Cluster-Dateisystemen nicht unterstützt.

• Loopback-Dateisystem (LOFS) - Die Sun Cluster-Software unterstützt nicht die Verwendung des Loopback-Dateisystems (LOFS) auf Cluster-Knoten.

• Kommunikations-Endpunkte - Das Cluster-Dateisystem unterstützt keine der Dateisystemfunktionen der Solaris-Software, mit denen man einen Kommunikations-Endpunkt in den Namensraum des Dateisystems einfügen kann.

  • Sie können zwar ein UNIX-Domain-Socket erstellen, dessen Name ein Pfadname zum Cluster-Dateisystem ist. Dieses Socket würde jedoch kein Knoten-Failover überstehen.

  • Auf keine der FIFOs oder Named Pipes, die Sie in einem Cluster-Dateisystem erstellen, wäre ein globaler Zugriff möglich.

  Versuchen Sie daher nicht, den Befehl fattach von einem anderen Knoten aus zu verwenden als dem lokalen Knoten.

Plattengerätegruppen

Fügen Sie dem Arbeitsblatt Plattengerätegruppen-Konfigurationen diese Planungsinformationen hinzu.

Sie müssen alle Datenträger-Manager-Plattengruppen als Sun Cluster-Plattengerätegruppen konfigurieren. Diese Konfiguration ermöglicht, dass ein Sekundärknoten Multihostplatten hostet, wenn der Primärknoten ausfällt. Beachten Sie folgende Punkte, wenn Sie Plattengerätegruppen planen:

• Failover – Sie können Multihostplatten und ordnungsgemäß konfigurierte Datenträger-Manager-Geräte als Failover-Geräte konfigurieren. Die ordnungsgemäße Konfiguration eines Datenträger-Manager-Geräts schließt Multihostplatten und die richtige Einrichtung des Datenträger-Managers selbst ein. Diese Konfiguration stellt sicher, dass mehrere Knoten das exportierte Gerät hosten können. Sie können keine Bandlaufwerke, CD-ROMs oder einfach angeschlossene Geräte als Failover-Geräte konfigurieren.

• Spiegeln – Sie müssen die Platten spiegeln, um die Daten vor Plattenausfällen zu schützen. Weitere Richtlinien finden Sie unter Richtlinien für das Spiegeln . Anweisungen zum Spiegeln finden Sie unter Installieren und Konfigurieren der Software Solstice DiskSuite oder Solaris Volume Manager oder SPARC: Installieren und Konfigurieren der Software VxVM und der Datenträger-Manager-Dokumentation.

Weitere Informationen zu Plattengerätegruppen finden Sie unter “Devices” in Sun Cluster Overview for Solaris OS und im Sun Cluster Concepts Guide for Solaris OS.

Einhängeinformationen für Cluster-Dateisysteme

Beachten Sie folgende Punkte bei der Planung der Einhängepunkte für die Cluster-Dateisysteme.

• Einhängepunkt-Speicherort – Erstellen Sie Einhängepunkte für die Cluster-Dateisysteme im /global-Verzeichnis, außer andere Softwareprodukte lassen dies nicht zu. Wenn Sie das /global-Verzeichnis verwenden, können Sie die global verfügbaren Cluster-Dateisysteme einfacher von den lokalen Dateisystemen unterscheiden.

• SPARC: VxFS Einhängeanforderung – Wenn Sie VERITAS File System (VxFS) verwenden, sollten Sie ein VxFS-Dateisystem global vom Primärknoten aus ein- und aushängen. Der Primärknoten ist der Knoten, der die Platte unterstützt, auf der sich das VxFS-Dateisystem befindet. Diese Methode stellt sicher, dass das Einhängen und Aushängen erfolgreich sind. Das Einhängen oder Aushängen eines VxFS-Dateisystems von einem Sekundärknoten kann scheitern.

• Folgende VxFS-Funktionen werden in einem Sun Cluster 3.1-Cluster-Dateisystem nicht unterstützt. In einem lokalen Dateisystem werden Sie jedoch unterstützt.

  • Quick I/O

  • Schnappschüsse

  • Speicher-Checkpoints

  • VxFS-spezifische Einhänge-Optionen:

    • convosync (O_SYNC konvertieren)

    • mincache

    • qlog, delaylog, tmplog

  • VERITAS Cluster-Datesystem (erfordert die VxVM-Cluster-Funktion & VERITAS Cluster Server)

  Cache-Berater können verwendet werden, doch ihre Wirkung kann nur auf dem gegebenen Knoten beobachtet werden.

  Alle anderen in einem Cluster-Dateisystem unterstützten VxFS-Funktionen und -Optionen werden von der Sun Cluster 3.1-Software unterstützt. Weitere Informationen zu den VxFS-Optionen, die in einer Cluster-Konfiguration unterstützt werden, finden Sie in der VxFS-Dokumentation.

• Geschachtelte Einhängepunkte – Im Normalfall sollten Sie die Einhängepunkte für Cluster-Dateisysteme nicht schachteln. Hängen Sie zum Beispiel nicht ein Dateisystem auf /global/a und ein anderes auf /global/a/b ein. Die Missachtung dieser Regel kann zu Problemen bei der Verfügbarkeit und der Boot-Reihenfolge des Knotens führen. Diese Probleme treten auf, wenn der übergeordnete Einhängepunkt nicht vorhanden ist, wenn das System versucht, einen untergeordneten einzuhängen. Die einzige Ausnahme von dieser Regel ist, wenn die Geräte der beiden Dateisysteme dieselbe reale Knotenkonnektivität besitzen. Ein Beispiel sind unterschiedliche Bereiche derselben Platte.

• forcedirectio - Die Sun Cluster-Software unterstützt nicht die Ausführung von Binärdateien von Cluster-Dateisystemen, die mithilfe der Einhängeoption forcedirectio eingehängt werden.