Skip to main content
SAN hosts and cloud clients
본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

Oracle Linux 9.3 with ONTAP용 NVMe-oF 호스트 구성

기여자

NVMe/FC(NVMe over Fibre Channel) 및 기타 전송을 포함한 NVMe-oF(NVMe over Fabrics)는 Oracle Linux(OL) 9.3에서 ANA(Asymmetric Namespace Access) 지원 NVMe-oF 환경의 경우, ANA는 iSCSI 및 FC 환경에서 ALUA 다중 경로와 동일하며 커널 내 NVMe 다중 경로를 통해 구현됩니다.

ONTAP를 사용하는 OL 9.3의 NVMe-oF 호스트 구성에 대해 다음 지원을 이용할 수 있습니다.

  • NVMe/FC 외에 NVMe over TCP(NVMe/TCP) 지원 네이티브 NVMe-CLI 패키지의 NetApp 플러그인은 NVMe/FC 및 NVMe/TCP 네임스페이스 모두에 대한 ONTAP 세부 정보를 표시합니다.

  • 명시적 dm-multipath 설정 없이 특정 호스트 버스 어댑터(HBA)의 동일한 호스트에서 NVMe 및 SCSI가 공존하는 트래픽을 사용하여 NVMe 네임스페이스를 주장하지 못하게 합니다.

지원되는 구성에 대한 자세한 내용은 를 참조하십시오 "NetApp 상호 운용성 매트릭스 툴".

피처

Oracle Linux 9.3에는 기본적으로 NVMe 네임스페이스를 위해 커널 내 NVMe 다중 경로가 활성화되어 있으므로 명시적 설정이 필요하지 않습니다.

알려진 제한 사항

현재 NVMe-oF 프로토콜을 사용한 SAN 부팅은 지원되지 않습니다.

소프트웨어 버전을 확인합니다

다음 절차에 따라 지원되는 최소 OL 9.3 소프트웨어 버전을 검증할 수 있습니다.

단계
  1. 서버에 OL 9.3 GA를 설치합니다. 설치가 완료되면 지정된 OL 9.3 GA 커널을 실행하고 있는지 확인합니다.

    # uname -r
    • 출력 예: *

    5.15.0-200.131.27.el9uek.x86_64
  2. "NVMe-CLI" 패키지를 설치합니다.

    # rpm -qa|grep nvme-cli
    • 출력 예: *

    nvme-cli-2.4-10.el9.x86_64
  3. 를 설치합니다 libnvme 패키지:

    #rpm -qa|grep libnvme
    • 예제 출력 *

    libnvme-1.4-7.el9.x86_64
  4. Oracle Linux 9.3 호스트에서 hostnqn /etc/nvme/hostnqn 다음 위치에서 문자열을 확인합니다.

    # cat /etc/nvme/hostnqn
    • 출력 예: *

    nqn.2014-08.org.nvmexpress:uuid:2831093d-fa7f-4714-a6bf-548796e82053
  5. 를 확인합니다 hostnqn 문자열이 과 일치합니다 hostnqn ONTAP 배열의 해당 하위 시스템에 대한 문자열:

    ::> vserver nvme subsystem host show -vserver vs_ol_nvme
    • 출력 예: *

    Vserver     Subsystem          Host NQN
    ----------- --------------- ----------------------------------------------------------
    vs_ol_nvme   nvme              nqn.2014-08.org.nvmexpress:uuid:2831093d-fa7f-4714-a6bf-548796e82053

    +

    참고 를 누릅니다 hostnqn 문자열이 일치하지 않습니다. 을 사용할 수 있습니다 vserver modify 명령을 사용하여 를 업데이트합니다 hostnqn 와 일치하는 해당 ONTAP 배열 하위 시스템의 문자열입니다 hostnqn 문자열 시작 /etc/nvme/hostnqn 호스트.

NVMe/FC 구성

Broadcom/Emulex 어댑터 또는 Marvell/Qlogic 어댑터용 NVMe/FC를 구성할 수 있습니다.

