Skip to main content
ONTAP tools for VMware vSphere 105
이 제품의 최신 릴리즈를 사용할 수 있습니다.
본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

ONTAP tools가 igroup 및 엑스포트 정책을 관리하는 방법

기여자 netapp-revathid

이니시에이터 그룹(igroups)은 FC 프로토콜 호스트의 WWPN(World Wide Port Name) 또는 iSCSI 호스트의 정규화된 노드 이름으로 구성된 테이블입니다. igroups를 정의하고 LUN에 매핑하여 어떤 이니시에이터가 LUN에 액세스할 수 있는지 제어할 수 있습니다.

ONTAP tools for VMware vSphere 9.x에서는 iGroup이 평면 구조로 생성 및 관리되었으며, vCenter의 각 데이터스토어는 단일 iGroup과 연결되었습니다. 이 모델은 유연성을 제한하고 여러 데이터스토어에서 iGroup을 재사용하는 데 제약을 주었습니다. ONTAP tools for VMware vSphere는 중첩 iGroup을 도입하여 vCenter의 각 데이터스토어가 상위 iGroup과 연결되고, 각 호스트는 해당 상위 iGroup 아래의 하위 iGroup에 연결됩니다. 사용자 정의 이름을 사용하여 사용자 지정 상위 iGroup을 정의하고 여러 데이터스토어에서 재사용하여 iGroup 관리를 간소화할 수 있습니다. ONTAP tools for VMware vSphere에서 LUN 및 데이터스토어를 관리하려면 iGroup 워크플로를 이해하십시오. 다음 예와 같이 다양한 워크플로는 서로 다른 iGroup 구성을 생성합니다.

참고 언급된 이름은 예시를 위한 것이며 실제 igroup 이름은 아닙니다. ONTAP tools로 관리되는 igroup은 "otv_" 접두사를 사용합니다. 사용자 지정 igroup에는 원하는 이름을 지정할 수 있습니다.

용어

설명

DS<number>

데이터 저장소

iqn<number>

개시자 IQN

호스트<number>

호스트 MoRef

lun<number>

LUN ID

<DSName>Igroup<number>

기본(ONTAP tools 관리) 상위 igroup

<Host-Moref>Igroup<number>

차일드 igroup

CustomIgroup<number>

사용자 정의 사용자 지정 상위 igroup

ClassicIgroup<number>

ONTAP tools 9.x 버전에서 사용되는 Igroup입니다.

예시 1:

단일 호스트에 하나의 이니시에이터를 사용하여 데이터 저장소 생성

워크플로우: [생성] DS1(lun1): host1(iqn1)

결과:

  • DS1Igroup:

    • host1Igroup → (iqn1: lun1)

ONTAP DS1에 대한 상위 igroup DS1Igroup을 생성하고 하위 igroup host1Igroup을 lun1에 매핑합니다. 시스템은 항상 LUN을 하위 igroup에 매핑합니다.

예시 2:

기존 데이터 저장소를 추가 호스트에 마운트

워크플로우: [마운트] DS1 (lun1): host2 (iqn2)

결과:

  • DS1Igroup:

    • host1Igroup → (iqn1: lun1)

    • host2Igroup → (iqn2: lun1)

ONTAP tools for VMware vSphere는 하위 igroup인 host2Igroup을 생성하고 이를 기존 상위 igroup인 DS1Igroup에 추가합니다.

예시 3:

호스트에서 데이터 저장소 마운트 해제

워크플로: [마운트 해제] DS1 (lun1): host1 (iqn1)

결과:

  • DS1Igroup:

    • host2Igroup → (iqn2: lun1)

ONTAP tools for VMware vSphere는 계층 구조에서 host1Igroup을 제거합니다. 시스템은 하위 igroup을 명시적으로 삭제하지 않습니다. 다음 두 가지 조건에서 삭제합니다.

  • 매핑된 LUN이 없으면 ONTAP 시스템은 하위 igroup을 삭제합니다.

  • 예약된 정리 작업은 LUN 매핑이 없는 사용되지 않는 하위 igroup을 제거합니다. 이러한 시나리오는 ONTAP 도구로 관리되는 igroup에만 적용되며, 사용자 지정으로 생성된 igroup에는 적용되지 않습니다.

