NVMe-of Hostkonfiguration für RHEL 8.10 mit ONTAP (2024)

Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

06/21/2024 Beitragende

Änderungen vorschlagen

Dokumentationsänderungen anfordern
Diese Seite bearbeiten
So können Sie beitragen

PDFs

NVMe over Fabrics (NVMe-of), einschließlich NVMe over Fibre Channel (NVMe/FC) und andere Übertragungen werden mit Red hat Enterprise Linux (RHEL) 8.10 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 für RHEL 8.10 mit ONTAP verfügbar:

Unterstützung für NVMe over TCP (NVMe/TCP) neben NVMe/FC Das NetApp-Plug-in im nativen nvme-cli Package zeigt ONTAP-Details sowohl für NVMe/FC- als auch für NVMe/TCP-Namespaces an.

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.10 NVMe-of Hosts standardmäßig deaktiviert. Deshalb müssen Sie sie manuell aktivieren.
Auf RHEL 8.10-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 Multipath im Kernel zu aktivieren.

Schritte

Installieren Sie RHEL 8.10 auf dem Hostserver.
Überprüfen Sie nach Abschluss der Installation, ob Sie den angegebenen RHEL 8.10-Kernel ausführen:
```
# uname -r
```
Beispielausgabe
```
4.18.0-553.el8_10.x86_64
```
Installieren Sie den nvme-cli Paket:
```
rpm -qa|grep nvme-cli
```
Beispielausgabe
```
nvme-cli-1.16-9.el8.x86_64
```

Unterstützung für NVMe Multipath im Kernel:

Beispiel

# grubby --args=nvme_core.multipath=Y --update-kernel/boot/vmlinuz-4.18.0-553.el8_10.x86_64

Überprüfen Sie auf dem Host die NQN-Zeichenfolge des Hosts bei /etc/nvme/hostnqn:
```
# cat /etc/nvme/hostnqn
```
See Also
Test: Die beste Wander-App Transfer photos and videos from your iPhone or iPad to your Mac or PC - Apple Support
Beispielausgabe
```
nqn.2014-08.org.nvmexpress:uuid:4c4c4544-0032-3410-8035-b8c04f4c5132
```

Überprüfen Sie das hostnqn Die Zeichenfolge entspricht der hostnqn 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_25_2742 rhel_101_QLe2772 nqn.2014-08.org.nvmexpress:uuid:546399fc-160f-11e5-89aa-98be942440ca

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. Dies sollte die ONTAP-Namespaces von dm-multipath ausschließen und verhindern, dass dm-multipath diese Namespace-Devices beansprucht. Sie können dies tun, indem Sie die hinzufügen enable_foreign Einstellung auf /etc/multipath.conf Datei:

# cat /etc/multipath.confdefaults { enable_foreign NONE}

Konfiguration von NVMe/FC

Sie können NVMe/FC für Broadcom/Emulex- oder Marvell/Qlogic-Adapter konfigurieren.

Broadcom/Emulex

Schritte

Stellen Sie sicher, dass Sie das unterstützte Adaptermodell verwenden:

# cat /sys/class/scsi_host/host*/modelname

Beispielausgabe:

LPe32002-M2LPe32002-M2

# cat /sys/class/scsi_host/host*/modeldesc

Beispielausgabe:

