Skip to main content
SAN hosts and cloud clients
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Verwenden Sie SUSE Linux Enterprise Server 12 mit ONTAP

Beitragende

Sie können die Konfigurationseinstellungen des ONTAP-SAN-Hosts verwenden, um SUSE Linux Enterprise Server 12 mit ONTAP als Ziel zu konfigurieren.

Installieren Sie die Linux Host Utilities

Das NetApp Linux-Host-Utilitys-Softwarepaket ist auf dem in einer 32-Bit- und 64-Bit-RPM-Datei verfügbar"NetApp Support Website". Wenn Sie nicht wissen, welche Datei für Ihre Konfiguration geeignet ist, überprüfen Sie mithilfe der, welche Datei "Interoperabilitäts-Matrix-Tool"Sie benötigen.

NetApp empfiehlt ausdrücklich die Installation der Linux Host Utilities, dies ist jedoch nicht zwingend erforderlich. Die Dienstprogramme ändern keine Einstellungen auf Ihrem Linux-Host. Die Versorgungseinrichtungen verbessern das Management und unterstützen den NetApp Kunden-Support bei der Erfassung von Informationen zu Ihrer Konfiguration.

Wenn Sie Linux Host Utilities derzeit installiert haben, sollten Sie entweder ein Upgrade auf die neueste Version durchführen, oder es entfernen und die folgenden Schritte ausführen, um die neueste Version zu installieren.

Schritte

  1. Laden Sie das 32-Bit- oder 64-Bit-Linux Host Utilities-Softwarepaket vom auf Ihren Host herunter"NetApp Support Website".

  2. Installieren des Softwarepakets:

    rpm -ivh netapp_linux_unified_host_utilities-7-1.x86_64

Hinweis Mit den in diesem Verfahren angegebenen Konfigurationseinstellungen können Sie Cloud-Clients konfigurieren, die mit und verbunden "Cloud Volumes ONTAP""Amazon FSX für ONTAP"sind.

SAN Toolkit

Das Toolkit wird automatisch installiert, wenn Sie das NetApp Host Utilities-Paket installieren. Dieses Kit enthält die sanlun Dienstprogramm: Unterstützt Sie beim Management von LUNs und HBAs. Der sanlun Befehl gibt Informationen über die LUNs zurück, die Ihrem Host zugeordnet sind, Multipathing und Informationen zurück, die zum Erstellen von Initiatorgruppen erforderlich sind.

Beispiel

Im folgenden Beispiel wird der verwendet sanlun lun show Befehl gibt LUN-Informationen zurück.

# sanlun lun show all
Cli
Copy

Beispielausgabe:

controller(7mode/E-Series)/            device     host               lun
vserver(cDOT/FlashRay)   lun-pathname  filename   adapter  protocol  size    Product
------------------------------------------------------------------------------------
data_vserver          /vol/vol1/lun1   /dev/sdb   host16   FCP       120.0g  cDOT
data_vserver          /vol/vol1/lun1   /dev/sdc   host15   FCP       120.0g  cDOT
data_vserver          /vol/vol2/lun2   /dev/sdd   host16   FCP       120.0g  cDOT
data_vserver          /vol/vol2/lun2   /dev/sde   host15   FCP       120.0g  cDOT

SAN wird gebootet

Bevor Sie beginnen

Wenn Sie sich für das Booten über SAN entscheiden, muss es von Ihrer Konfiguration unterstützt werden. Sie können mit dem "Interoperabilitäts-Matrix-Tool"überprüfen, ob Ihr Betriebssystem, HBA, die HBA-Firmware und das HBA-StartBIOS sowie die ONTAP-Version unterstützt werden.

Schritte

  1. Ordnen Sie die SAN-Boot-LUN dem Host zu.

  2. Vergewissern Sie sich, dass mehrere Pfade verfügbar sind.

    Hinweis Mehrere Pfade sind verfügbar, nachdem das Host-Betriebssystem auf den Pfaden ausgeführt wurde.

  3. Aktivieren Sie das SAN-Booten im Server-BIOS für die Ports, denen die SAN-Boot-LUN zugeordnet ist.

    Informationen zum Aktivieren des HBA-BIOS finden Sie in der anbieterspezifischen Dokumentation.

  4. Starten Sie den Host neu, um zu überprüfen, ob der Startvorgang erfolgreich war.

Multipathing

Für SUSE Linux Enterprise Server 12 muss die Datei /etc/Multipath.conf vorhanden sein, Sie müssen jedoch keine spezifischen Änderungen an der Datei vornehmen. SUSE Linux Enterprise Server 12 wird mit allen Einstellungen zusammengestellt, die zum Erkennen und korrekten Verwalten von ONTAP-LUNs erforderlich sind.

