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

ONTAP Select vSAN 및 외부 어레이 구성

PDF

가상 NAS(vNAS) 배포는 가상 SAN(vSAN), 일부 HCI 제품 및 외부 어레이 유형의 데이터스토어에서 ONTAP Select 클러스터를 지원합니다. 이러한 구성의 기본 인프라는 데이터스토어 복원력을 제공합니다.

최소 요구 사항은 사용 중인 하이퍼바이저(지원되는 Linux 호스트의 VMware ESXi 또는 KVM)가 기본 구성을 지원하는 것입니다. 하이퍼바이저가 ESXi인 경우 해당 VMware HCL에 등재되어 있어야 합니다.

vNAS 아키텍처

vNAS라는 명칭은 DAS를 사용하지 않는 모든 구성에 사용됩니다. 멀티 노드 ONTAP Select 클러스터의 경우, 동일한 HA 쌍에 속한 두 개의 ONTAP Select 노드가 단일 데이터스토어(vSAN 데이터스토어 포함)를 공유하는 아키텍처가 여기에 해당합니다. 노드는 동일한 공유 외부 어레이의 서로 다른 데이터스토어에 설치될 수도 있습니다. 이를 통해 어레이 측 스토리지 효율성을 높여 전체 ONTAP Select HA 쌍의 설치 공간을 줄일 수 있습니다. ONTAP Select vNAS 솔루션의 아키텍처는 로컬 RAID 컨트롤러를 사용하는 DAS 기반 ONTAP Select와 매우 유사합니다. 즉, 각 ONTAP Select 노드는 HA 파트너 노드의 데이터 복사본을 계속 보유합니다. ONTAP 스토리지 효율성 정책은 노드 단위로 적용됩니다. 따라서 어레이 측 스토리지 효율성은 두 ONTAP Select 노드의 데이터 세트 전체에 적용될 수 있으므로 바람직합니다.

또한 HA 쌍의 각 ONTAP Select 노드가 별도의 외부 어레이를 사용할 수도 있습니다. 이는 외부 스토리지와 함께 ONTAP Select MetroCluster SDS를 사용할 때 일반적인 선택입니다.

ONTAP Select 노드마다 별도의 외부 어레이를 사용하는 경우, 두 어레이가 ONTAP Select VM에 유사한 성능 특성을 제공하는 것이 매우 중요합니다.

vNAS 아키텍처와 하드웨어 RAID 컨트롤러를 사용하는 로컬 DAS 비교

vNAS 아키텍처는 논리적으로 DAS 및 RAID 컨트롤러가 있는 서버 아키텍처와 가장 유사합니다. 두 경우 모두 ONTAP Select는 데이터 저장소 공간을 사용합니다. 이 데이터 저장소 공간은 VMDK로 분할되고, 이러한 VMDK는 기존 ONTAP 데이터 애그리게이트를 구성합니다. ONTAP Deploy는 클러스터 생성 및 스토리지 추가 작업 중에 VMDK의 크기가 적절하게 조정되고 (HA 쌍의 경우) 올바른 plex에 할당되도록 합니다.

vNAS와 RAID 컨트롤러가 있는 DAS 사이에는 두 가지 주요 차이점이 있습니다. 가장 직접적인 차이점은 vNAS는 RAID 컨트롤러를 필요로 하지 않는다는 것입니다. vNAS는 기본 외부 어레이가 RAID 컨트롤러가 있는 DAS에서 제공하는 것과 같은 데이터 영속성과 복원력을 제공한다고 가정합니다. 두 번째이자 더 미묘한 차이점은 NVRAM 성능과 관련이 있습니다.

vNAS NVRAM

ONTAP Select NVRAM은 VMDK입니다. 즉, ONTAP Select는 블록 주소 지정 장치(VMDK) 위에 바이트 주소 지정 공간(기존 NVRAM)을 에뮬레이션합니다. 하지만 NVRAM의 성능은 ONTAP Select 노드의 전체 성능에 매우 중요합니다.

하드웨어 RAID 컨트롤러가 있는 DAS 구성의 경우, NVRAM VMDK에 대한 모든 쓰기 작업이 먼저 RAID 컨트롤러 캐시에 저장되므로 하드웨어 RAID 컨트롤러 캐시가 NVRAM 캐시 역할을 합니다.

