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

ONTAP가 있는 Oracle Linux 8.8용 NVMe-oF 호스트 구성

기여자

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

ONTAP가 있는 OL 8.8에 대한 NVMe-oF 호스트 구성에 대해 다음과 같은 지원을 사용할 수 있습니다.

  • NVMe/FC 외에 NVMe over TCP(NVMe/TCP) 지원 NetApp 플러그인은 기본 제공됩니다 nvme-cli 패키지에는 NVMe/FC 및 NVMe/TCP 네임스페이스에 대한 ONTAP 세부 정보가 표시됩니다.

  • NVMe와 SCSI 트래픽을 모두 동일한 동일한 호스트에서 실행할 수 있습니다. 따라서 SCSI LUN의 경우 SCSI mpath 장치에 대해 dm-multipath를 구성할 수 있지만 NVMe multipath를 사용하여 호스트에 NVMe-oF 네임스페이스 장치를 구성할 수 있습니다.

  • NVMe-oF에는 sandlun 지원이 없습니다. 따라서 OL 8.8 호스트에서 NVMe-oF에 대한 호스트 유틸리티 지원이 없습니다. 기본 에 포함된 NetApp 플러그인을 사용할 수 있습니다 nvme-cli 모든 NVMe-oF 전송을 위한 패키지

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

피처

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

알려진 제한 사항

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

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

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

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

    # uname -r
    • 출력 예: *

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

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

    nvme-cli-1.16-7.el8.x86_64
  3. Oracle Linux 8.8 호스트에서 를 확인합니다 hostnqn 에 문자열이 있습니다 /etc/nvme/hostnqn:

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

    nqn.2014-08.org.nvmexpress:uuid:bc59d14c-47f3-11eb-b93c-3a68dd48673f
  4. 를 확인합니다 hostnqn 문자열이 과 일치합니다 hostnqn ONTAP 배열의 해당 하위 시스템에 대한 문자열:

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

    Vserver     Subsystem          Host NQN
    ----------- --------------- ----------------------------------------------------------
    vs_nvme207   nvme_ss_ol_1    nqn.2014-08.org.nvmexpress:uuid:bc59d14c-47f3-11eb-b93c-3a68dd48673f

    +

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

    참고

    동일한 호스트에서 NVMe와 SCSI가 공존하는 트래픽을 모두 실행하려는 경우, NetApp에서는 ONTAP 네임스페이스 및 에 커널 내 NVMe 다중 경로를 사용할 것을 권장합니다 dm-multipath ONTAP LUN의 경우 각각 즉, 에서 ONTAP 네임스페이스를 제외해야 합니다 dm-multipath 방지하려는 경우 dm-multipath 이러한 네임스페이스 장치를 주장하는 것을 말합니다. 를 추가할 수 있습니다 enable_foreign 를 로 설정합니다 /etc/multipath.conf 파일:

    # cat /etc/multipath.conf
    
    defaults {
      enable_foreign     NONE
    }

    를 실행하여 multipathd 데몬을 다시 시작합니다 systemctl restart multipathd 명령. 이렇게 하면 새 설정이 적용됩니다.

NVMe/FC 구성

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

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

    # 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
  2. 권장 Broadcom을 사용하고 있는지 확인합니다 lpfc 펌웨어 및 받은 편지함 드라이버:

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

    지원되는 어댑터 드라이버 및 펌웨어 버전의 최신 목록은 를 참조하십시오 "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
    0x100000109b3c081f
    0x100000109b3c0820
    # 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 x100000109b1c1204 WWNN x200000109b1c1204 DID x011d00 ONLINE
    NVME RPORT WWPN x203800a098dfdd91 WWNN x203700a098dfdd91 DID x010c07 TARGET DISCSRVC ONLINE
    NVME RPORT WWPN x203900a098dfdd91 WWNN x203700a098dfdd91 DID x011507 TARGET DISCSRVC ONLINE
    NVME Statistics
    LS: Xmt 0000000f78 Cmpl 0000000f78 Abort 00000000
    LS XMIT: Err 00000000 CMPL: xb 00000000 Err 00000000
    Total FCP Cmpl 000000002fe29bba Issue 000000002fe29bc4 OutIO 000000000000000a
    abort 00001bc7 noxri 00000000 nondlp 00000000 qdepth 00000000 wqerr 00000000 err 00000000
    FCP CMPL: xb 00001e15 Err 0000d906
    NVME Initiator Enabled
    XRI Dist lpfc1 Total 6144 IO 5894 ELS 250
    NVME LPORT lpfc1 WWPN x100000109b1c1205 WWNN x200000109b1c1205 DID x011900 ONLINE
    NVME RPORT WWPN x203d00a098dfdd91 WWNN x203700a098dfdd91 DID x010007 TARGET DISCSRVC ONLINE
    NVME RPORT WWPN x203a00a098dfdd91 WWNN x203700a098dfdd91 DID x012a07 TARGET DISCSRVC ONLINE
    NVME Statistics
    LS: Xmt 0000000fa8 Cmpl 0000000fa8 Abort 00000000
    LS XMIT: Err 00000000 CMPL: xb 00000000 Err 00000000
    Total FCP Cmpl 000000002e14f170 Issue 000000002e14f17a OutIO 000000000000000a
    abort 000016bb noxri 00000000 nondlp 00000000 qdepth 00000000 wqerr 00000000 err 00000000
    FCP CMPL: xb 00001f50 Err 0000d9f8
