올플래시 VSAN 또는 범용 플래시 어레이를 사용하는 ONTAP Select 가상 NAS(vNAS) 구축은 SSD가 아닌 DAS 스토리지를 사용하는 ONTAP Select의 모범 사례를 따라야 합니다.

다음 권장 사항을 준수해야 합니다.

하나의 ONTAP Select 애그리게이트에 있는 모든 드라이브는 동일한 유형이어야 합니다. 예를 들어, 동일한 애그리게이트에 HDD와 SSD 드라이브를 혼합해서는 안 됩니다.

서버 RAID 컨트롤러는 writeback 모드로 작동하도록 구성해야 합니다. 쓰기 워크로드 성능 문제가 발생하면 컨트롤러 설정을 확인하고 writethrough 또는 writearound가 활성화되어 있지 않은지 확인하십시오.

물리적 서버에 로컬로 연결된 모든 디스크를 관리하는 단일 RAID 컨트롤러가 포함되어 있는 경우 NetApp에서는 서버 OS용 별도의 LUN과 ONTAP Select용 하나 이상의 LUN을 생성할 것을 권장합니다. 부팅 디스크가 손상된 경우 이 모범 사례를 따르면 관리자가 ONTAP Select에 영향을 주지 않고 OS LUN을 다시 생성할 수 있습니다.

RAID 컨트롤러 캐시는 NVRAM 파티션을 대상으로 하는 변경 사항뿐만 아니라 들어오는 모든 블록 변경 사항을 저장하는 데 사용됩니다. 따라서 RAID 컨트롤러를 선택할 때는 사용 가능한 캐시가 가장 큰 컨트롤러를 선택하십시오. 캐시가 클수록 디스크 플러싱 빈도가 줄어들고 ONTAP Select VM, 하이퍼바이저 및 서버에 함께 배치된 모든 컴퓨팅 VM의 성능이 향상됩니다.

최적의 RAID 그룹 크기는 8~12개 드라이브입니다. RAID 그룹당 최대 드라이브 수는 24개입니다.

ONTAP Select 노드당 지원되는 NVME 드라이브의 최대 수는 14개입니다.

스페어 디스크는 선택 사항이지만 권장됩니다. NetApp에서는 RAID 그룹당 스페어 1개를 사용할 것을 권장하지만, 모든 RAID 그룹에 대한 글로벌 스페어를 사용할 수도 있습니다. 예를 들어, 각 RAID 그룹이 8~12개의 드라이브로 구성된 경우 3개의 RAID 그룹마다 2개의 스페어를 사용할 수 있습니다.

ONTAP Select는 RAID 그룹 내의 LUN 수를 늘려도 성능상의 이점을 얻지 못합니다. 여러 개의 LUN은 SATA/NL-SAS 구성의 모범 사례를 따르거나 하이퍼바이저 파일 시스템의 제한 사항을 우회하기 위한 경우에만 사용해야 합니다.

NetApp에서는 시스템 디스크를 호스팅하는 데이터스토어에 ESXi 8.0 이상 및 NVMe 디스크를 사용할 것을 권장합니다. 이 구성은 NVRAM 파티션에 최상의 성능을 제공합니다.

ONTAP Select 네트워크 및 외부 스토리지(iSCSI 또는 NFS를 사용하는 경우 VMware vSAN 및 일반 스토리지 어레이 트래픽)에 대한 전용 네트워크 포트, 대역폭 및 vSwitch 구성을 정의합니다.

용량 옵션을 구성하여 스토리지 사용률을 제한합니다(ONTAP Select는 외부 vNAS 데이터 저장소의 전체 용량을 사용할 수 없음).

모든 범용 외부 스토리지 어레이가 가능한 경우 사용 가능한 이중화 및 HA 기능을 사용하는지 확인하십시오.

새 호스트의 가용 용량은 ONTAP Select 노드에서 VMware Storage vMotion을 사용할지 여부를 결정할 때 고려해야 할 유일한 요소가 아닙니다. 기본 스토리지 유형, 호스트 구성 및 네트워크 기능은 원래 호스트와 동일한 워크로드를 감당할 수 있어야 합니다.

여러 Deploy 인스턴스가 중복된 MAC 주소를 할당할 가능성을 제거하려면 레이어 2 네트워크당 하나의 Deploy 인스턴스를 사용하여 ONTAP Select 클러스터 또는 노드를 생성하거나 관리해야 합니다.

ONTAP Select 2노드 클러스터에서는 스토리지 페일오버가 비활성화되었음을 나타내는 EMS 메시지가 발생하는지 주의 깊게 모니터링해야 합니다. 이러한 메시지는 중재자 서비스와의 연결이 끊어졌음을 나타내므로 즉시 해결해야 합니다.

두 노드 간 네트워크는 평균 지연 시간 5ms에 주기적인 지터 5ms를 추가로 지원해야 합니다. 클러스터를 배포하기 전에 ONTAP Select 제품 아키텍처 및 모범 사례 기술 보고서에 설명된 절차를 사용하여 네트워크를 테스트하십시오.

