适用于采用ONTAP的RHEL 8.8的NVMe-oF主机配置
采用非对称命名空间访问(AANA)的Red Hat Enterprise Linux (RHEL) 8.8支持基于网络结构的NVMe (NVMe-oF)、包括基于光纤通道的NVMe (NVMe/FC)和其他传输。在NVMe-oF环境中、ANA相当于iSCSI和FC环境中的ALUA多路径功能、并可通过内核NVMe多路径实施。
对于采用ONTAP的RHEL 8.8、NVMe-oF主机配置支持以下功能:
-
除了NVMe/FC之外、还支持基于TCP的NVMe (NVMe/TCP)。本机NVMe-CLI软件包中的NetApp插件可显示NVMe/FC和NVMe/TCP命名库的ONTAP详细信息。
有关支持的配置的其他详细信息、请参见 "NetApp 互操作性表工具"。
已知限制
-
默认情况下、对于RHEL 8.8 NVMe-oF主机、内核NVMe多路径处于禁用状态。因此,您需要手动启用它。
-
在RHEL 8.8主机上、由于存在未决问题、NVMe/TCP是一项技术预览功能。
-
目前不支持使用NVMe-oF协议启动SAN。
启用内核多路径
您可以使用以下操作步骤启用内核多路径。
-
在主机服务器上安装RHEL 8.8。
-
安装完成后、验证是否正在运行指定的RHEL 8.8内核。
# uname -r
示例输出
4.18.0-477.10.1.el8_8.x86_64
-
安装NVMe-CLI软件包:
rpm -qa|grep nvme-cli
示例输出
nvme-cli-1.16-7.el8.x86_64
-
在内核NVMe多路径中启用:
# grubby --args=nvme_core.multipath=Y --update-kernel /boot/vmlinuz-4.18.0-477.10.1.el8_8.x86_64
-
在主机上、检查中的主机NQN字符串
/etc/nvme/hostnqn
:# cat /etc/nvme/hostnqn
示例输出
nqn.2014-08.org.nvmexpress:uuid:f6517cae-3133-11e8-bbff-7ed30aef123f
-
验证是否已
hostnqn
字符串与匹配hostnqn
ONTAP 阵列上对应子系统的字符串:::> vserver nvme subsystem host show -vserver vs_fcnvme_141
示例输出
Vserver Subsystem Host NQN ----------- --------------- ---------------------------------------------------------- vs_nvme161 rhel_161_LPe32002 nqn.2014-08.org.nvmexpress:uuid:f6517cae-3133-11e8-bbff-7ed30aef123f
如果主机NQN字符串不匹配、则可以使用 vserver modify
命令以更新相应ONTAP NVMe子系统上的主机NQN字符串、使其与主机NQN字符串匹配/etc/nvme/hostnqn
在主机上。 -
重新启动主机。
如果要在同一主机上同时运行NVMe和SCSI流量、NetApp建议分别对ONTAP命名空间使用内核NVMe多路径、并对ONTAP LUN使用dm-Multipath。这意味着, ONTAP 命名空间应从 dm-multipath 中排除,以防止 dm-multipath 声明这些命名空间设备。可以通过添加来完成此操作 # cat /etc/multipath.conf defaults { enable_foreign NONE } |
配置 NVMe/FC
您可以为Broadcom/Emulex或Marvell/Qlogic适配器配置NVMe/FC。
-
验证您使用的适配器型号是否受支持:
# cat /sys/class/scsi_host/host*/modelname
示例输出:
LPe32002-M2 LPe32002-M2
# cat /sys/class/scsi_host/host*/modeldesc
示例输出:
Emulex LightPulse LPe32002-M2 2-Port 32Gb Fibre Channel Adapter Emulex LightPulse LPe32002-M2 2-Port 32Gb Fibre Channel Adapter
-
确认您使用的是建议的Broadcom
lpfc
固件和内置驱动程序:# 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
有关支持的适配器驱动程序和固件版本的最新列表、请参见 "NetApp 互操作性表工具"。
-
请验证
lpfc_enable_fc4_type
设置为3
:# cat /sys/module/lpfc/parameters/lpfc_enable_fc4_type 3
-
验证启动程序端口是否已启动且正在运行、以及您是否可以看到目标生命周期:
# 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
RHEL 8.8 GA内核中附带的本机内置qla2xxx驱动程序具有最新的上游修复程序。这些修复程序对于ONTAP支持至关重要。
验证您是否正在运行受支持的适配器驱动程序和固件版本:
+
# cat /sys/class/fc_host/host*/symbolic_name
+示例输出
+
QLE2772 FW:v9.10.11 DVR:v10.02.07.900-k-debug QLE2772 FW:v9.10.11 DVR:v10.02.07.900-k-debug
-
请验证
ql2xnvmeenable
已设置。这样、Marvell适配器便可用作NVMe/FC启动程序:# cat /sys/module/qla2xxx/parameters/ql2xnvmeenable 1
启用1 MB I/O (可选)
ONTAP会在"识别 控制器"数据中报告MDTS (MAX Data传输大小)为8。这意味着最大I/O请求大小最多可以为1 MB。要向Broadcom NVMe/FC主机发出大小为1 MB的I/O请求、应将参数的值 `lpfc_sg_seg_cnt`从默认值64增加 `lpfc`到256。
这些步骤不适用于逻辑NVMe/FC主机。 |
-
将 `lpfc_sg_seg_cnt`参数设置为256:
cat /etc/modprobe.d/lpfc.conf
options lpfc lpfc_sg_seg_cnt=256
-
运行 `dracut -f`命令并重新启动主机。
-
验证的预期值是否 `lpfc_sg_seg_cnt`为256:
cat /sys/module/lpfc/parameters/lpfc_sg_seg_cnt
配置 NVMe/TCP
NVMe/TCP没有自动连接功能。因此、如果某个路径发生故障、并且未在默认超时时间10分钟内恢复、则NVMe/TCP无法自动重新连接。为了防止超时、您应将故障转移事件的重试期限至少设置为30分钟。
-
验证启动程序端口是否可以通过受支持的NVMe/TCP LIF提取发现日志页面数据:
nvme discover -t tcp -w host-traddr -a traddr
示例输出:
# 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 ..........
-
验证其他NVMe/TCP启动程序-目标LIF组合是否可以成功提取发现日志页面数据:
nvme discover -t tcp -w host-traddr -a traddr
示例输出:
# 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
-
运行
nvme connect-all
命令、并将控制器丢失超时期限至少设置为30分钟或1800秒:nvme connect-all -t tcp -w host-traddr -a traddr -l 1800
示例输出:
# 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
您可以使用以下操作步骤验证NVMe-oF。
-
验证是否已启用内核NVMe多路径:
# cat /sys/module/nvme_core/parameters/multipath Y
-
验证是否使用了适当的NVMe-oF设置(例如、
model
设置为NetApp ONTAP Controller
和负载平衡iopolicy
设置为round-robin
)的相应ONTAP名称区正确反映在主机上:# 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
-
验证是否已在主机上创建并正确发现命名空间:
# nvme list
示例输出:
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
-
验证每个路径的控制器状态是否为活动状态且是否具有正确的ANA状态:
NVMe/FC# nvme list-subsys /dev/nvme3n1
示例输出:
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
示例输出:
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
-
验证NetApp插件是否为每个ONTAP 命名空间设备显示正确的值:
列# nvme netapp ontapdevices -o column
示例输出:
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
示例输出
{ "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 }, ] }
已知问题
使用ONTAP版本的RHEL 8.8的NVMe-oF主机配置存在以下已知问题:
NetApp 错误 ID | 标题 | Description |
---|---|---|
RHEL 8.8 NVMe-oF主机会创建重复的永久性发现控制器 |
在基于网络结构的NVMe (NVMe-oF)主机上、您可以使用"nvme discover -p"命令创建永久性发现控制器(POC)。使用此命令时、每个启动程序-目标组合只应创建一个PDC。 但是、如果在NVMe-oF主机上运行Red Hat Enterprise Linux (RHEL) 8.8、则每次执行"NVMe discover -p"时都会创建一个重复的PDC。这会导致不必要地使用主机和目标上的资源。 |