예시 4:

데이터 저장소 삭제

워크플로우: [삭제] DS1 (lun1): host2 (iqn2)

결과:

  • DS1Igroup:

    • host2Igroup → (iqn2: lun1)

다른 데이터 저장소에서 부모 iGroup을 재사용하지 않는 한 부모 및 자식 iGroup은 삭제됩니다. 자식 iGroup은 명시적으로 삭제되지 않습니다.

예시 5:

사용자 정의 상위 igroup 아래에 여러 데이터 저장소 생성

워크플로우:

  • [생성] DS2(lun2): host1(iqn1), host2(iqn2)

  • [생성] DS3 (lun3): host1 (iqn1), host3 (iqn3)

결과:

  • CustomIgroup1:

    • host1Igroup → (iqn1: lun2, lun3)

    • host2Igroup → (iqn2: lun2)

    • host3Igroup → (iqn3: lun3)

CustomIgroup1은 DS2용으로 생성되고 DS3에서 재사용됩니다. 하위 igroup은 공유 상위 igroup 아래에서 생성되거나 업데이트되며, 각 하위 igroup은 관련 LUN에 매핑됩니다.

예시 6:

사용자 지정 상위 igroup 아래에 있는 데이터 저장소 하나를 삭제합니다.

워크플로우: [삭제] DS2 (lun2): host1 (iqn1), host2 (iqn2)

결과:

  • CustomIgroup1:

    • host1Igroup → (iqn1: lun3)

    • host3Igroup → (iqn3: lun3)

  • CustomIgroup1은 재사용되지 않더라도 삭제되지 않습니다.

  • 매핑된 LUN이 없으면 ONTAP 시스템은 host2Igroup을 삭제합니다.

  • host1Igroup은 DS3의 lun3에 매핑되어 있으므로 삭제되지 않습니다. 사용자 지정 igroup은 재사용 여부와 관계없이 절대 삭제되지 않습니다.

예시 7:

vVols 데이터스토어 확장(볼륨 추가)

워크플로우:

확장 전:

[확장] DS4(lun4): host4(iqn4)

  • DS4Igroup: host4Igroup → (iqn4: lun4)

확장 후:

[확장] DS4(lun4, lun5): 호스트4(iqn4)

  • DS4Igroup: host4Igroup → (iqn4: lun4, lun5)

새로운 LUN이 생성되어 기존 하위 igroup인 host4Igroup에 매핑됩니다.

예시 8:

vVols 데이터스토어 축소(볼륨 제거)

워크플로우:

수축 전:

[Shrink] DS4(lun4, lun5): host4(iqn4)

  • DS4Igroup: host4Igroup → (iqn4: lun4, lun5)

축소 후:

[Shrink] DS4(lun4): host4(iqn4)

  • DS4Igroup: host4Igroup → (iqn4: lun4)

지정된 LUN(lun5)이 하위 igroup에서 매핑 해제되었습니다. igroup은 하나 이상의 매핑된 LUN이 있는 한 활성 상태를 유지합니다.

예시 9:

ONTAP tools 9에서 10으로의 마이그레이션(igroup 정규화)

워크플로우

ONTAP tools for VMware vSphere 9.x 버전은 계층적 igroup을 지원하지 않습니다. 10.3 이상 버전으로 마이그레이션하는 동안 igroup을 계층적 구조로 정규화해야 합니다.

마이그레이션 전:

[마이그레이션] DS6(lun6, lun7): 호스트6(iqn6), 호스트7(iqn7) → ClassicIgroup1(iqn6 및 iqn7 : lun6, lun7)

ONTAP tools 9.x의 로직은 일대일 호스트 매핑을 강제하지 않고도 igroup당 여러 이니시에이터를 허용합니다.

