NVMe-of Hostkonfiguration für RHEL 8.8 mit ONTAP
NVMe over Fabrics (NVMe-of), einschließlich NVMe over Fibre Channel (NVMe/FC) und andere Übertragungen werden mit Red hat Enterprise Linux (RHEL) 8.8 mit Asymmetric Namespace Access (ANA) unterstützt. In NVMe-of Umgebungen entspricht ANA ALUA Multipathing in iSCSI- und FC-Umgebungen und wird mit in-Kernel NVMe Multipath implementiert.
Folgende Unterstützung ist für die NVMe-of-Hostkonfiguration von RHEL 8.8 mit ONTAP verfügbar:
-
Unterstützung für NVMe over TCP (NVMe/TCP) neben NVMe/FC Über das NetApp-Plug-in im nativen nvme-cli-Paket werden ONTAP-Details für NVMe/FC- und NVMe/TCP-Namespaces angezeigt.
Weitere Informationen zu unterstützten Konfigurationen finden Sie im "NetApp Interoperabilitäts-Matrix-Tool".
Bekannte Einschränkungen
-
NVMe Multipath im Kernel ist bei RHEL 8.8 NVMe-of Hosts standardmäßig deaktiviert. Deshalb müssen Sie sie manuell aktivieren.
-
Auf RHEL 8.8-Hosts ist NVMe/TCP eine Technologie-Vorschaufunktion aufgrund offener Probleme.
-
Das Booten von SAN über das NVMe-of-Protokoll wird derzeit nicht unterstützt.
Aktivieren Sie in-Kernel Multipath
Sie können das folgende Verfahren verwenden, um in-kernal multipath zu aktivieren.
-
Installieren Sie RHEL 8.8 auf dem Hostserver.
-
Überprüfen Sie nach Abschluss der Installation, ob Sie den angegebenen RHEL 8.8-Kernel ausführen.
# uname -r
Beispielausgabe
4.18.0-477.10.1.el8_8.x86_64
-
Installieren Sie das nvme-cli-Paket:
rpm -qa|grep nvme-cli
Beispielausgabe
nvme-cli-1.16-7.el8.x86_64
-
In -Kernel NVMe Multipath aktivieren:
# grubby --args=nvme_core.multipath=Y --update-kernel /boot/vmlinuz-4.18.0-477.10.1.el8_8.x86_64
-
Überprüfen Sie auf dem Host die NQN-Zeichenfolge des Hosts bei
/etc/nvme/hostnqn
:# cat /etc/nvme/hostnqn
Beispielausgabe
nqn.2014-08.org.nvmexpress:uuid:f6517cae-3133-11e8-bbff-7ed30aef123f
-
Überprüfen Sie das
hostnqn
Die Zeichenfolge entspricht derhostnqn
String für das entsprechende Subsystem auf dem ONTAP-Array:::> vserver nvme subsystem host show -vserver vs_fcnvme_141
Beispielausgabe
Vserver Subsystem Host NQN ----------- --------------- ---------------------------------------------------------- vs_nvme161 rhel_161_LPe32002 nqn.2014-08.org.nvmexpress:uuid:f6517cae-3133-11e8-bbff-7ed30aef123f
Wenn die Host-NQN-Zeichenfolgen nicht übereinstimmen, können Sie die verwenden vserver modify
Befehl zum Aktualisieren der NQN-Zeichenfolge des Hosts auf dem entsprechenden ONTAP-NVMe-Subsystem, um die NQN-Zeichenfolge des Hosts zu entsprechen/etc/nvme/hostnqn
Auf dem Host. -
Starten Sie den Host neu.
Wenn Sie beabsichtigen, gleichzeitig NVMe und SCSI auf demselben Host auszuführen, empfiehlt NetApp die Verwendung des NVMe Multipath im Kernel für ONTAP-Namespaces und des dm-Multipath für ONTAP-LUNs. Das bedeutet, dass die ONTAP-Namespaces von dm-Multipath ausgeschlossen werden sollten, um zu verhindern, dass dm-Multipath diese Namespace-Geräte beanspruchen kann. Dazu müssen Sie die hinzufügen # cat /etc/multipath.conf defaults { enable_foreign NONE } |
Konfiguration von NVMe/FC
Sie können NVMe/FC für Broadcom/Emulex- oder Marvell/Qlogic-Adapter konfigurieren.
-
Stellen Sie sicher, dass Sie das unterstützte Adaptermodell verwenden:
# cat /sys/class/scsi_host/host*/modelname
Beispielausgabe:
LPe32002-M2 LPe32002-M2
# cat /sys/class/scsi_host/host*/modeldesc
Beispielausgabe:
Emulex LightPulse LPe32002-M2 2-Port 32Gb Fibre Channel Adapter Emulex LightPulse LPe32002-M2 2-Port 32Gb Fibre Channel Adapter
-
Vergewissern Sie sich, dass Sie das empfohlene Broadcom verwenden
lpfc
Firmware und Inbox-Treiber:# cat /sys/class/scsi_host/host*/fwrev 14.0.639.18, sli-4:2:c 14.0.639.18, sli-4:2:c
# cat /sys/module/lpfc/version 0:14.0.0.18
Die aktuelle Liste der unterstützten Adaptertreiber- und Firmware-Versionen finden Sie unter "NetApp Interoperabilitäts-Matrix-Tool".
-
Verifizieren Sie das
lpfc_enable_fc4_type
Ist auf festgelegt3
:# cat /sys/module/lpfc/parameters/lpfc_enable_fc4_type 3
-
Vergewissern Sie sich, dass die Initiator-Ports ausgeführt werden und dass die Ziel-LIFs angezeigt werden:
# cat /sys/class/fc_host/host*/port_name 0x100000109b1c1204 0x100000109b1c1205
# cat /sys/class/fc_host/host*/port_state Online Online
# cat /sys/class/scsi_host/host*/nvme_info NVME Initiator Enabled XRI Dist lpfc0 Total 6144 IO 5894 ELS 250 NVME LPORT lpfc0 WWPN x10000090fae0ec88 WWNN x20000090fae0ec88 DID x0a1300 ONLINE NVME RPORT WWPN x2049d039ea36a105 WWNN x2048d039ea36a105 DID x0a0c0a TARGET DISCSRVC ONLINE NVME RPORT WWPN x204bd039ea36a105 WWNN x2048d039ea36a105 DID x0a100a TARGET DISCSRVC ONLINE NVME Statistics LS: Xmt 0000000134 Cmpl 0000000134 Abort 00000000 LS XMIT: Err 00000000 CMPL: xb 00000000 Err 00000000 Total FCP Cmpl 000000000825e567 Issue 000000000825d7ed OutIO fffffffffffff286 abort 0000027c noxri 00000000 nondlp 00000a02 qdepth 00000000 wqerr 00000000 err 00000000 FCP CMPL: xb 00000782 Err 000130fa NVME Initiator Enabled XRI Dist lpfc1 Total 6144 IO 5894 ELS 250 NVME LPORT lpfc1 WWPN x10000090fae0ec89 WWNN x20000090fae0ec89 DID x0a1200 ONLINE NVME RPORT WWPN x204ad039ea36a105 WWNN x2048d039ea36a105 DID x0a080a TARGET DISCSRVC ONLINE NVME RPORT WWPN x204cd039ea36a105 WWNN x2048d039ea36a105 DID x0a090a TARGET DISCSRVC ONLINE NVME Statistics LS: Xmt 0000000134 Cmpl 0000000134 Abort 00000000 LS XMIT: Err 00000000 CMPL: xb 00000000 Err 00000000 Total FCP Cmpl 000000000826ced5 Issue 000000000826c226 OutIO fffffffffffff351 abort 0000029d noxri 00000000 nondlp 000008df qdepth 00000000 wqerr 00000000 err 00000000 FCP CMPL: xb 00000821 Err 00012fcd
Der native Inbox qla2xxx-Treiber, der im RHEL 8.8 GA-Kernel enthalten ist, verfügt über die neuesten Upstream-Fixes. Diese Fehlerbehebungen sind für die Unterstützung von ONTAP unerlässlich.
Vergewissern Sie sich, dass der unterstützte Adaptertreiber und die unterstützten Firmware-Versionen ausgeführt werden:
+
# cat /sys/class/fc_host/host*/symbolic_name
+ Beispielausgabe
+
QLE2772 FW:v9.10.11 DVR:v10.02.07.900-k-debug QLE2772 FW:v9.10.11 DVR:v10.02.07.900-k-debug
-
Verifizieren Sie das
ql2xnvmeenable
Ist festgelegt. Dadurch kann der Marvell Adapter als NVMe/FC-Initiator verwendet werden:# cat /sys/module/qla2xxx/parameters/ql2xnvmeenable 1
1 MB E/A aktivieren (optional)
ONTAP meldet eine MDTS (MAX Data-Übertragungsgröße) von 8 in den Identifizieren von Controller-Daten. Das bedeutet, dass die maximale E/A-Anforderungsgröße bis zu 1 MB betragen kann. Um I/O-Anforderungen der Größe 1 MB für einen Broadcom-NVMe/FC-Host auszustellen, sollten Sie den Wert des lpfc_sg_seg_cnt
Parameters ab dem Standardwert 64 auf 256 erhöhen lpfc
.
Diese Schritte gelten nicht für Qlogic NVMe/FC-Hosts. |
-
Setzen Sie den
lpfc_sg_seg_cnt
Parameter auf 256:cat /etc/modprobe.d/lpfc.conf
options lpfc lpfc_sg_seg_cnt=256
-
Führen Sie den Befehl aus
dracut -f
, und starten Sie den Host neu. -
Stellen Sie sicher, dass der erwartete Wert von
lpfc_sg_seg_cnt
256 ist:cat /sys/module/lpfc/parameters/lpfc_sg_seg_cnt
Konfiguration von NVMe/TCP
NVMe/TCP verfügt nicht über eine automatische Verbindungsfunktion. Wenn also ein Pfad ausfällt und nicht innerhalb der standardmäßigen Time-Out-Frist von 10 Minuten wieder hergestellt wird, kann NVMe/TCP die Verbindung nicht automatisch wiederherstellen. Um ein Timeout zu verhindern, sollten Sie den Wiederholungszeitraum für Failover-Ereignisse auf mindestens 30 Minuten einstellen.
-
Vergewissern Sie sich, dass der Initiator-Port die Daten der Erkennungsprotokollseite über die unterstützten NVMe/TCP-LIFs abrufen kann:
nvme discover -t tcp -w host-traddr -a traddr
Beispielausgabe:
# nvme discover -t tcp -w 192.168.111.79 -a 192.168.111.14 Discovery Log Number of Records 8, Generation counter 10 =====Discovery Log Entry 0====== trtype: tcp adrfam: ipv4 subtype: unrecognized treq: not specified portid: 0 trsvcid: 8009 subnqn: nqn.1992-08.com.netapp:sn.154a5833c78c11ecb069d039ea359e4b:discovery traddr: 192.168.211.15 sectype: none =====Discovery Log Entry 1====== trtype: tcp adrfam: ipv4 subtype: unrecognized treq: not specified portid: 1 trsvcid: 8009 subnqn: nqn.1992-08.com.netapp:sn.154a5833c78c11ecb069d039ea359e4b:discovery traddr: 192.168.111.15 sectype: none =====Discovery Log Entry 2====== trtype: tcp adrfam: ipv4 subtype: unrecognized treq: not specified portid: 2 trsvcid: 8009 subnqn: nqn.1992-08.com.netapp:sn.154a5833c78c11ecb069d039ea359e4b:discovery traddr: 192.168.211.14 sectype: none ..........
-
Vergewissern Sie sich, dass die anderen LIF-Kombinationen des NVMe/TCP-Initiators die Daten der Erkennungsprotokollseite erfolgreich abrufen können:
nvme discover -t tcp -w host-traddr -a traddr
Beispielausgabe:
# nvme discover -t tcp -w 192.168.111.79 -a 192.168.111.14 # nvme discover -t tcp -w 192.168.111.79 -a 192.168.111.15 # nvme discover -t tcp -w 192.168.211.79 -a 192.168.211.14 # nvme discover -t tcp -w 192.168.211.79 -a 192.168.211.15
-
Führen Sie die aus
nvme connect-all
Sie können alle unterstützten NVMe/TCP Initiator-Ziel-LIFs über die Nodes hinweg befehligen und die Zeitüberschreitung für den Controller für mindestens 30 Minuten oder 1800 Sekunden festlegen:nvme connect-all -t tcp -w host-traddr -a traddr -l 1800
Beispielausgabe:
# nvme connect-all -t tcp -w 192.168.111.79 -a 192.168.111.14 -l 1800 # nvme connect-all -t tcp -w 192.168.111.79 -a 192.168.111.15 -l 1800 # nvme connect-all -t tcp -w 192.168.211.79 -a 192.168.211.14 -l 1800 # nvme connect-all -t tcp -w 192.168.211.79 -a 192.168.211.15 -l 1800
NVMe-of validieren
Zur Validierung VON NVME-of gehen Sie wie folgt vor.
-
Vergewissern Sie sich, dass das in-Kernel NVMe Multipath aktiviert ist:
# cat /sys/module/nvme_core/parameters/multipath Y
-
Vergewissern Sie sich, dass die entsprechenden NVMe-of Einstellungen (z. B.
model
Auf einstellenNetApp ONTAP Controller
Und Lastverteilungiopolicy
Auf einstellenround-robin
) Für die jeweiligen ONTAP-Namespaces werden auf dem Host korrekt wiedergegeben:# cat /sys/class/nvme-subsystem/nvme-subsys*/model NetApp ONTAP Controller NetApp ONTAP Controller
# cat /sys/class/nvme-subsystem/nvme-subsys*/iopolicy round-robin round-robin
-
Überprüfen Sie, ob die Namespaces auf dem Host erstellt und richtig erkannt wurden:
# nvme list
Beispielausgabe:
Node SN Model --------------------------------------------------------- /dev/nvme3n1 81Gx7NSiKSQeAAAAAAAB NetApp ONTAP Controller Namespace Usage Format FW Rev ----------------------------------------------------------- 1 21.47 GB / 21.47 GB 4 KiB + 0 B FFFFFFFF
-
Überprüfen Sie, ob der Controller-Status jedes Pfads aktiv ist und den korrekten ANA-Status aufweist:
NVMe/FC# nvme list-subsys /dev/nvme3n1
Beispielausgabe:
nvme-subsys3 - NQN=nqn.1992-08.com.netapp:sn.ab4fa6a5ba8b11ecbe3dd039ea359e4b:subsystem.rhel_161_Lpe32002 \ +- nvme0 fc traddr=nn-0x2048d039ea36a105:pn-0x204cd039ea36a105 host_traddr=nn-0x20000090fae0ec89:pn-0x10000090fae0ec89 live non-optimized +- nvme1 fc traddr=nn-0x2048d039ea36a105:pn-0x204ad039ea36a105 host_traddr=nn-0x20000090fae0ec89:pn-0x10000090fae0ec89 live optimized +- nvme2 fc traddr=nn-0x2048d039ea36a105:pn-0x204bd039ea36a105 host_traddr=nn-0x20000090fae0ec88:pn-0x10000090fae0ec88 live non-optimized +- nvme4 fc traddr=nn-0x2048d039ea36a105:pn-0x2049d039ea36a105 host_traddr=nn-0x20000090fae0ec88:pn-0x10000090fae0ec88 live optimized
NVMe/TCP# nvme list-subsys /dev/nvme0n1
Beispielausgabe:
nvme-subsys0 - NQN=nqn.1992-08.com.netapp:sn.154a5833c78c11ecb069d039ea359e4b:subsystem.rhel_tcp_165 \ +- nvme0 tcp traddr=192.168.111.15 trsvcid=4420 host_traddr=192.168.111.79 live non-optimized +- nvme1 tcp traddr=192.168.111.14 trsvcid=4420 host_traddr=192.168.111.79 live optimized +- nvme2 tcp traddr=192.168.211.15 trsvcid=4420 host_traddr=192.168.211.79 live non-optimized
-
Vergewissern Sie sich, dass das NetApp Plug-in für jedes ONTAP Namespace-Gerät die richtigen Werte anzeigt:
Spalte# nvme netapp ontapdevices -o column
Beispielausgabe:
Device Vserver Namespace Path ----------------------- ------------------------------ /dev/nvme0n1 vs_tcp /vol/vol1/ns1 NSID UUID Size ------------------------------------------------------------ 1 338d73ce-b5a8-4847-9cc9-b127c75d8855 21.47GB
JSON# nvme netapp ontapdevices -o json
Beispielausgabe
{ "ONTAPdevices" : [ { "Device" : "/dev/nvme0n1", "Vserver" : "vs_tcp79", "Namespace_Path" : "/vol/vol1/ns1", "NSID" : 1, "UUID" : "338d73ce-b5a8-4847-9cc9-b127c75d8855", "Size" : "21.47GB", "LBA_Data_Size" : 4096, "Namespace_Size" : 5242880 }, ] }
Bekannte Probleme
Die NVMe-of Hostkonfiguration für RHEL 8.8 mit ONTAP-Version weist folgende bekannte Probleme auf:
NetApp Bug ID | Titel | Beschreibung |
---|---|---|
RHEL 8.8 NVMe-of-Hosts erstellen doppelte persistente Erkennungs-Controller |
Auf NVMe over Fabrics-Hosts (NVMe-of) können Sie den Befehl „nvme discover -p“ verwenden, um persistente Discovery Controller (PDCs) zu erstellen. Wenn dieser Befehl verwendet wird, sollte pro Initiator-Zielkombination nur ein PDC erstellt werden. Wenn Sie jedoch Red hat Enterprise Linux (RHEL) 8.8 auf einem NVMe-of-Host ausführen, wird bei jeder Ausführung von „nvme discover -p“ ein doppelter PDC erstellt. Dies führt zu einer unnötigen Nutzung der Ressourcen auf dem Host und dem Ziel. |