Sie können das verwenden multipath -ll Überprüfen Sie mit dem Befehl die Einstellungen für Ihre ONTAP LUNs.

Die folgenden Abschnitte bieten Beispiel-Multipath-Ausgaben für eine LUN, die ASA-Gruppen und nicht-ASA-Personas zugeordnet ist.

Alle SAN-Array-Konfigurationen

Alle SAN-Array-(ASA-)Konfigurationen optimieren alle Pfade zu einer bestimmten LUN und halten sie aktiv. Dies verbessert die Performance, da I/O-Operationen über alle Pfade gleichzeitig ausgeführt werden können.

Beispiel

Im folgenden Beispiel wird die richtige Ausgabe für eine ONTAP-LUN angezeigt.

# multipath -ll
3600a0980383034466b2b4a3775474859 dm-3 NETAPP,LUN C-Mode
size=20G features='4 queue_if_no_path pg_init_retries 50 retain_attached_hw_handle' hwhandler='1 alua' wp=rw
|-+- policy='round-robin 0' prio=50 status=active
| |- 1:0:8:1  sdb 8:16 active ready running
| `- 2:0:8:1  sdd 8:48 active ready running
`-+- policy='round-robin 0' prio=10 status=enabled
  |- 1:0:9:1  sdc 8:32 active ready running
  `- 2:0:9:1  sde 8:64 active ready running
Hinweis Eine einzelne LUN sollte nicht mehr als vier Pfade benötigen. Eine Verfügbarkeit von mehr als vier Pfaden kann bei Storage-Ausfällen zu Pfadproblemen führen.

Konfigurationen ohne ASA

Für Konfigurationen ohne ASA sollten zwei Gruppen von Pfaden mit unterschiedlichen Prioritäten vorhanden sein. Die Pfade mit höheren Prioritäten sind aktiv/optimiert. Das heißt, sie werden vom Controller gewartet, wo sich das Aggregat befindet. Die Pfade mit niedrigeren Prioritäten sind aktiv, aber nicht optimiert, da sie von einem anderen Controller bedient werden. Die nicht optimierten Pfade werden nur verwendet, wenn optimierte Pfade nicht verfügbar sind.

Beispiel

Das folgende Beispiel zeigt die richtige Ausgabe für eine ONTAP-LUN mit zwei aktiv/optimierten Pfaden und zwei aktiv/nicht optimierten Pfaden.

# multipath -ll
3600a09803831347657244e527766394e dm-5 NETAPP,LUN C-Mode
size=80G features='4 queue_if_no_path pg_init_retries 50 retain_attached_hw_handle' hwhandler='1 alua' wp=rw
|-+- policy='service-time 0' prio=50 status=active
| |- 11:0:1:0 sdj 8:144 active ready running
| |- 11:0:2:0 sdr 65:16 active ready running
`-+- policy='service-time 0' prio=10 status=enabled
|- 11:0:0:0 sdb 8:i6 active ready running
|- 12:0:0:0 sdz 65:144 active ready running
Hinweis Eine einzelne LUN sollte nicht mehr als vier Pfade benötigen. Eine Verfügbarkeit von mehr als vier Pfaden kann bei Storage-Ausfällen zu Pfadproblemen führen.

Empfohlene Einstellungen

SUSE Linux Enterprise Server 12 OS wird kompiliert, um ONTAP-LUNs zu erkennen und automatisch alle Konfigurationsparameter korrekt einzustellen. Die multipath.conf Datei muss vorhanden sein, damit der Multipath-Daemon gestartet werden kann. Wenn diese Datei nicht vorhanden ist, können Sie eine leere, Null-Byte-Datei mit dem Befehl erstellen touch /etc/multipath.conf.

Wenn Sie die multipath.conf Datei zum ersten Mal erstellen, müssen Sie möglicherweise die Multipath-Services mithilfe der folgenden Befehle aktivieren und starten:

chkconfig multipathd on
/etc/init.d/multipathd start

Sie müssen der Datei nichts direkt hinzufügen multipath.conf, es sei denn, Sie verfügen über Geräte, die nicht von Multipath verwaltet werden sollen, oder Sie haben bereits vorhandene Einstellungen, die die Standardeinstellungen außer Kraft setzen. Um unerwünschte Geräte auszuschließen, fügen Sie der Datei die folgende Syntax hinzu multipath.conf und ersetzen <DevId> durch die Zeichenfolge Worldwide Identifier (WWID) des Geräts, das Sie ausschließen möchten:

blacklist {
        wwid <DevId>
        devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*"
        devnode "^hd[a-z]"
        devnode "^cciss.*"
}

Das folgende Beispiel bestimmt die WWID eines Geräts und fügt sie der Datei hinzu multipath.conf.

