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

ONTAP와 함께 Red Hat Enterprise Linux 7.5를 사용하십시오

12/21/2023 기여자

ONTAP SAN 호스트 구성 설정을 사용하여 ONTAP를 대상으로 Red Hat Enterprise Linux 7.5를 구성할 수 있습니다.

Linux Unified Host Utilities를 설치합니다

NetApp Linux Unified Host Utilities 소프트웨어 패키지는 에서 사용할 수 있습니다 "NetApp Support 사이트" 32비트 및 64비트 .rpm 파일 구성에 적합한 파일을 모르는 경우 를 사용합니다 "NetApp 상호 운용성 매트릭스 툴" 필요한 것을 확인합니다.

NetApp은 Linux 통합 호스트 유틸리티를 설치할 것을 적극 권장하지만 반드시 설치할 필요는 없습니다. 유틸리티는 Linux 호스트의 설정을 변경하지 않습니다. 유틸리티를 사용하면 관리를 개선하고 NetApp 고객 지원 이 귀사의 구성 정보를 수집할 수 있도록 지원합니다.

필요한 것

현재 Linux Unified Host Utilities 버전이 설치되어 있는 경우 또는 를 업그레이드해야 합니다. 이 유틸리티를 제거하고 다음 단계를 따라 최신 버전을 설치해야 합니다.

에서 32비트 또는 64비트 Linux Unified Host Utilities 소프트웨어 패키지를 다운로드합니다 "NetApp Support 사이트" 사이트를 호스트에 연결.
다음 명령을 사용하여 소프트웨어 패키지를 설치합니다.

"rpm -ivh NetApp_linux_unified_host_utilities-7-1.x86_64"

이 문서에 제공된 구성 설정을 사용하여 에 연결된 클라우드 클라이언트를 구성할 수 있습니다 "Cloud Volumes ONTAP" 및 "ONTAP용 Amazon FSx".

SAN 툴킷을 참조하십시오

이 툴킷은 NetApp Host Utilities 패키지를 설치할 때 자동으로 설치됩니다. 이 키트는 LUN과 HBA를 관리하는 데 도움이 되는 'anlun' 유틸리티를 제공합니다. 'anlun' 명령은 호스트에 매핑된 LUN, 다중 경로 및 이니시에이터 그룹을 생성하는 데 필요한 정보에 대한 정보를 반환합니다.

예

다음 예에서는 'show'라는 'anlun lun show' 명령을 사용하여 LUN 정보를 반환합니다.

# sanlun lun show all

예제 출력:

controller(7mode/E-Series)/            device     host               lun
vserver(cDOT/FlashRay)   lun-pathname  filename   adapter  protocol  size    Product
-------------------------------------------------------------------------
data_vserver          /vol/vol1/lun1   /dev/sdb   host16   FCP       120.0g  cDOT
data_vserver          /vol/vol1/lun1   /dev/sdc   host15   FCP       120.0g  cDOT
data_vserver          /vol/vol2/lun2   /dev/sdd   host16   FCP       120.0g  cDOT
data_vserver          /vol/vol2/lun2   /dev/sde   host15   FCP       120.0g  cDOT

SAN 부팅

필요한 것

SAN 부팅을 사용하려는 경우 구성에 의해 지원되어야 합니다. 를 사용할 수 있습니다 "NetApp 상호 운용성 매트릭스 툴" 사용 중인 OS, HBA, HBA 펌웨어 및 HBA 부팅 BIOS, ONTAP 버전이 지원되는지 확인합니다.

단계

SAN 부팅 LUN을 호스트에 매핑합니다.
여러 경로를 사용할 수 있는지 확인합니다.

호스트 OS가 가동되고 경로에서 실행되면 여러 경로를 사용할 수 있습니다.
SAN 부팅 LUN이 매핑되는 포트에 대해 서버 BIOS에서 SAN 부팅을 설정합니다.

HBA BIOS를 활성화하는 방법에 대한 자세한 내용은 공급업체별 설명서를 참조하십시오.
호스트를 재부팅하여 부팅에 성공했는지 확인합니다.

