Konfigurieren Sie Oracle Linux 7.0 für FCP und iSCSI mit ONTAP-Speicher
Änderungen vorschlagen
PDFs
Die Linux Host Utilities-Software enthält Management- und Diagnose-Tools für Linux-Hosts, die mit dem ONTAP-Storage verbunden sind. Wenn Sie die Linux Host Utilities auf einem Oracle Linux 7.0-Host installieren, können Sie die Host Utilities zur Verwaltung von FCP- und iSCSI-Protokollvorgängen mit ONTAP LUNs verwenden.
|
Sie müssen die Einstellungen der Kernel-basierten virtuellen Maschine (KVM) nicht manuell konfigurieren, da ONTAP LUNs automatisch dem Hypervisor zugeordnet werden. |
Schritt 1: Aktivieren Sie optional den SAN-Bootvorgang
Sie können Ihren Host so konfigurieren, dass er SAN-Booting verwendet, um die Bereitstellung zu vereinfachen und die Skalierbarkeit zu verbessern.
Überprüfen Sie mithilfe des"Interoperabilitäts-Matrix-Tool", ob Ihr Linux-Betriebssystem, Ihr Host Bus Adapter (HBA), die HBA-Firmware, das HBA-Boot-BIOS und die ONTAP-Version das Booten über das SAN unterstützen.
-
"Erstellen Sie eine SAN-Boot-LUN und ordnen Sie sie dem Host zu".
-
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.
-
Überprüfen Sie, ob die Konfiguration erfolgreich war, indem Sie den Host neu starten und überprüfen, ob das Betriebssystem ausgeführt wird.
Schritt 2: Installieren Sie die Linux Host Utilities
NetApp empfiehlt dringend die Installation der Linux Host Utilities, um die ONTAP LUN-Verwaltung zu unterstützen, und den technischen Support beim Sammeln von Konfigurationsdaten zu unterstützen.
|
|
Durch die Installation der Linux Host Utilities werden keine Host-Timeout-Einstellungen auf Ihrem Linux-Host geändert. |
Schritt 3: Bestätigen Sie die Multipath-Konfiguration für Ihren Host
Sie können Multipathing mit Oracle Linux 7.0 verwenden, um ONTAP-LUNs zu verwalten. Oracle Linux 7.0 unterstützt Unbreakable Enterprise Kernel (UEK) R3 und UEK R4. Das Betriebssystem startet standardmäßig mit dem UEK R3-Kernel
|
|
Sie können die "empfohlene Einstellungen für Red Hat Enterprise Linux (RHEL) 7.0" um den Red Hat Compatible Kernel für Oracle Linux 7.0 zu konfigurieren. |
Wählen Sie je nach Konfiguration die Registerkarte UEK 3 oder UEK 4.
Die Einstellungen für Oracle Linux UEK 3 mit und ohne ALUA werden automatisch aktualisiert. Nach der Aktualisierung der Einstellungen müssen Sie den "ALUA Handler" aktivieren:
-
Erstellen Sie ein Backup des initrd-Images.
-
Hängen Sie den folgenden Parameterwert an den Kernel an, damit ALUA und Non-ALUA funktionieren:
rdloaddriver=scsi_dh_aluaBeispielausgabekernel /vmlinuz-3.8.13-68.1.2.el6uek.x86_64 ro root=/dev/mapper/vg_ibmx3550m421096-lv_root rd_NO_LUKSrd_LVM_LV=vg_ibmx3550m421096/lv_root LANG=en_US.UTF-8 rd_NO_MDSYSFONT=latarcyrheb-sun16 crashkernel=256M KEYBOARDTYPE=pc KEYTABLE=us rd_LVM_LV=vg_ibmx3550m421096/lv_swap rd_NO_DM rhgb quiet rdloaddriver=scsi_dh_alua
-
Erstellen Sie das Initrd-Image neu:
dracut -f -
Starten Sie den Host neu.
-
Überprüfen Sie die Ausgabe des
cat /proc/cmdlineBefehl, um zu überprüfen, ob die Einstellung abgeschlossen ist.
Überprüfen Sie für Oracle Linux UEK 4, ob die /etc/multipath.conf Datei definiert ist und die von NetApp empfohlenen Einstellungen für Ihre ONTAP LUNs konfiguriert sind.
-
Überprüfen Sie, ob die
/etc/multipath.confDatei beendet wird. Wenn die Datei nicht vorhanden ist, erstellen Sie eine leere, Null-Byte-Datei:touch /etc/multipath.conf -
Beim ersten Erstellen der
multipath.confDatei müssen Sie möglicherweise die Multipath-Services aktivieren und starten, um die empfohlenen Einstellungen zu laden:chkconfig multipathd on/etc/init.d/multipathd start -
Jedes Mal, wenn Sie den Host starten, lädt die leere
/etc/multipath.confZero-Byte-Datei automatisch die von NetApp empfohlenen Multipath-Parameter als Standardeinstellungen. Sie sollten keine Änderungen an der Datei für Ihren Host vornehmen/etc/multipath.confmüssen, da das Betriebssystem mit den Multipath-Parametern kompiliert wird, die ONTAP-LUNs korrekt erkennen und verwalten.Parametereinstellungen anzeigen
Parameter Einstellung Erkennen_Prio
ja
Dev_Loss_tmo
„Unendlich“
Failback
Sofort
Fast_io_fail_tmo
5
Funktionen
„2 pg_init_retries 50“
Flush_on_Last_del
„ja“
Hardware_Handler
„0“
Kein_PATH_retry
Warteschlange
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
-
Überprüfen Sie die Parametereinstellungen und den Pfadstatus für Ihre ONTAP LUNs:
multipath -llDie standardmäßigen Multipath-Parameter unterstützen AFF- und FAS-Konfigurationen. In diesen Konfigurationen sollte eine einzelne ONTAP-LUN nicht mehr als vier Pfade benötigen. Wenn mehr als vier Pfade vorhanden sind, kann dies bei einem Storage-Ausfall zu Problemen mit den Pfaden führen.
Eine AFF- oder FAS-Konfiguration sollte zwei Pfadgruppen mit höheren und niedrigeren Prioritäten aufweisen. Aktiv/optimierte Pfade mit höherer Priorität werden vom Controller bedient, wo sich das Aggregat befindet. Pfade mit niedriger Priorität sind aktiv, jedoch nicht optimiert, da sie von einem anderen Controller bedient werden. Nicht optimierte Pfade werden nur verwendet, wenn keine optimierten Pfade verfügbar sind.
Die folgenden Beispielausgaben zeigen die richtigen Parametereinstellungen und den Pfadstatus für ONTAP LUNs in einer AFF- oder FAS-Konfiguration mit zwei aktiven/optimierten Pfaden und zwei aktiven/nicht optimierten Pfaden:
Beispiel anzeigen
multipath -ll 3600a0980383036347ffb4d59646c4436 dm-28 NETAPP,LUN C-Mode size=10G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 alua' wp=rw |-+- policy='service-time 0' prio=50 status=active | |- 16:0:6:35 sdwb 69:624 active ready running | |- 16:0:5:35 sdun 66:752 active ready running `-+- policy='service-time 0' prio=10 status=enabled |- 15:0:0:35 sdaj 66:48 active ready running |- 15:0:1:35 sdbx 68:176 active ready running
Schritt 4: Optional: Schließen Sie ein Gerät vom Multipathing aus
Bei Bedarf können Sie ein Gerät vom Multipathing ausschließen, indem Sie die WWID für das unerwünschte Gerät der „Blacklist“-Strophe für die Datei hinzufügen multipath.conf.
-
Bestimmen Sie die WWID:
/lib/udev/scsi_id -gud /dev/sda„sda“ ist die lokale SCSI-Festplatte, die Sie der Blacklist hinzufügen möchten.
Ein Beispiel WWID ist
360030057024d0730239134810c0cb833. -
Fügen Sie die WWID der schwarzen Liste hinzu:
blacklist { wwid 360030057024d0730239134810c0cb833 devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*" devnode "^hd[a-z]" devnode "^cciss.*" }
Schritt 5: Passen Sie Multipath-Parameter für ONTAP LUNs an
Wenn Ihr Host mit LUNs anderer Hersteller verbunden ist und eine der Multipath-Parametereinstellungen überschrieben wird, müssen Sie diese korrigieren, indem Sie später Strophen in der Datei hinzufügen multipath.conf, die speziell für ONTAP-LUNs gelten. Wenn Sie dies nicht tun, funktionieren die ONTAP LUNs möglicherweise nicht wie erwartet.
Überprüfen Sie Ihre /etc/multipath.conf Datei, insbesondere im Abschnitt Standardeinstellungen, auf Einstellungen, die die überschreiben könntenStandardeinstellungen für Multipath-Parameter.
|
Die empfohlenen Parametereinstellungen für ONTAP LUNs sollten Sie nicht außer Kraft setzen. Diese Einstellungen sind für eine optimale Performance Ihrer Hostkonfiguration erforderlich. Weitere Informationen erhalten Sie vom NetApp-Support, vom Hersteller Ihres Betriebssystems oder von beiden. |
Das folgende Beispiel zeigt, wie eine überhielte Standardeinstellung korrigiert wird. In diesem Beispiel definiert die multipath.conf Datei Werte für path_checker und no_path_retry, die nicht mit ONTAP-LUNs kompatibel sind. Sie können diese Parameter nicht entfernen, da ONTAP-Speicher-Arrays noch mit dem Host verbunden sind. Stattdessen korrigieren Sie die Werte für path_checker und no_path_retry, indem Sie der Datei, die speziell auf die ONTAP-LUNs zutrifft, eine Gerätestanze hinzufügen multipath.conf.
Beispiel anzeigen
defaults {
path_checker readsector0
no_path_retry fail
}
devices {
device {
vendor "NETAPP"
product "LUN"
no_path_retry queue
path_checker tur
}
}
Schritt 6: Überprüfen Sie die bekannten Probleme
Beim Oracle Linux 7.0-Host mit ONTAP-Speicher sind die folgenden Probleme bekannt:
| NetApp Bug ID | Titel | Beschreibung |
|---|---|---|
OL7.0 : Host verliert alle Pfade zur lun und hängt aufgrund des Fehlers „RSCN Timeout“ auf OL 7.0 UEK r3U5 Beta auf Emulex 8G(LPe12002) Host |
Möglicherweise ist zu beachten, dass der Emulex 8G(LPe12002)-Host hängt und ein hoher I/O-Ausfall beim Storage Failover mit I/O-Vorgängen auftritt Sie können beobachten, dass Pfade nicht wiederhergestellt werden, was ein Ergebnis der RSCN-Zeitüberschreitung ist, aufgrund derer der Host alle Pfade verliert und hängt. Die Wahrscheinlichkeit, dieses Problem zu lösen, ist hoch. |
|
OL 7.0: Hoher I/O-Ausfall auf QLogic 8G FC (QLE2562) SAN-Host während Storage Failover-Vorgängen mit I/O |
Bei Storage Failover-Vorgängen mit I/O kann es zu einem hohen I/O-Ausfall auf QLogic 8G FC (QLE2562) Host kommen Bricht ab, und das Zurücksetzen des Geräts wird als E/A-Ausfall auf dem Host angezeigt. Die Wahrscheinlichkeit, dass dieser I/O-Ausfall auftritt, ist hoch. |
|
OL7.0: Dracut schließt scsi_dh_alua.ko-Modul in initramfs auf UEKR3U5 alpha nicht ein |
das scsi_dh_alua-Modul wird möglicherweise auch nach dem Hinzufügen des Parameters „rdloaddriver=scsi_dh_alua“ in die Kernel-Kommandozeile und dem Erstellen von dracut nicht geladen. Aufgrund dessen ist ALUA nicht auf NetApp LUNs aktiviert, wie empfohlen. |
|
Anaconda zeigt eine Fehlermeldung bei iSCSI-Login an, obwohl die Anmeldungen während der Installation von OL 7.0 OS erfolgreich waren |
Wenn Sie OL 7.0 installieren, zeigt der Anaconda-Installationsbildschirm an, dass die iSCSI-Anmeldung bei mehreren Ziel-IPs fehlgeschlagen ist, obwohl die iSCSI-Anmeldungen erfolgreich sind. Anaconda zeigt die folgende Fehlermeldung an: "Node Login failed" Sie beobachten diesen Fehler nur, wenn Sie mehrere Ziel-IPs für die iSCSI-Anmeldung auswählen. Sie können die OS-Installation fortsetzen, indem Sie auf die Schaltfläche „OK“ klicken. Dieser Fehler erschwert entweder die iSCSI- oder die OL 7.0 OS-Installation nicht. |
|
OL7.0 : Anaconda fügt nicht Bootdev Argument in Kernel cmd Zeile hinzu, um IP-Adresse für iSCSI SANboot OS Installation festzulegen |
Anaconda fügt kein Boot-Argument in die Kernel-Befehlszeile hinzu, in der Sie die IPv4-Adresse während der OL 7.0 OS Installation auf einer iSCSI Multipath LUN festlegen. Daher können Sie keine IP-Adressen zu einer der Ethernet-Schnittstellen zuweisen, die für die Einrichtung von iSCSI-Sitzungen mit dem Speichersubsystem während des OL 7.0-Starts konfiguriert wurden. Da iSCSI-Sitzungen nicht eingerichtet sind, wird die Root-LUN nicht erkannt, wenn das Betriebssystem gebootet wird und somit das Booten des OS fehlschlägt. |
|
QLogic 10G FCoE (QLE8152) Host-Kernel-Absturz bei Storage Failover-Vorgängen mit I/O beobachtet |
Möglicherweise beobachten Sie einen Kernel-Absturz im Qlogic-Treibermodul auf dem 10G-FCoE-Qlogic-Host (QLE8152). Der Absturz erfolgt während Storage Failover-Vorgängen mit I/O Die Wahrscheinlichkeit, dass dieser Absturz erreicht wird, ist hoch, was zu einem längeren I/O-Ausfall auf dem Host führt. |
Was kommt als Nächstes?
-
"Erfahren Sie mehr über die Verwendung des Linux Host Utilities-Tools" .
-
Erfahren Sie mehr über 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".