NVMe/FC용 Marvell/QLogic FC 어댑터
단계
  1. OL 8.8 GA 커널에 포함된 기본 받은 편지함 qla2xxx 드라이버에는 ONTAP 지원에 필요한 최신 수정 사항이 있습니다. 지원되는 어댑터 드라이버 및 펌웨어 버전을 실행하고 있는지 확인합니다.

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

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

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

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

단계
  1. lpfc_sg_seg_cnt 매개변수를 256으로 설정합니다.

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

  3. lpfc_sg_seg_cnt가 256인지 확인합니다.

    # cat /sys/module/lpfc/parameters/lpfc_sg_seg_cnt
    256
참고 Qlogic NVMe/FC 호스트에는 적용되지 않습니다.

NVMe/TCP를 구성합니다

NVMe/TCP에는 자동 연결 기능이 없습니다. 따라서 경로가 10분의 기본 시간 제한 내에 복원되지 않고 다운되면 NVMe/TCP가 자동으로 다시 연결되지 않습니다. 시간 초과를 방지하려면 페일오버 이벤트에 대한 재시도 기간을 최소 30분으로 설정해야 합니다.

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

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

    #  nvme discover -t tcp -w 192.168.6.13 -a 192.168.6.15
    Discovery Log Number of Records 6, Generation counter 8
    =====Discovery Log Entry 0======
    trtype: tcp
    adrfam: ipv4
    subtype: unrecognized
    treq: not specified
    portid: 0
    trsvcid: 8009
    subnqn: nqn.1992-08.com.netapp:sn.1c6ac66338e711eda41dd039ea3ad566:discovery
    traddr: 192.168.6.17
    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.1c6ac66338e711eda41dd039ea3ad566:discovery
    traddr: 192.168.5.17
    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.1c6ac66338e711eda41dd039ea3ad566:discovery
    traddr: 192.168.6.15
    sectype: none
    =====Discovery Log Entry 3======
    trtype: tcp
    adrfam: ipv4
    subtype: nvme subsystem
    treq: not specified
    portid: 0
    trsvcid: 4420
    subnqn: nqn.1992-08.com.netapp:sn.1c6ac66338e711eda41dd039ea3ad566:subsystem.host_95
    traddr: 192.168.6.17
    sectype: none
    ..........
  2. 다른 NVMe/TCP 이니시에이터-타겟 LIF 조합이 검색 로그 페이지 데이터를 성공적으로 가져올 수 있는지 확인합니다.

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

    # nvme discover -t tcp -w 192.168.5.13 -a 192.168.5.15
    # nvme discover -t tcp -w 192.168.5.13 -a 192.168.5.17
    # nvme discover -t tcp -w 192.168.6.13 -a 192.168.6.15
    # nvme discover -t tcp -w 192.168.6.13 -a 192.168.6.17
  3. 를 실행합니다 nvme connect-all 노드를 통해 지원되는 모든 NVMe/TCP 이니시에이터-타겟 LIF에 대해 명령을 수행하고 최소 30분 또는 1800초 동안 컨트롤러 손실 시간 초과 기간을 설정합니다.

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

    # nvme connect-all -t tcp -w 192.168.5.13 -a 192.168.5.15 -l 1800
    # nvme connect-all -t tcp -w 192.168.5.13 -a 192.168.5.17 -l 1800
    # nvme connect-all -t tcp -w 192.168.6.13 -a 192.168.6.15 -l 1800
    # nvme connect-all -t tcp -w 192.168.6.13 -a 192.168.6.17 -l 1800

NVMe-oF를 검증합니다

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