다중 경로

RHEL(Red Hat Enterprise Linux) 7.5의 경우 /etc/multipath.conf 파일이 있어야 하지만 파일을 구체적으로 변경할 필요는 없습니다. RHEL 7.5는 ONTAP LUN을 인식하고 올바르게 관리하는 데 필요한 모든 설정으로 컴파일됩니다.

'multipath -ll' 명령을 사용하여 ONTAP LUN의 설정을 확인할 수 있습니다. 다음 섹션에서는 ASA 및 비 ASA 대상에 매핑된 LUN에 대한 샘플 다중 경로 출력을 제공합니다.

모든 SAN 어레이 구성

모든 SAN 어레이(ASA) 구성에서 지정된 LUN에 대한 모든 경로가 활성 및 최적화됩니다. 그 결과, 모든 경로를 통해 I/O 작업을 동시에 처리함으로써 성능이 향상됩니다.

예

다음 예는 ONTAP LUN에 대한 올바른 출력을 표시합니다.

# multipath -ll
3600a09803831347657244e527766394e dm-5 NETAPP,LUN C-Mode
size=80G  features='4 queue_if_no_path pg_init_retries 50 retain_attached_hw_handle' hwhandler='1 alua' wp=rw
`-+- policy='service-time 0' prio=50 status=active
  |- 11:0:7:1    sdfi   130:64   active ready running
  |- 11:0:9:1    sdiy  8:288     active ready running
  |- 11:0:10:1  sdml 69:464   active ready running
  |- 11:0:11:1  sdpt  131:304  active ready running

단일 LUN에 너무 많은 경로를 사용하지 마십시오. 경로가 4개 이상 필요하지 않습니다. 8개 이상의 경로로 인해 스토리지 장애가 발생했을 때 경로 문제가 발생할 수 있습니다.

비 ASA 구성

비 ASA 구성의 경우 우선 순위가 서로 다른 두 개의 경로 그룹이 있어야 합니다. 우선순위가 높은 경로는 Active/Optimized이며, 이는 애그리게이트는 컨트롤러가 서비스를 제공하는 것을 의미합니다. 우선 순위가 낮은 경로는 활성 경로이지만 다른 컨트롤러에서 서비스되기 때문에 최적화되지 않습니다. 최적화되지 않은 경로는 최적화된 경로를 사용할 수 없는 경우에만 사용됩니다.

예

다음 예는 두 개의 Active/Optimized 경로와 두 개의 Active/Non-Optimized 경로가 있는 ONTAP LUN에 대한 올바른 출력을 표시합니다.

# multipath -ll
3600a09803831347657244e527766394e dm-5 NETAPP,LUN C-Mode
size=80G features='4 queue_if_no_path pg_init_retries 50 retain_attached_hw_handle’ hwhandler='1 alua' wp=rw
|-+- policy='service-time 0' prio=50 status=active
| |- 11:0:1:0 sdj  8:144  active ready running
| |- 11:0:2:0 sdr  65:16  active ready running
`-+- policy='service-time 0' prio=10 status=enabled
  |- 11:0:0:0 sdb  8:i6   active ready running
  |- 12:0:0:0 sdz  65:144 active ready running

권장 설정

RHEL 7.5 OS는 ONTAP LUN을 인식하여 ASA 및 비 ASA 구성 모두에 대해 모든 구성 매개 변수를 올바르게 자동 설정하도록 컴파일됩니다.

를 클릭합니다 multipath.conf 다중 경로 데몬을 시작하려면 파일이 있어야 하지만 다음 명령을 사용하여 빈 0바이트 파일을 생성할 수 있습니다.

touch /etc/multipath.conf

이 파일을 처음 생성할 때 다중 경로 서비스를 활성화하고 시작해야 할 수 있습니다.

# systemctl enable multipathd
# systemctl start multipathd