Broadcom/Emulex
단계
  1. 지원되는 어댑터 모델을 사용하고 있는지 확인합니다.

    # cat /sys/class/scsi_host/host*/modelname
    • 출력 예: *

      LPe36002-M2
      LPe36002-M2
      # cat /sys/class/scsi_host/host*/modeldesc
    • 출력 예: *

    Emulex LightPulse LPe36002-M2 2-Port 64Gb Fibre Channel Adapter
    Emulex LightPulse LPe36002-M2 2-Port 64Gb Fibre Channel Adapter
  2. 권장 Broadcom을 사용하고 있는지 확인합니다 lpfc 펌웨어 및 받은 편지함 드라이버:

    # cat /sys/class/scsi_host/host*/fwrev
    14.2.673.40, sli-4:2:c
    14.2.673.40, sli-4:2:c
    # cat /sys/module/lpfc/version
    0:14.2.0.13

    지원되는 어댑터 드라이버 및 펌웨어 버전의 최신 목록은 를 참조하십시오 "NetApp 상호 운용성 매트릭스 툴".

  3. 확인합니다 lpfc_enable_fc4_type 가 로 설정되어 있습니다 3:

    # cat /sys/module/lpfc/parameters/lpfc_enable_fc4_type
    3
  4. 이니시에이터 포트가 가동 및 실행 중이며 타겟 LIF를 볼 수 있는지 확인합니다.

    # cat /sys/class/fc_host/host*/port_name
    0x100000620b3c089c
    0x100000620b3c089d
    # 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 x100000620b3c089c WWNN x200000620b3c089c DID x062f00 ONLINE
    NVME RPORT       WWPN x2019d039ea9ea480 WWNN x2018d039ea9ea480 DID x061b06 TARGET DISCSRVC ONLINE
    NVME RPORT       WWPN x201cd039ea9ea480 WWNN x2018d039ea9ea480 DID x062706 TARGET DISCSRVC ONLINE
    
    NVME Statistics
    LS: Xmt 0000000f03 Cmpl 0000000efa Abort 0000004a
    LS XMIT: Err 00000009  CMPL: xb 0000004a Err 0000004a
    Total FCP Cmpl 00000000b9b3486a Issue 00000000b97ba0d2 OutIO ffffffffffc85868
    abort 00000afc noxri 00000000 nondlp 00002e34 qdepth 00000000 wqerr 00000000 err 00000000
    FCP CMPL: xb 0000138c Err 00014750
    
    NVME Initiator Enabled
    XRI Dist lpfc1 Total 6144 IO 5894 ELS 250
    NVME LPORT lpfc1 WWPN x100000620b3c089d WWNN x200000620b3c089d DID x062400 ONLINE
    NVME RPORT       WWPN x201ad039ea9ea480 WWNN x2018d039ea9ea480 DID x060206 TARGET DISCSRVC ONLINE
    NVME RPORT       WWPN x201dd039ea9ea480 WWNN x2018d039ea9ea480 DID x061305 TARGET DISCSRVC ONLINE
    
    NVME Statistics
    LS: Xmt 0000000b40 Cmpl 0000000b40 Abort 00000000
    LS XMIT: Err 00000000  CMPL: xb 00000000 Err 00000000
    Total FCP Cmpl 00000000b9a9f03f Issue 00000000b96e622e OutIO ffffffffffc471ef
    abort 0000090d noxri 00000000 nondlp 00003b3f qdepth 00000000 wqerr 00000000 err 00000000
    FCP CMPL: xb 000010a5 Err 000147e4
NVMe/FC용 Marvell/QLogic FC 어댑터

OL 9.3 GA 커널에 포함된 기본 받은 편지함 qla2xxx 드라이버에는 최신 업스트림 픽스가 있습니다. 이러한 수정 사항은 ONTAP 지원에 필수적입니다.

단계
  1. 지원되는 어댑터 드라이버 및 펌웨어 버전을 실행하고 있는지 확인합니다.

    # cat /sys/class/fc_host/host*/symbolic_name
    QLE2872 FW:v9.14.02 DVR:v 10.02.09.100-k
    QLE2872 FW:v9.14.02 DVR:v 10.02.09.100-k
  2. 확인합니다 ql2xnvmeenable 가 설정됩니다. 그러면 Marvell 어댑터가 NVMe/FC Initiator로 작동할 수 있습니다.

    # cat /sys/module/qla2xxx/parameters/ql2xnvmeenable
    1

1MB I/O 크기 활성화(옵션)

ONTAP는 컨트롤러 식별 데이터에서 MDTS(MAX Data 전송 크기)를 8로 보고합니다. 이는 최대 I/O 요청 크기가 1MB까지 될 수 있음을 의미합니다. Broadcom NVMe/FC 호스트에 대해 1MB 크기의 I/O 요청을 발행하려면 매개 변수 값을 lpfc_sg_seg_cnt 기본값인 64에서 256으로 늘려야 lpfc 합니다.