단계
  1. 커널 내 NVMe 다중 경로가 활성화되었는지 확인:

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

    # 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                 85.90 GB / 85.90 GB  4 KiB + 0 B   FFFFFFFF
    2                 85.90 GB / 85.90 GB  24 KiB + 0 B  FFFFFFFF
    3	                85.90 GB / 85.90 GB  4 KiB + 0 B   FFFFFFFF
  4. 각 경로의 컨트롤러 상태가 라이브이고 올바른 ANA 상태인지 확인합니다.

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

    nvme-subsys0 - NQN=nqn.1992-08.com.netapp:sn.5f5f2c4aa73b11e9967e00a098df41bd:subsystem.nvme_ss_ol_1
    \
    +- nvme0 fc traddr=nn-0x203700a098dfdd91:pn-0x203800a098dfdd91 host_traddr=nn-0x200000109b1c1204:pn-0x100000109b1c1204 live non-optimized
    +- nvme1 fc traddr=nn-0x203700a098dfdd91:pn-0x203900a098dfdd91 host_traddr=nn-0x200000109b1c1204:pn-0x100000109b1c1204 live non-optimized
    +- nvme2 fc traddr=nn-0x203700a098dfdd91:pn-0x203a00a098dfdd91 host_traddr=nn-0x200000109b1c1205:pn-0x100000109b1c1205 live optimized
    +- nvme3 fc traddr=nn-0x203700a098dfdd91:pn-0x203d00a098dfdd91 host_traddr=nn-0x200000109b1c1205:pn-0x100000109b1c1205 live optimized
    NVMe/TCP
    nvme list-subsys /dev/nvme1n22
    • 예제 출력 *

    nvme-subsys1 - NQN=nqn.1992-   08.com.netapp:sn.68c036aaa3cf11edbb95d039ea243511:subsystem.tcp
    \
    +- nvme2 tcp traddr=192.168.8.49,trsvcid=4420,host_traddr=192.168.8.1 live non-optimized
    +- nvme3 tcp traddr=192.168.8.48,trsvcid=4420,host_traddr=192.168.8.1 live non-optimized
    +- nvme6 tcp traddr=192.168.9.49,trsvcid=4420,host_traddr=192.168.9.1 live optimized
    +- nvme7 tcp traddr=192.168.9.48,trsvcid=4420,host_traddr=192.168.9.1 live optimized
  5. NetApp 플러그인에 각 ONTAP 네임스페이스 장치에 대한 올바른 값이 표시되는지 확인합니다.

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

    Device        Vserver   Namespace Path
    ----------------------- ------------------------------
    /dev/nvme0n1   vs_ol_nvme  /vol/ol_nvme_vol_1_1_0/ol_nvme_ns
    /dev/nvme0n2   vs_ol_nvme  /vol/ol_nvme_vol_1_0_0/ol_nvme_ns
    /dev/nvme0n3   vs_ol_nvme  /vol/ol_nvme_vol_1_1_1/ol_nvme_ns
    
    
    
    
    
    NSID       UUID                                   Size
    ------------------------------------------------------------
    1          72b887b1-5fb6-47b8-be0b-33326e2542e2   85.90GB
    2          04bf9f6e-9031-40ea-99c7-a1a61b2d7d08   85.90GB
    3          264823b1-8e03-4155-80dd-e904237014a4   85.90GB
    JSON을 참조하십시오
    # nvme netapp ontapdevices -o json
    • 예제 출력 *

    {
    "ONTAPdevices" : [
        {
            "Device" : "/dev/nvme0n1",
            "Vserver" : "vs_ol_nvme",
            "Namespace_Path" : "/vol/ol_nvme_vol_1_1_0/ol_nvme_ns",
            "NSID" : 1,
            "UUID" : "72b887b1-5fb6-47b8-be0b-33326e2542e2",
            "Size" : "85.90GB",
            "LBA_Data_Size" : 4096,
            "Namespace_Size" : 20971520
        },
        {
            "Device" : "/dev/nvme0n2",
            "Vserver" : "vs_ol_nvme",
            "Namespace_Path" : "/vol/ol_nvme_vol_1_0_0/ol_nvme_ns",
            "NSID" : 2,
            "UUID" : "04bf9f6e-9031-40ea-99c7-a1a61b2d7d08",
            "Size" : "85.90GB",
            "LBA_Data_Size" : 4096,
            "Namespace_Size" : 20971520
          },
          {
             "Device" : "/dev/nvme0n3",
             "Vserver" : "vs_ol_nvme",
             "Namespace_Path" : "/vol/ol_nvme_vol_1_1_1/ol_nvme_ns",
             "NSID" : 3,
             "UUID" : "264823b1-8e03-4155-80dd-e904237014a4",
             "Size" : "85.90GB",
             "LBA_Data_Size" : 4096,
             "Namespace_Size" : 20971520
           },
      ]
    }

알려진 문제

ONTAP 릴리즈의 OL 8.8 NVMe-oF 호스트 구성에는 다음과 같은 알려진 문제가 있습니다.

NetApp 버그 ID 제목 설명 Bugzilla ID입니다

1517321

Oracle Linux 8.8 NVMe-oF 호스트는 중복된 PDC를 생성합니다

OL 8.8 NVMe-oF 호스트에서 영구 검색 컨트롤러(PDC)는 를 통과하여 생성됩니다 -p 에 대한 옵션 nvme discover 명령. 특정 초기자-대상 조합의 경우 의 각 호출과 함께 PDC가 하나만 작성되어야 합니다 nvme discover 명령. 하지만 OL 8.x부터 NVMe-of-host가 종료되어 의 각 호출을 통해 중복 PDC가 생성됩니다 nvme discover 명령과 함께 -p 옵션을 선택합니다. 이렇게 하면 호스트와 타겟 모두에서 리소스가 낭비됩니다.

"18118"