내부 및 외부 ONTAP Select 네트워크 모두에서 로드 밸런싱을 최적화하려면 시작 가상 포트 기반 경로 로드 밸런싱 정책을 사용하십시오.

데이터 트래픽이 여러 레이어 2 네트워크에 걸쳐 있고 VLAN 포트 사용이 필요하거나 여러 IPspace를 사용하는 경우 VGT를 사용해야 합니다.

VMware는 ESXi 호스트에 연결된 스위치 포트에서 STP를 Portfast로 설정할 것을 권장합니다. 스위치 포트에서 STP를 Portfast로 설정하지 않으면 ONTAP Select의 업링크 장애 허용 기능에 영향을 줄 수 있습니다. LACP를 사용하는 경우 LACP 타이머를 fast(1초)로 설정해야 합니다. 로드 밸런싱 정책은 포트 그룹에서는 IP 해시 기반 라우팅으로, LAG에서는 소스 및 대상 IP 주소와 TCP/UDP 포트 및 VLAN으로 설정해야 합니다.

외부 네트워크와 내부 네트워크(다중 노드 클러스터만 해당)를 지원하려면 각 ONTAP Select 호스트에 가상 스위치를 구성해야 합니다. 다중 노드 클러스터를 배포하는 과정에서 내부 클러스터 네트워크의 네트워크 연결을 테스트해야 합니다.

하이퍼바이저 호스트에서 Open vSwitch를 구성하는 방법에 대한 자세한 내용은 "KVM의 ONTAP Select 제품 아키텍처 및 모범 사례" 기술 보고서를 참조하십시오.

클러스터를 생성한 후를 포함하여 Deploy 구성 데이터를 정기적으로 백업하는 것이 좋습니다. 특히 2노드 클러스터의 경우 미디에이터 구성 데이터가 백업에 포함되므로 이 백업이 더욱 중요합니다.

클러스터를 생성하거나 배포한 후에는 "ONTAP Select Deploy 구성 데이터를 백업합니다"해야 합니다.

미러링된 애그리게이트는 기본 애그리게이트의 최신 복사본(RPO 0)을 제공하는 데 필요하지만, 기본 애그리게이트의 여유 공간이 부족해지지 않도록 주의해야 합니다. 기본 애그리게이트의 여유 공간이 부족해지면 ONTAP에서 스토리지 반환을 위한 기준선으로 사용되는 공통 스냅샷 복사본을 삭제할 수 있습니다. 이는 클라이언트 쓰기 작업을 처리하기 위한 설계상의 기능입니다. 그러나 장애 복구 시 공통 스냅샷 복사본이 없으면 ONTAP Select 노드는 미러링된 애그리게이트에서 전체 기준선을 다시 생성해야 합니다. 공유 스토리지가 없는 환경에서는 이 작업에 상당한 시간이 소요될 수 있습니다.

ONTAP Select는 2노드 클러스터에 대해 단일 10Gb 링크를 지원합니다. 그러나 NetApp 모범 사례는 ONTAP Select 클러스터의 내부 및 외부 네트워크 모두에서 NIC 집계 또는 NIC 팀 구성을 통해 하드웨어 이중화를 구현하는 것입니다.

NIC에 여러 개의 애플리케이션별 집적 회로(ASIC)가 있는 경우, 내부 및 외부 네트워크에 대한 NIC 팀 구성을 통해 네트워크를 구축할 때 각 ASIC에서 하나의 네트워크 포트를 선택해야 합니다.

NetApp에서는 ESXi와 물리적 스위치 모두에서 LACP 모드를 활성화할 것을 권장합니다. 또한 물리적 스위치, 포트, 포트 채널 인터페이스 및 VMNIC에서 LACP 타이머를 빠름(1초)으로 설정해야 합니다.

LACP와 함께 분산 vSwitch를 사용하는 경우 NetApp에서는 LAG의 포트 그룹, 소스 및 대상 IP 주소, TCP/UDP 포트, VLAN에 대해 IP 해시를 기반으로 라우팅하도록 로드 밸런싱 정책을 구성하는 것을 권장합니다.

MetroCluster SDS를 생성하기 전에 ONTAP Deploy 연결 검사기를 사용하여 두 데이터 센터 간의 네트워크 지연 시간이 허용 범위 내에 있는지 확인하십시오.

가상 게스트 태깅(VGT)과 2노드 클러스터를 사용할 때 추가적인 주의 사항이 있습니다. 2노드 클러스터 구성에서 노드 관리 IP 주소는 ONTAP가 완전히 사용 가능해지기 전에 중재자에 대한 초기 연결을 설정하는 데 사용됩니다. 따라서 노드 관리 LIF(포트 e0a)에 매핑된 포트 그룹에서는 외부 스위치 태깅(EST) 및 가상 스위치 태깅(VST) 태깅만 지원됩니다. 또한 관리 트래픽과 데이터 트래픽이 동일한 포트 그룹을 사용하는 경우 전체 2노드 클러스터에 대해 EST 및 VST만 지원됩니다.