참고 이 단계는 Qlogic NVMe/FC 호스트에는 적용되지 않습니다.
단계
  1. `lpfc_sg_seg_cnt`매개변수를 256으로 설정합니다.

    cat /etc/modprobe.d/lpfc.conf
    options lpfc lpfc_sg_seg_cnt=256
  2. `dracut -f`명령을 실행하고 호스트를 재부팅합니다.

  3. 의 예상 값이 256인지 확인합니다 lpfc_sg_seg_cnt.

    cat /sys/module/lpfc/parameters/lpfc_sg_seg_cnt

NVMe/TCP를 구성합니다

NVMe/TCP에는 자동 연결 기능이 없습니다. 따라서 NVMe/TCP 하위 시스템과 네임스페이스를 검색하려면 NVMe/TCP 연결 또는 connect-all 기능을 수동으로 수행해야 합니다. 다음 절차를 사용하여 NVMe/TCP를 구성할 수 있습니다.

단계
  1. 이니시에이터 포트가 지원되는 NVMe/TCP LIF에서 검색 로그 페이지 데이터를 가져올 수 있는지 확인합니다.

    nvme discover -t tcp -w host-traddr -a traddr
    예제 보기
    # nvme discover -t tcp -w 192.168.166.4 -a 192.168.166.56
    
    Discovery Log Number of Records 4, Generation counter 10
    =====Discovery Log Entry 0======
    trtype:  tcp
    adrfam:  ipv4
    subtype: current discovery subsystem
    treq:    not specified
    portid:  2
    trsvcid: 8009
    subnqn:  nqn.1992-08.com.netapp:sn.337a0392d58011ee9764d039eab0dadd:discovery
    traddr:  192.168.165.56
    eflags:  explicit discovery connections, duplicate discovery information
    sectype: none
    =====Discovery Log Entry 1======
    trtype:  tcp
    adrfam:  ipv4
    subtype: current discovery subsystem
    treq:    not specified
    portid:  1
    trsvcid: 8009
    subnqn:  nqn.1992-08.com.netapp:sn.337a0392d58011ee9764d039eab0dadd:discovery
    traddr:  192.168.166.56
    eflags:  explicit discovery connections, duplicate discovery information
    sectype: none
    =====Discovery Log Entry 2======
    trtype:  tcp
    adrfam:  ipv4
    subtype: nvme subsystem
    treq:    not specified
    portid:  2
    trsvcid: 4420
    subnqn:  nqn.1992-08.com.netapp:sn.337a0392d58011ee9764d039eab0dadd:subsystem.rhel_95
    traddr:  192.168.165.56
    eflags:  none
    sectype: none
    ..........
  2. 다른 NVMe/TCP 이니시에이터-타겟 LIF 조합이 검색 로그 페이지 데이터를 성공적으로 가져올 수 있는지 확인합니다.

    nvme discover -t tcp -w host-traddr -a traddr
    • 출력 예: *

    # nvme discover -t tcp -w 192.168.166.4 -a 192.168.166.56
    # nvme discover -t tcp -w 192.168.165.3 -a 192.168.165.56
  3. 를 실행합니다 nvme connect-all 노드에 걸쳐 지원되는 모든 NVMe/TCP 이니시에이터-타겟 LIF에 대한 명령:

    nvme connect-all -t tcp -w host-traddr -a traddr -l <ctrl_loss_timeout_in_seconds>
    • 출력 예: *

    # nvme connect-all -t tcp -w 192.168.166.4 -a 192.168.166.56 -l -1
    # nvme connect-all -t tcp -w 192.168.165.3 -a 192.168.165.56 -l -1

    +

    참고 NetApp은 를 설정할 것을 권장합니다 ctrl-loss-tmo 옵션을 로 설정합니다 -1 따라서 경로 손실이 발생하면 NVMe/TCP 이니시에이터가 무한정 다시 연결을 시도합니다.

NVMe-oF를 검증합니다

다음 절차를 사용하여 NVMe-oF를 검증할 수 있습니다.