에 직접 추가할 필요는 없습니다 multipath.conf 파일 - 다중 경로를 통해 관리하지 않으려는 장치가 있거나 기본값을 재정의하는 기존 설정이 없는 경우
원치 않는 디바이스를 제외하려면 에 다음 구문을 추가합니다 multipath.conf 파일.
```
blacklist {
        wwid <DevId>
        devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*"
        devnode "^hd[a-z]"
        devnode "^cciss.*"
}
```
를 교체합니다 <DevId> 를 사용하여 WWID 제외할 장치의 문자열입니다.

예

이 예에서는 디바이스의 WWID를 확인하고 에 추가합니다 multipath.conf 파일.
단계
1. 다음 명령을 실행하여 WWID를 확인하십시오.
  # /lib/udev/scsi_id -gud /dev/sda 360030057024d0730239134810c0cb833
  sda 블랙리스트에 추가해야 하는 로컬 SCSI 디스크입니다.
2. 를 추가합니다 WWID 에서 블랙리스트로 /etc/multipath.conf:
  blacklist { wwid 360030057024d0730239134810c0cb833 devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*" devnode "^hd[a-z]" devnode "^cciss.*" }

을 항상 확인해야 합니다 /etc/multipath.conf 기본 설정을 재정의할 수 있는 레거시 설정 파일(특히 기본값 섹션에 있음)

다음 표에서는 위험 요소를 보여 줍니다 multipathd ONTAP LUN에 대한 매개 변수 및 필수 값입니다. 호스트가 다른 공급업체의 LUN에 접속되어 있고 이러한 매개 변수 중 하나라도 재정의될 경우 에서 나중에 Stanzas를 사용하여 수정해야 합니다 multipath.conf ONTAP LUN에 특별히 적용되는 파일입니다. 그렇지 않으면 ONTAP LUN이 예상대로 작동하지 않을 수 있습니다. 이러한 기본값은 NetApp 및/또는 OS 공급업체와 상담할 때만 재정의되어야 하며, 그 영향이 완전히 이해될 때만 재정의되어야 합니다.

매개 변수	설정
detect_prio(사전 감지)	예
DEV_Loss_TMO	"무한대"
장애 복구	즉시
Fast_IO_FAIL_TMO	5
피처	"3 queue_if_no_path pg_init_retries 50"
Flush_on_last_del.(마지막 삭제 시 플러시	"예"
hardware_handler를 선택합니다	"0"
no_path_retry 를 선택합니다	대기열
path_checker를 선택합니다	"tur"
path_grouping_policy	"group_by_prio(그룹 기준/원시)"
경로 선택	"서비스 시간 0"
polling_interval입니다	5
프리오	"ONTAP"
제품	LUN. *
Retain_attached_hw_handler 를 참조하십시오	예
RR_WEIGHT	"균일"
사용자_친화적_이름	아니요
공급업체	넷엡

매개 변수

설정

detect_prio(사전 감지)

예

DEV_Loss_TMO

"무한대"

장애 복구

즉시

Fast_IO_FAIL_TMO

피처

"3 queue_if_no_path pg_init_retries 50"

Flush_on_last_del.(마지막 삭제 시 플러시

"예"

hardware_handler를 선택합니다

"0"

no_path_retry 를 선택합니다

대기열

path_checker를 선택합니다

"tur"

path_grouping_policy

"group_by_prio(그룹 기준/원시)"

경로 선택

"서비스 시간 0"

polling_interval입니다

프리오

"ONTAP"

제품

LUN. *

Retain_attached_hw_handler 를 참조하십시오

예

RR_WEIGHT

"균일"

사용자_친화적_이름

아니요

공급업체

넷엡

예

다음 예제에서는 재정의된 기본값을 수정하는 방법을 보여 줍니다. 이 경우 'multitpath.conf' 파일은 ONTAP LUN과 호환되지 않는 path_checker와 no_path_retry의 값을 정의합니다. 호스트에 아직 연결된 다른 SAN 스토리지 때문에 제거할 수 없는 경우 이러한 매개 변수를 디바이스 스탠자가 있는 ONTAP LUN에 대해 특별히 수정할 수 있습니다.

defaults {
   path_checker      readsector0
   no_path_retry      fail
}

devices {
   device {
      vendor         "NETAPP  "
      product         "LUN.*"
      no_path_retry     queue
      path_checker      tur
   }
}

KVM 설정

권장 설정을 사용하여 KVM(커널 기반 가상 시스템)도 구성할 수 있습니다. LUN이 하이퍼바이저에 매핑되므로 KVM을 구성하는 데 필요한 변경 사항은 없습니다.

알려진 문제

RHEL 7.5 with ONTAP 릴리스의 알려진 문제는 다음과 같습니다.

NetApp 버그 ID	제목	설명	Bugzilla ID입니다
1440718	SCSI 재검색을 수행하지 않고 LUN을 매핑 해제하거나 매핑하면 호스트에서 데이터가 손상될 수 있습니다.	'isable_changed_WWID' 다중 경로 구성 매개변수를 Yes로 설정하면 WWID 변경 시 경로 장치에 대한 액세스를 비활성화합니다. 경로 WWID가 다중 경로 장치의 WWID로 복구될 때까지 다중 경로가 경로 장치에 대한 액세스를 비활성화합니다. 자세한 내용은 을 참조하십시오 "NetApp 기술 자료: Oracle Linux 7의 iSCSI LUN에서 파일 시스템이 손상되었습니다".	해당 없음
"1139053"	스토리지 페일오버 작업 중 RHEL7.5에서 QLogic QLE2672 16GB FC를 사용하여 커널이 중단됩니다	QLogic QLE2672 16GB 파이버 채널 호스트 버스 어댑터를 사용하는 RHEL7U5 커널에서 스토리지 페일오버 작업 중에 커널 패닉이 발생합니다. 커널 패닉으로 인해 RHEL 7.5가 재부팅되어 애플리케이션 중단이 발생합니다. kdump가 구성된 경우 커널 패닉이 /var/crash/directory 아래에 vmcore 파일을 생성합니다. vmcore 파일은 실패의 원인을 이해하는 데 사용됩니다. 이 경우 커널 중단 후 "[exception RIP:get_next_timer_interrupt+440]" 문자열을 사용하여 vmcore 파일에 기록되는 "get_next_interrupt+440" 모듈에서 패닉이 관찰되었습니다. 호스트 운영 체제를 재부팅하고 필요에 따라 애플리케이션을 재시작하여 운영 체제를 복구할 수 있습니다.	"1542564)를 참조하십시오"
"113836)을 참조하십시오"	스토리지 페일오버 작업 중 RHEL7U5에서 QLogic QLE2742 32Gb FC를 사용하는 RHEL7U5에서 커널 중단이 발생합니다	RHEL(Red Hat Enterprise Linux) RHEL7U5 커널에서 QLogic QLE2742 HBA를 통한 스토리지 페일오버 작업 중에 커널 패닉이 발생합니다. 커널 패닉은 운영 체제를 재부팅하여 애플리케이션 중단을 일으킵니다. kdump가 구성된 경우 커널 패닉이 /var/crash/directory 아래에 vmcore 파일을 생성합니다. 커널에 패닉이 발생하면 vmcore 파일을 사용하여 장애의 원인을 조사할 수 있습니다. 다음 예제는 bget_next_timer_interrupt+440b 모듈의 패닉을 보여줍니다. 패닉이 vmcore 파일에 "[exception RIP:get_next_timer_interrupt+440]" 문자열을 사용하여 기록됩니다. 호스트 OS를 재부팅하고 필요에 따라 애플리케이션을 다시 시작하여 운영 체제를 복구할 수 있습니다.	"1541972년"
"1148090"	스토리지 페일오버 작업 중 QLogic QLE2742 32Gb FC HBA를 사용하는 RHEL 7.5에서 커널 중단이 발생합니다	QLogic QLE2742 FC(Fibre Channel) HBA(호스트 버스 어댑터)가 있는 RHEL(Red Hat Enterprise Linux) 7.5 커널에서 스토리지 페일오버 작업 중에 커널의 패닉이 발생합니다. 커널 패닉으로 인해 RHEL 7.5가 재부팅되어 애플리케이션 중단이 발생합니다. kdump 메커니즘이 활성화된 경우 커널 패닉이 /var/crash/ 디렉토리에 있는 vmcore 파일을 생성합니다. vmcore 파일을 분석하여 패닉 원인을 확인할 수 있습니다. 이 경우 QLogic QLE2742 HBA 이벤트를 통한 스토리지 페일오버가 발생하면 "NATIVE_QUODISTED_SPIN_LOCK_STORAGE PATH + 464" 모듈에 영향을 미칩니다. 커널 중단 후 "[exception RIP: native_queued_spin_lock_spreppath + 464]" 문자열을 찾아 vmcore 파일에서 이벤트를 찾을 수 있습니다. 호스트 OS를 재부팅하고 운영 체제를 복구한 다음 필요에 따라 애플리케이션을 다시 시작할 수 있습니다.	"1559050"
"1146898"	스토리지 페일오버 작업 중에 Emulex HBA를 사용하는 RHEL 7.5에서 커널 중단이 발생합니다	Emulex LPe32002-M2 32GB FC HBA(호스트 버스 어댑터)가 있는 RHEL(Red Hat Enterprise Linux) 7.5 시스템에서 스토리지 페일오버 작업 중에 커널이 중단됩니다. 커널이 중단되면 운영 체제가 재부팅되며, 이로 인해 응용 프로그램이 중단됩니다. kdump를 구성하는 경우 커널 중단은 /var/crash/ 디렉토리 아래에 vmcore 파일을 생성합니다. vmcore 파일을 사용하여 장애 원인을 확인할 수 있습니다. 다음 예에서는 "lpfc_hba_clean_txcmplq + 368" 모듈에서 중단 사태를 확인할 수 있습니다. 이러한 중단은 vmcore 파일에 "[exception RIP: lpfc_hba_clean_txcmplq + 368]" 문자열을 사용하여 기록됩니다. 커널 중단 후 호스트 OS를 재부팅하여 운영 체제를 복구합니다. 필요에 따라 응용 프로그램을 다시 시작합니다.	"1554777)을 참조하십시오"

NetApp 버그 ID

제목

설명

Bugzilla ID입니다

1440718

SCSI 재검색을 수행하지 않고 LUN을 매핑 해제하거나 매핑하면 호스트에서 데이터가 손상될 수 있습니다.

'isable_changed_WWID' 다중 경로 구성 매개변수를 Yes로 설정하면 WWID 변경 시 경로 장치에 대한 액세스를 비활성화합니다. 경로 WWID가 다중 경로 장치의 WWID로 복구될 때까지 다중 경로가 경로 장치에 대한 액세스를 비활성화합니다. 자세한 내용은 을 참조하십시오 "NetApp 기술 자료: Oracle Linux 7의 iSCSI LUN에서 파일 시스템이 손상되었습니다".

해당 없음

"1139053"

스토리지 페일오버 작업 중 RHEL7.5에서 QLogic QLE2672 16GB FC를 사용하여 커널이 중단됩니다

QLogic QLE2672 16GB 파이버 채널 호스트 버스 어댑터를 사용하는 RHEL7U5 커널에서 스토리지 페일오버 작업 중에 커널 패닉이 발생합니다. 커널 패닉으로 인해 RHEL 7.5가 재부팅되어 애플리케이션 중단이 발생합니다. kdump가 구성된 경우 커널 패닉이 /var/crash/directory 아래에 vmcore 파일을 생성합니다. vmcore 파일은 실패의 원인을 이해하는 데 사용됩니다. 이 경우 커널 중단 후 "[exception RIP:get_next_timer_interrupt+440]" 문자열을 사용하여 vmcore 파일에 기록되는 "get_next_interrupt+440" 모듈에서 패닉이 관찰되었습니다. 호스트 운영 체제를 재부팅하고 필요에 따라 애플리케이션을 재시작하여 운영 체제를 복구할 수 있습니다.

"1542564)를 참조하십시오"

"113836)을 참조하십시오"

스토리지 페일오버 작업 중 RHEL7U5에서 QLogic QLE2742 32Gb FC를 사용하는 RHEL7U5에서 커널 중단이 발생합니다

RHEL(Red Hat Enterprise Linux) RHEL7U5 커널에서 QLogic QLE2742 HBA를 통한 스토리지 페일오버 작업 중에 커널 패닉이 발생합니다. 커널 패닉은 운영 체제를 재부팅하여 애플리케이션 중단을 일으킵니다. kdump가 구성된 경우 커널 패닉이 /var/crash/directory 아래에 vmcore 파일을 생성합니다. 커널에 패닉이 발생하면 vmcore 파일을 사용하여 장애의 원인을 조사할 수 있습니다. 다음 예제는 bget_next_timer_interrupt+440b 모듈의 패닉을 보여줍니다. 패닉이 vmcore 파일에 "[exception RIP:get_next_timer_interrupt+440]" 문자열을 사용하여 기록됩니다. 호스트 OS를 재부팅하고 필요에 따라 애플리케이션을 다시 시작하여 운영 체제를 복구할 수 있습니다.

"1541972년"

"1148090"

스토리지 페일오버 작업 중 QLogic QLE2742 32Gb FC HBA를 사용하는 RHEL 7.5에서 커널 중단이 발생합니다

QLogic QLE2742 FC(Fibre Channel) HBA(호스트 버스 어댑터)가 있는 RHEL(Red Hat Enterprise Linux) 7.5 커널에서 스토리지 페일오버 작업 중에 커널의 패닉이 발생합니다. 커널 패닉으로 인해 RHEL 7.5가 재부팅되어 애플리케이션 중단이 발생합니다. kdump 메커니즘이 활성화된 경우 커널 패닉이 /var/crash/ 디렉토리에 있는 vmcore 파일을 생성합니다. vmcore 파일을 분석하여 패닉 원인을 확인할 수 있습니다. 이 경우 QLogic QLE2742 HBA 이벤트를 통한 스토리지 페일오버가 발생하면 "NATIVE_QUODISTED_SPIN_LOCK_STORAGE PATH + 464" 모듈에 영향을 미칩니다. 커널 중단 후 "[exception RIP: native_queued_spin_lock_spreppath + 464]" 문자열을 찾아 vmcore 파일에서 이벤트를 찾을 수 있습니다. 호스트 OS를 재부팅하고 운영 체제를 복구한 다음 필요에 따라 애플리케이션을 다시 시작할 수 있습니다.

"1559050"

"1146898"

스토리지 페일오버 작업 중에 Emulex HBA를 사용하는 RHEL 7.5에서 커널 중단이 발생합니다

Emulex LPe32002-M2 32GB FC HBA(호스트 버스 어댑터)가 있는 RHEL(Red Hat Enterprise Linux) 7.5 시스템에서 스토리지 페일오버 작업 중에 커널이 중단됩니다. 커널이 중단되면 운영 체제가 재부팅되며, 이로 인해 응용 프로그램이 중단됩니다. kdump를 구성하는 경우 커널 중단은 /var/crash/ 디렉토리 아래에 vmcore 파일을 생성합니다. vmcore 파일을 사용하여 장애 원인을 확인할 수 있습니다. 다음 예에서는 "lpfc_hba_clean_txcmplq + 368" 모듈에서 중단 사태를 확인할 수 있습니다. 이러한 중단은 vmcore 파일에 "[exception RIP: lpfc_hba_clean_txcmplq + 368]" 문자열을 사용하여 기록됩니다. 커널 중단 후 호스트 OS를 재부팅하여 운영 체제를 복구합니다. 필요에 따라 응용 프로그램을 다시 시작합니다.

"1554777)을 참조하십시오"