Schritte

  1. Bestimmen Sie die WWID:

    /lib/udev/scsi_id -gud /dev/sda
    3600a098038314c4a433f5774717a3046

    sda Ist das lokale SCSI-Laufwerk, das Sie der Blacklist hinzufügen möchten.

  2. Fügen Sie die hinzu WWID Zur schwarzen Liste stanza in /etc/multipath.conf:

    blacklist {
     wwid   3600a098038314c4a433f5774717a3046
     devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*"
     devnode "^hd[a-z]"
     devnode "^cciss.*"
}
    Cli
    Copy

Überprüfen Sie Ihre Datei, insbesondere im Abschnitt „Standardeinstellungen“, immer /etc/multipath.conf auf ältere Einstellungen, die die Standardeinstellungen überschreiben könnten.

In der folgenden Tabelle sind die kritischen multipathd Parameter für ONTAP-LUNs und die erforderlichen Werte aufgeführt. Wenn ein Host mit LUNs anderer Hersteller verbunden ist und diese Parameter überschrieben werden, müssen sie durch spätere Strophen in der multipath.conf Datei korrigiert werden, die speziell für ONTAP-LUNs gelten. Ohne diese Korrektur funktionieren die ONTAP-LUNs möglicherweise nicht wie erwartet. Sie sollten diese Standardeinstellungen nur in Absprache mit NetApp, dem OS-Anbieter oder beiden außer Kraft setzen, und zwar nur dann, wenn die Auswirkungen vollständig verstanden sind.

Parameter Einstellung

Erkennen_Prio

ja

Dev_Loss_tmo

„Unendlich“

Failback

Sofort

Fast_io_fail_tmo

5

Funktionen

„3 queue_if_no_Pg_init_retries 50“

Flush_on_Last_del

„ja“

Hardware_Handler

„0“

PATH_Checker

„nur“

Path_Grouping_Policy

„Group_by_prio“

Pfad_Auswahl

„Servicezeit 0“

Polling_Interval

5

prio

ONTAP

Produkt

LUN.*

Beibehalten_Attached_hw_Handler

ja

rr_weight

„Einheitlich“

User_friendly_names

Nein

Anbieter

NETAPP
Beispiel

Das folgende Beispiel zeigt, wie eine überhielte Standardeinstellung korrigiert wird. In diesem Fall definiert die multipath.conf Datei Werte für path_checker und detect_prio, die nicht mit ONTAP LUNs kompatibel sind. Wenn sie nicht entfernt werden können, weil andere SAN-Arrays noch an den Host angeschlossen sind, können diese Parameter speziell für ONTAP-LUNs mit einem Device stanza korrigiert werden.

defaults {
 path_checker readsector0
 detect_prio no
 }
devices {
 device {
 vendor "NETAPP "
 product "LUN.*"
 path_checker tur
 detect_prio yes
 }
}

ASM Mirroring

Bei der ASM-Spiegelung (Automatic Storage Management) sind möglicherweise Änderungen an den Linux Multipath-Einstellungen erforderlich, damit ASM ein Problem erkennen und zu einer alternativen Fehlergruppe wechseln kann. Die meisten ASM-Konfigurationen auf ONTAP verwenden externe Redundanz, was bedeutet, dass Datenschutz vom externen Array bereitgestellt wird und ASM keine Daten spiegelt. Einige Standorte verwenden ASM mit normaler Redundanz, um normalerweise zwei-Wege-Spiegelung über verschiedene Standorte hinweg bereitzustellen. Weitere Informationen finden Sie unter"Oracle-Datenbanken auf ONTAP".

Bekannte Probleme

Die Version SUSE Linux Enterprise Server 12 mit ONTAP weist folgende bekannte Probleme auf:

NetApp Bug ID Titel Beschreibung

"873555"

das scsi_dh_alua-Modul wird während des Multipathd-Starts beim lokalen Booten nicht geladen

scsi_dh_alua ist ein Linux ALUA Device Handler-Modul. Dies wird beim Multipathd-Start beim lokalen Booten nicht geladen. Aufgrund dieses Gerätehandlers wird nicht geladen, obwohl ALUA auf Zielseite aktiviert ist.

"863584"

Die Meldung „Geräteknoten im Konflikt '/dev/Mapper/360xx' gefunden“ wird auf dem Bildschirm angezeigt, wenn Sie ein DM-Gerät auf SLES12 erstellen

Sie können bei der Erstellung einer Verbindung zu DM-Geräten unter /dev/mapper dir in SLES 12 einen Fehler feststellen und die Meldungen „widersprüchliche Geräteknoten '/dev/mapper/360xx' gefunden“ anzeigen.

"847490"

Multipath Daemon zeigt Pfadausfälle auf SLES 12 an

Sie können Pfadausfälle auf dem SLES12 Multipath-Daemon bei I/O-Vorgängen bei Storage- oder Fabric-Fehlern beobachten.