단계
  1. OL 9.3 호스트에서 다음 NVMe/FC 설정을 확인합니다.

    # cat /sys/module/nvme_core/parameters/multipath
    Y
    # 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
  2. 호스트에서 네임스페이스가 생성되고 올바르게 검색되는지 확인합니다.

    # nvme list
    • 출력 예: *

    Node         SN                   Model
    ---------------------------------------------------------
    /dev/nvme0n1 814vWBNRwf9HAAAAAAAB NetApp ONTAP Controller
    /dev/nvme0n2 814vWBNRwf9HAAAAAAAB NetApp ONTAP Controller
    /dev/nvme0n3 814vWBNRwf9HAAAAAAAB NetApp ONTAP Controller
    
    
    Namespace Usage    Format             FW             Rev
    -----------------------------------------------------------
    1                 21.47 GB / 21.47 GB  4 KiB + 0 B   FFFFFFFF
    2                 21.47 GB / 21.47 GB  4 KiB + 0 B  FFFFFFFF
    3	                21.47 GB/ 21.47 GB 4 KiB + 0 B   FFFFFFFF
  3. 각 경로의 컨트롤러 상태가 라이브이고 올바른 ANA 상태인지 확인합니다.

    NVMe/FC
    # nvme list-subsys /dev/nvme0n1
    • 출력 예: *

    nvme-subsys5 - NQN=nqn.1992-08.com.netapp:sn.4aa0fa76c92c11eeb301d039eab0dadd:subsystem.rhel_213
    \
     +- nvme3 fc traddr=nn-0x2018d039ea9ea480:pn-0x201dd039ea9ea480,host_traddr=nn-0x200000620b3c089d:pn-0x100000620b3c089d live non-optimized
     +- nvme4 fc traddr=nn-0x2018d039ea9ea480:pn-0x201cd039ea9ea480,host_traddr=nn-0x200000620b3c089c:pn-0x100000620b3c089c live non-optimized
     +- nvme6 fc traddr=nn-0x2018d039ea9ea480:pn-0x2019d039ea9ea480,host_traddr=nn-0x200000620b3c089c:pn-0x100000620b3c089c live optimized
     +- nvme7 fc traddr=nn-0x2018d039ea9ea480:pn-0x201ad039ea9ea480,host_traddr=nn-0x200000620b3c089d:pn-0x100000620b3c089d live optimized
    NVMe/TCP
    nvme list-subsys /dev/nvme1n22
    • 예제 출력 *

    nvme-subsys1 - NQN=nqn.1992-08.com.netapp:sn.337a0392d58011ee9764d039eab0dadd:subsystem.rhel_95
    \
     +- nvme2 tcp traddr=192.168.166.56,trsvcid=4420,host_traddr=192.168.166.4,src_addr=192.168.166.4 live optimized
     +- nvme3 tcp traddr=192.168.165.56,trsvcid=4420,host_traddr=192.168.165.3,src_addr=192.168.165.3 live non-optimized
  4. NetApp 플러그인에 각 ONTAP 네임스페이스 장치에 대한 올바른 값이 표시되는지 확인합니다.

    # nvme netapp ontapdevices -o column
    • 출력 예: *

    Device        Vserver   Namespace Path
    ----------------------- ------------------------------
    /dev/nvme5n6     vs_nvme175                /vol/vol6/ns
    /dev/nvme5n7     vs_nvme175                /vol/vol7/ns
    /dev/nvme5n8     vs_nvme175                /vol/vol8/ns
    
    
    
    
    NSID       UUID                                   Size
    ------------------------------------------------------------
    6          72b887b1-5fb6-47b8-be0b-33326e2542e2   21.47GB
    7          04bf9f6e-9031-40ea-99c7-a1a61b2d7d08   21.47GB
    8          264823b1-8e03-4155-80dd-e904237014a4   21.47GB
    JSON을 참조하십시오
    # nvme netapp ontapdevices -o json
    • 예제 출력 *

    {
      "ONTAPdevices":[
        {
          "Device":"/dev/nvme5n1",
          "Vserver":"vs_nvme175",
          "Namespace_Path":"/vol/vol1/ns",
          "NSID":1,
          "UUID":"d4791955-07c9-44fc-b41c-d1c39d3d9b5b",
          "Size":"21.47GB",
          "LBA_Data_Size":4096,
          "Namespace_Size":5242880
        },
        {
          "Device":"/dev/nvme5n10",
          "Vserver":"vs_nvme175",
          "Namespace_Path":"/vol/vol10/ns",
          "NSID":10,
          "UUID":"f3a4ce94-bcc5-4ff0-9e52-e59030bbc97f",
          "Size":"21.47GB",
          "LBA_Data_Size":4096,
          "Namespace_Size":5242880
        },
        {
          "Device":"/dev/nvme5n11",
          "Vserver":"vs_nvme175",
          "Namespace_Path":"/vol/vol11/ns",
          "NSID":11,
          "UUID":"0bf171d2-51f7-4a00-8f6a-0ea2190885a2",
          "Size":"21.47GB",
          "LBA_Data_Size":4096,
          "Namespace_Size":5242880
        },
      ]
    }

알려진 문제

Oracle Linux 9.3과 ONTAP 릴리스의 경우 알려진 문제가 없습니다.