Emulex LightPulse LPe32002-M2 2-Port 32Gb Fibre Channel AdapterEmulex 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*/fwrev14.2.539.21, sli-4:2:c14.2.539.21, sli-4:2:c
```
```
# cat /sys/module/lpfc/version0:14.0.0.21
```
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 festgelegt 3:
```
# cat /sys/module/lpfc/parameters/lpfc_enable_fc4_type3
```

Vergewissern Sie sich, dass die Initiator-Ports ausgeführt werden und dass die Ziel-LIFs angezeigt werden:

# cat /sys/class/fc_host/host*/port_name0x10000090fae0ec880x10000090fae0ec89

# cat /sys/class/fc_host/host*/port_stateOnlineOnline

# cat /sys/class/scsi_host/host*/nvme_infoNVME Initiator EnabledXRI Dist lpfc0 Total 6144 IO 5894 ELS 250NVME LPORT lpfc0 WWPN x100000109bf044b1 WWNN x200000109bf044b1 DID x022a00 ONLINENVME RPORT WWPN x211ad039eaa7dfc8 WWNN x2119d039eaa7dfc8 DID x021302 TARGET DISCSRVC ONLINENVME RPORT WWPN x211cd039eaa7dfc8 WWNN x2119d039eaa7dfc8 DID x020b02 TARGET DISCSRVC ONLINENVME StatisticsLS: Xmt 00000001ff Cmpl 00000001ff Abort 00000000LS XMIT: Err 00000000 CMPL: xb 00000000 Err 00000000Total FCP Cmpl 0000000001330ec7 Issue 0000000001330ec9 OutIO 0000000000000002 abort 00000330 noxri 00000000 nondlp 0000000b qdepth 00000000 wqerr 00000000 err 00000000FCP CMPL: xb 00000354 Err 00000361NVME Initiator EnabledXRI Dist lpfc1 Total 6144 IO 5894 ELS 250NVME LPORT lpfc1 WWPN x100000109bf044b2 WWNN x200000109bf044b2 DID x021b00 ONLINENVME RPORT WWPN x211bd039eaa7dfc8 WWNN x2119d039eaa7dfc8 DID x022902 TARGET DISCSRVC ONLINENVME RPORT WWPN x211dd039eaa7dfc8 WWNN x2119d039eaa7dfc8 DID x020102 TARGET DISCSRVC ONLINENVME StatisticsLS: Xmt 00000001ff Cmpl 00000001ff Abort 00000000LS XMIT: Err 00000000 CMPL: xb 00000000 Err 00000000Total FCP Cmpl 00000000012ec220 Issue 00000000012ec222 OutIO 0000000000000002 abort 0000033b noxri 00000000 nondlp 00000085 qdepth 00000000 wqerr 00000000 err 00000000FCP CMPL: xb 00000368 Err 00000382

Marvell/QLogic FC Adapter für NVMe/FC

Schritte

Der native Inbox qla2xxx Treiber, der im RHEL 8.10 GA Kernel enthalten ist, verfügt über die neuesten Upstream-Fixes, die für die Unterstützung von ONTAP unerlässlich sind. 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
```
QLE2742 FW: v9.10.11 DVR: v10.02.08.200-kQLE2742 FW: v9.10.11 DVR: v10.02.08.200-k
```
Verifizieren Sie das ql2xnvmeenable Ist festgelegt. Dadurch kann der Marvell Adapter als NVMe/FC-Initiator verwendet werden:
```
# cat /sys/module/qla2xxx/parameters/ql2xnvmeenable1
```

1 MB E/A aktivieren (optional)

ONTAP meldet eine MDTS (MAX Data-Übertragungsgröße) von 8 in den Identifizieren-Controller-Daten, was bedeutet, dass die maximale E/A-Anforderungsgröße bis zu 1 MB betragen kann. Um jedoch I/O-Anforderungen von Größe 1 MB für einen Broadcom-NVMe/FC-Host auszustellen, müssen Sie den erhöhen lpfc Wert des lpfc_sg_seg_cnt Parameter auf 256 ab dem Standardwert 64.

Schritte

Stellen Sie die ein lpfc_sg_seg_cnt Parameter bis 256.

# cat /etc/modprobe.d/lpfc.confoptions lpfc lpfc_sg_seg_cnt=256

A ausführen dracut -f Führen Sie einen Befehl aus, und starten Sie den Host neu.

Verifizieren Sie das lpfc_sg_seg_cnt Ist 256.

# cat /sys/module/lpfc/parameters/lpfc_sg_seg_cnt256

Dies gilt nicht für Qlogic NVMe/FC-Hosts.

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.

Schritte

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.2.31 -a 192.168.2.25Discovery Log Number of Records 8, Generation counter 18=====Discovery Log Entry 0======trtype: tcpadrfam: ipv4subtype: unrecognizedtreq: not specified.portid: 0trsvcid: 8009subnqn: nqn.1992-08.com.netapp:sn.a1b2b785b9de11ee8e7fd039ea9e8ae9:discovery: discoverytraddr: 192.168.1.25sectype: none=====Discovery Log Entry 1======trtype: tcpadrfam: ipv4subtype: unrecognizedtreq: not specified.portid: 1trsvcid: 8009subnqn: nqn.1992-08.com.netapp:sn.a1b2b785b9de11ee8e7fd039ea9e8ae9:discoverytraddr: 192.168.2.26sectype: 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.2.31 -a 192.168.2.25# nvme discover -t tcp -w 192.168.1.31 -a 192.168.1.24# nvme discover -t tcp -w 192.168.2.31 -a 192.168.2.26# nvme discover -t tcp -w 192.168.1.31 -a 192.168.1.25

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:

# nvmeconnect-all-ttcp-w192.168.2.31-a192.168.2.25-l 1800# nvmeconnect-all-ttcp-w192.168.1.31-a192.168.1.24-l 1800# nvmeconnect-all-ttcp-w192.168.2.31-a192.168.2.26-l 1800# nvmeconnect-all-ttcp-w192.168.1.31-a192.168.1.25-l 1800

NVMe-of validieren

Zur Validierung von NVMe-of gehen Sie wie folgt vor.

Schritte

Vergewissern Sie sich, dass das in-Kernel NVMe Multipath aktiviert ist:
```
# cat /sys/module/nvme_core/parameters/multipathY
```
Vergewissern Sie sich, dass die entsprechenden NVMe-of Einstellungen (z. B. model Auf einstellen NetApp ONTAP Controller Und Lastverteilung iopolicy Auf einstellen round-robin) Für die jeweiligen ONTAP-Namespaces werden auf dem Host korrekt wiedergegeben:
```
# cat /sys/class/nvme-subsystem/nvme-subsys*/modelNetApp ONTAP ControllerNetApp ONTAP Controller
```
```
# cat /sys/class/nvme-subsystem/nvme-subsys*/iopolicyround-robinround-robin
```

Überprüfen Sie, ob die Namespaces auf dem Host erstellt und richtig erkannt wurden:

# nvme list

Beispielausgabe:

Node SN Model---------------------------------------------------------/dev/nvme0n1 81K1ABVnkwbNAAAAAAABNetApp ONTAP ControllerNamespace Usage Format FW Rev-----------------------------------------------------------1 21.47 GB / 21.47 GB4 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/nvme0n1

Beispielausgabe:

nvme-subsys0 - NQN=nqn.1992-08.com.netapp:sn.0cd9ee0dc0ec11ee8e7fd039ea9e8ae9:subsystem.nvme\ +- nvme1 fc traddr=nn-0x2005d039eaa7dfc8:pn-0x2086d039eaa7dfc8 host_traddr=nn-0x20000024ff752e6d:pn-0x21000024ff752e6d live non-optimized +- nvme2 fc traddr=nn-0x2005d039eaa7dfc8:pn-0x2016d039eaa7dfc8 host_traddr=nn-0x20000024ff752e6c:pn-0x21000024ff752e6c live optimized +- nvme3 fc traddr=nn-0x2005d039eaa7dfc8:pn-0x2081d039eaa7dfc8 host_traddr=nn-0x20000024ff752e6c:pn-0x21000024ff752e6c live non-optimized +- nvme4 fc traddr=nn-0x2005d039eaa7dfc8:pn-0x2087d039eaa7dfc8 host_traddr=nn-0x20000024ff752e6d:pn-0x21000024ff752e6d live optimized

NVMe/TCP

# nvme list-subsys /dev/nvme0n1

Beispielausgabe:

nvme-subsys0 - NQN=nqn.1992-08.com.netapp:sn.a1b2b785b9de11ee8e7fd039ea9e8ae9:subsystem.nvme_tcp_1\ +- nvme0 tcp traddr=192.168.2.26 trsvcid=4420 host_traddr=192.168.2.31 live non-optimized +- nvme1 tcp traddr=192.168.2.25 trsvcid=4420 host_traddr=192.168.2.31 live optimized +- nvme2 tcp traddr=192.168.1.25 trsvcid=4420 host_traddr=192.168.1.31 live non-optimized +- nvme3 tcp traddr=192.168.1.24 trsvcid=4420 host_traddr=192.168.1.31 live 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 tcpiscsi_129 /vol/tcpnvme_1_0_0/tcpnvme_nsNSID UUID Size------------------------------------------------------------1 05c2c351-5d7f-41d7-9bd8-1a56c 21.47GB

JSON

# nvme netapp ontapdevices -o json

Beispielausgabe

{ "ONTAPdevices": [ { "Device": "/dev/nvme0n1", "Vserver": "tcpiscsi_129", "Namespace Path”: /vol/tcpnvme_1_0_0/tcpnvme_ns ", "NSID": 1, "UUID": " 05c2c351-5d7f-41d7-9bd8-1a56c160c80b ", "Size2: "21.47GB", "LBA_Data_Size": 4096, "Namespace Size" : 5242880 }, ]}

Bekannte Probleme

Die NVMe-of-Hostkonfiguration für RHEL 8.10 mit ONTAP weist das folgende bekannte Problem auf:

NetApp Bug ID	Titel	Beschreibung	Bugzilla-ID
"1479047"	RHEL 8.10 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.10 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.	2087000