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 Informationen zu globalen Geräten und Cluster-Dateisystemen finden Sie im Sun Cluster Überblick für das Betriebssystem Solaris und Sun Cluster Konzepthandbuch für 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) - Verwenden Sie nicht das Loopback-Dateisystem (LOFS), wenn beide Bedingungen in der folgenden Liste erfüllt sind.

  • Sun Cluster HA für NFS wird auf einem hoch verfügbaren lokalen Dateisystem konfiguriert.

  • Der automountd-Dämon wird ausgeführt.

  Wenn beide Bedingungen erfüllt sind, muss LOFS deaktiviert werden, um Switchover-Probleme oder andere Ausfälle zu vermeiden. Wenn nur eine dieser Bedingungen gegeben ist, ist die Aktivierung von LOFS unbedenklich.

  Wenn sowohl LOFS als auch der automountd-Dämon bei Ihnen aktiviert sein müssen, schließen Sie alle Dateien aus der Zuordnung für das automatische Einhängen aus, die zum hoch verfügbaren lokalen Dateisystem gehören, das durch Sun Cluster HA für NFS exportiert wird.

• Verarbeiten von Abrechnungsprotokolldateien - Platzieren Sie keine Prozessabrechnungs-Protokolldateien auf einem Cluster-Dateisystem oder einem hoch verfügbaren lokalen Dateisystem. Ein Switchover würde durch Schreibvorgänge in die Protokolldatei blockiert, was wiederum zum Stillstand des Knotens führen würde. Verwenden Sie für die Prozessabrechnungs-Protokolldateien nur ein lokales Dateisystem.

• 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

Nehmen Sie diese Planungsinformationen in das Arbeitsblatt Plattengerätegruppen- Konfigurationen auf.

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

• Failover – Sie können Multihost-Platten 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 Multihost-Platten 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 in der Datenträger-Manager-Dokumentation.

Weitere Informationen zu Plattengerätegruppen finden Sie unter -Geräte in Sun Cluster Überblick für das Betriebssystem Solaris und Sun Cluster Konzepthandbuch für 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, es sei denn, 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 – Bei Verwendung von VERITAS File System (VxFS) 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.

• Die folgenden VxFS-Fuktionen werden in einem Sun Cluster 3.1-Cluster-Dateisystem nicht untersützt. In einem lokalen Dateisystem werden Sie jedoch unterstützt.

  • Quick I/O

  • Schnappschüsse

  • Speicher-Checkpoints

  • VxFS-spezifische Einhängeoptionen:

    • 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 VxFS in einem Cluster-Dateisystem unterstützten Funktionen und Optionen werden von der Sun Cluster 3.1-Software unterstützt. In der VxFS-Dokumentation finden Sie weitere Einzelheiten zu den VxFS-Optionen, die in einer Cluster-Konfiguration unterstützt werden.

• Geschachtelte Einhängepunkte – Im Normalfall sollten Sie die Einhängepunkte für Cluster-Dateisysteme nicht schachteln. Konfigurieren Sie zum Beispiel keine Dateisysteme so, dass das erste in /global/a und das andere in /global/a/b eingehängt wird. 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.