마이그레이션 후:

[마이그레이션] DS6 (lun6, lun7): host6 (iqn6), host7 (iqn7) → ClassicIgroup1: otv_ClassicIgroup1 (iqn6 & iqn7 : lun6, lun7)

마이그레이션 중:

  • 새로운 상위 igroup(ClassicIgroup1)이 생성됩니다.

  • 원래 igroup은 otv_ 접두사가 붙어 이름이 변경되고 하위 igroup이 됩니다.

이는 계층적 모델의 준수를 보장합니다.

ONTAP tools 10.5P2부터 마이그레이션된 igroup은 더 이상 사용되지 않으면 삭제됩니다. 이전 버전에서는 마이그레이션된 igroup이 제거되지 않았습니다. 다음 사항에 유의하십시오.

  • 마이그레이션된 igroup은 데이터 저장소 간에 재사용할 수 없습니다.

  • 사용자 정의 igroup은 삭제되지 않으며 계속 재사용할 수 있습니다.

관련 주제

"igroups 소개"

엑스포트 정책

내보내기 정책은 ONTAP tools for VMware vSphere에서 NFS 데이터 저장소 액세스 및 클라이언트 권한을 제어합니다. 내보내기 정책은 ONTAP 시스템에서 생성 및 관리되며 NFS 데이터 저장소와 함께 사용하여 액세스 제어를 적용할 수 있습니다. 각 내보내기 정책은 액세스가 허용되는 클라이언트(IP 주소 또는 서브넷)와 부여되는 권한(읽기 전용 또는 읽기/쓰기)을 지정하는 규칙으로 구성됩니다.

ONTAP tools for VMware vSphere에서 NFS 데이터스토어를 생성할 때 기존 내보내기 정책을 선택하거나 새 정책을 생성할 수 있습니다. 그러면 내보내기 정책이 데이터스토어에 적용되어 권한이 있는 클라이언트만 액세스할 수 있게 됩니다.

새로운 ESXi 호스트에 NFS 데이터스토어를 마운트하면 ONTAP tools for VMware vSphere는 해당 데이터스토어와 연결된 기존 내보내기 정책에 호스트의 IP 주소를 추가합니다. 이렇게 하면 새 호스트에서 새 내보내기 정책을 생성하지 않고도 데이터스토어에 액세스할 수 있습니다.

ESXi 호스트에서 NFS 데이터스토어를 삭제하거나 마운트 해제하면 ONTAP tools for VMware vSphere는 내보내기 정책에서 해당 호스트의 IP 주소를 제거합니다. 다른 호스트에서 해당 내보내기 정책을 사용하지 않는 경우 정책이 삭제됩니다. NFS 데이터스토어를 삭제하면 ONTAP tools for VMware vSphere는 해당 데이터스토어와 연결된 내보내기 정책을 다른 데이터스토어에서 재사용하지 않는 경우 제거합니다. 내보내기 정책이 재사용되는 경우 호스트 IP 주소를 유지하며 변경되지 않습니다. 데이터스토어를 삭제하면 내보내기 정책에서 호스트 IP 주소 할당이 해제되고 기본 내보내기 정책이 할당되어 ONTAP 시스템에서 필요한 경우 해당 데이터스토어에 액세스할 수 있습니다.

내보내기 정책 할당 방식은 여러 데이터스토어에서 재사용될 때 다릅니다. 내보내기 정책을 재사용할 때는 새 호스트 IP 주소를 정책에 추가할 수 있습니다. 공유 내보내기 정책을 사용하는 데이터스토어를 삭제하거나 마운트 해제해도 해당 정책은 삭제되지 않습니다. 다른 데이터스토어와 공유되는 정책이므로 변경되지 않고 호스트 IP 주소도 제거되지 않습니다. 내보내기 정책을 재사용하면 액세스 및 지연 시간 문제가 발생할 수 있으므로 권장하지 않습니다.