VNAS 아키텍처의 경우, ONTAP Deploy는 ONTAP Select 노드를 SIDL(Single Instance Data Logging)이라는 부팅 인자로 자동 구성합니다. 이 부팅 인자가 있는 경우, ONTAP Select는 NVRAM을 우회하고 데이터 페이로드를 데이터 애그리게이트에 직접 씁니다. NVRAM은 WRITE 작업으로 변경된 블록의 주소만 기록하는 데 사용됩니다. 이 기능의 장점은 NVRAM에 한 번 쓰고 NVRAM이 해제될 때 두 번째로 쓰는 이중 쓰기를 방지한다는 것입니다. 이 기능은 RAID 컨트롤러 캐시에 대한 로컬 쓰기의 추가 지연 시간이 무시할 수 있을 정도로 작기 때문에 vNAS에서만 활성화됩니다.

SIDL 기능은 모든 ONTAP Select 스토리지 효율성 기능과 호환되지 않습니다. 다음 명령을 사용하여 애그리게이트 수준에서 SIDL 기능을 비활성화할 수 있습니다.

storage aggregate modify -aggregate aggr-name -single-instance-data-logging off
참고 SIDL 기능이 비활성화되면 쓰기 성능에 영향을 미칩니다. 해당 애그리게이트의 모든 볼륨에 대한 모든 스토리지 효율성 정책을 비활성화한 후 SIDL 기능을 다시 활성화할 수 있습니다. 
volume efficiency stop -all true -vserver * -volume * (all volumes in the affected aggregate)

ESXi에서 vNAS를 사용할 때 ONTAP Select 노드 배치

ONTAP Select에는 공유 스토리지의 다중 노드 ONTAP Select 클러스터에 대한 지원이 포함되어 있습니다. ONTAP Deploy를 사용하면 동일한 클러스터에 속하지 않는 한 동일한 ESXi 호스트에 여러 ONTAP Select 노드를 구성할 수 있습니다.

참고 이 구성은 VNAS 환경(공유 데이터 저장소)에서만 유효합니다. DAS 스토리지를 사용하는 경우 호스트당 여러 ONTAP Select 인스턴스가 지원되지 않습니다. 이러한 인스턴스가 동일한 하드웨어 RAID 컨트롤러를 두고 경쟁하기 때문입니다.

ONTAP Deploy는 다중 노드 VNAS 클러스터의 초기 배포 시 동일한 클러스터의 여러 ONTAP Select 인스턴스가 동일한 호스트에 배치되지 않도록 합니다. 다음 그림은 두 호스트에서 교차하는 두 개의 4노드 클러스터의 올바른 배포 예를 보여줍니다.

다중 노드 VNAS 클러스터의 초기 구축

다중 노드 VNAS 클러스터의 초기 구축

배포 후 ONTAP Select 노드는 호스트 간에 마이그레이션할 수 있습니다. 이로 인해 동일 클러스터의 두 개 이상의 ONTAP Select 노드가 동일한 기본 호스트를 공유하는 최적화되지 않고 지원되지 않는 구성이 발생할 수 있습니다. NetApp은 VMware가 동일한 HA 쌍의 노드뿐만 아니라 동일한 클러스터의 노드 간에 물리적 분리를 자동으로 유지하도록 VM 안티 어피니티 규칙을 수동으로 생성할 것을 권장합니다.

참고 안티 어피니티 규칙을 사용하려면 ESXi 클러스터에서 DRS가 활성화되어 있어야 합니다.

ONTAP Select VM에 대한 안티 어피니티 규칙을 생성하는 방법은 다음 예시를 참조하십시오. ONTAP Select 클러스터에 HA 쌍이 두 개 이상 포함된 경우 클러스터의 모든 노드를 이 규칙에 포함해야 합니다.

VM/호스트 규칙

VM/호스트 규칙 편집

동일한 ONTAP Select 클러스터의 두 개 이상의 ONTAP Select 노드가 다음과 같은 이유로 동일한 ESXi 호스트에서 발견될 수 있습니다.

  • VMware vSphere 라이센스 제한으로 인해 DRS가 없거나 DRS가 활성화되지 않은 경우입니다.

  • VMware HA 작업 또는 관리자가 시작한 VM 마이그레이션이 우선하므로 DRS 안티 어피니티 규칙이 무시됩니다.

참고 ONTAP Deploy는 ONTAP Select VM 위치를 사전에 모니터링하지 않습니다. 하지만 클러스터 새로 고침 작업을 수행하면 ONTAP Deploy 로그에 지원되지 않는 구성이 반영됩니다.

ONTAP Deploy 로그