NetApp AFA EF600 검토

지난 달 NetApp은 EF600과 함께 최신 미드레인지 올플래시 어레이를 발표했습니다. EF600은 같은 시장을 겨냥하고 있지만 EF570, 대체품이 아닙니다. EF570은 NVMe를 지원하지만 EF600은 엔드 투 엔드 NVMe로 이전 미드레인지에서 볼 수 없었던 새로운 수준의 유연성과 성능을 제공합니다. 성능 및 가격 대비 성능 비율 외에도 EF600은 대대적인 업그레이드 없이 미래의 요구 사항을 충족할 수 있는 미래 보장 수준을 제공합니다. 

지난 달 NetApp은 EF600과 함께 최신 미드레인지 올플래시 어레이를 발표했습니다. EF600은 같은 시장을 겨냥하고 있지만 EF570, 대체품이 아닙니다. EF570은 NVMe를 지원하지만 EF600은 엔드 투 엔드 NVMe로 이전 미드레인지에서 볼 수 없었던 새로운 수준의 유연성과 성능을 제공합니다. 성능 및 가격 대비 성능 비율 외에도 EF600은 대대적인 업그레이드 없이 미래의 요구 사항을 충족할 수 있는 미래 보장 수준을 제공합니다. 

바로 성능으로 뛰어드는 EF600은 2만 IOPS, 최대 44GB/s의 대역폭, 특정 워크로드에서 100μs 미만의 대기 시간을 요구합니다. 이러한 수준의 성능은 BeeGFS 및 Spectrum Scale과 같은 고성능 병렬 FS 위에 Oracle 데이터베이스, 실시간 분석과 같은 새로운 성능에 민감한 워크로드에 어레이를 개방합니다. 성능 프로파일은 주로 EF600의 종단 간 NVMe 구현에서 파생됩니다. 이를 통해 어레이는 앞으로 더 중요해질 InfiniBand를 통한 100Gb NVMe, RoCE를 통한 100Gb NVMe, FC를 통한 32Gb NVMe를 지원할 수 있습니다. 또한 EF600은 367U 폼 팩터에 최대 2TB의 용량을 담을 수 있습니다.

EF600은 자체적으로 신뢰성이 입증된 600세대 NetApp 하드웨어를 기반으로 구축되었습니다. 가용성 관점에서 EF9은 고급 모니터링을 통해 5% 및 자동 장애 조치를 제공합니다. 어레이는 드라이브가 고장나기 전에 문제를 감지할 수 있습니다. 장애 발생 시 어레이의 동적 디스크 풀 기술은 RAID6 또는 RAID600보다 빠른 드라이브 재구축을 수행할 수 있습니다. 플래시에 최적화된 SANtricity를 통해 EFXNUMX은 동적 용량, 동적 세그먼트 크기 마이그레이션, 동적 RAID 수준 마이그레이션과 같은 여러 데이터 보호 옵션을 제공할 수 있으며 무중단 펌웨어 업데이트와 함께 제공됩니다. 

NetApp AFA EF600 사양

NetApp AFA EF600 구축 및 설계

NetApp AFA EF600은 다른 모든 NetApp 어레이의 표준 모양과 함께 제공되는 2U 어레이입니다. NetApp 브랜딩이 있는 동일한 세련된 베젤입니다. 베젤 아래에는 어레이 전면을 가로질러 수직으로 실행되는 24개의 드라이브 베이가 있습니다. 앞서 언급한 바와 같이 NetApp은 브랜드에 맞게 밝은 파란색 드라이브 베이로 전환했습니다. 전원 버튼과 LED 표시등은 장치 왼쪽에 있습니다.

장치 후면으로 이동하면 컨트롤러의 미러 이미지가 다른 컨트롤러 위에 있는 것을 볼 수 있습니다. 왼쪽에서 오른쪽으로 PSU, RJ45 포트, USB 3.0 포트, 관리 포트, 네트워킹 포트 XNUMX개가 있으며 오른쪽 상단은 이 경우 NVMe over FC용 FC 커넥터로 채워져 있습니다. 

NetApp AFA EF600 관리

새로운 EF600은 컨트롤러 펌웨어, IOM 펌웨어 및 E-Series 및 EF-Series 스토리지 어레이를 작동하는 데 사용되는 SANtricity System Manager를 포함하는 NetApp SANtricity OS 11.XX 소프트웨어 번들을 지원합니다. SANtricity System Manager는 관리 작업 흐름을 단순화하는 데 도움을 줄 것입니다. GUI는 단순한 온박스 웹 인터페이스와 쉬운 용어로 신선하게 보이고 느껴집니다.

System Manager에 로그인하면 홈 탭이 표시되는 첫 번째 화면입니다. 여기에서 GUI 본체의 대시보드를 볼 수 있습니다. 어떤 탭에 있든 상관없이 GUI의 오른쪽 상단 모서리에 사용 가능한 일반 옵션이 항상 표시됩니다. 기본 설정, 도움말, 로그아웃 및 현재 로그인한 사용자를 포함합니다. 왼쪽 패널에는 기본 시스템 탭인 홈, 스토리지, 하드웨어, 설정 및 지원이 표시됩니다. 

대시보드에서 스토리지 어레이의 상태를 요약하는 중요한 영역을 살펴볼 수 있습니다. 상단의 알림 영역에는 시스템 상태와 구성 요소가 표시됩니다. 성능 영역은 IOPS, MiB/S 및 CPU를 포함한 주요 지표를 보여줍니다. 용량 영역에서는 할당된 시스템 용량을 볼 수 있습니다. 및 스토리지 계층 구조 영역은 스토리지 어레이에서 관리하는 다양한 하드웨어 구성 요소 및 스토리지 개체에 대한 체계적인 보기를 제공합니다.

스토리지 탭으로 이동하면 풀 및 볼륨 그룹, 볼륨, 호스트, 성능 및 스냅샷의 구성이 표시되는 주요 시스템 범주로 이동합니다. 이들 중 일부는 아래 섹션에서 자세히 설명합니다.

풀 및 볼륨 그룹 페이지에는 시스템에서 생성된 풀 및 볼륨 그룹이 표시됩니다. 할당되지 않은 드라이브에서 기존 항목을 편집하거나 새 항목을 만들 수 있습니다. 이 페이지에는 총 용량, 사용된 용량, 드라이브 수, RAID 구성 및 해당 풀 또는 볼륨 그룹의 기타 통계도 표시됩니다.  

볼륨 페이지에는 구성된 볼륨이 표시됩니다. 각 볼륨에 대해 페이지에는 상태, 할당된 호스트, 속해 있는 풀 또는 볼륨 그룹, 보고된 용량, 할당된 용량 및 기타 정보가 표시됩니다. 또한 볼륨을 생성 또는 편집하거나 애플리케이션당 워크로드를 정의할 수 있는 영역이기도 합니다.

성능 페이지는 스토리지 어레이의 성능을 모니터링하는 여러 가지 방법을 제공합니다. Logical View 탭에서 전체 시스템, 풀, 볼륨 그룹 또는 단일 볼륨을 포함하여 모니터링할 구성 요소를 정의합니다. Physical 및 Applications & Workloads 보기를 사용하여 스토리지 어레이의 다른 주요 영역을 모니터링할 수도 있습니다. 성능 페이지는 성능 세부 정보 보기를 클릭하여 홈 페이지에서 액세스할 수도 있습니다.

다음 탭인 하드웨어 탭에서는 스토리지 어레이에 설치된 물리적 선반, 컨트롤러 및 드라이브를 관리할 수 있습니다. 이 페이지는 스토리지 어레이에 있는 드라이버를 보여줍니다. 이 보기를 변경하여 풀 또는 볼륨 그룹당 드라이버를 표시할 수도 있습니다.

컨트롤러 선반 영역 아래의 컨트롤러 아이콘을 클릭하면 컨트롤러 A 또는 컨트롤러 B 설정을 선택하고 볼 수 있습니다. 이 창에서 Base, Cache, Host Interfaces, Drive Interfaces, Management Ports, DNS/NTP 등 다양한 탭으로 이동하여 컨트롤러에 대한 자세한 정보를 볼 수 있습니다.

Controller Shelf 영역 아래에 있는 다른 아이콘을 클릭하면 Shelf Component Settings 창이 나타납니다. 이 영역은 전원 공급 장치, 팬, 온도, 배터리 및 SFP 정보를 포함하여 선반 구성 요소와 관련된 상태 및 설정을 모니터링하는 데 유용합니다. 

설정 탭에서 스토리지 어레이에 문제가 있는 경우 알리도록 경고를 구성할 수 있습니다. 이 영역은 또한 스토리지 어레이 이름과 같은 시스템 설정을 변경하고, 사용자를 인증하고, 인증서를 가져오고, 기타 시스템 전체 기능을 수행할 수 있는 곳입니다.

액세스 관리는 시스템에서 사용자 인증을 설정할 수 있는 곳입니다. 이 영역에서 암호, 로컬 사용자, 권한 구성, 디렉토리 서버 추가 및 기타 액세스 관리 구성을 관리할 수 있습니다. 인증 방법에는 RBAC(역할 기반 액세스 제어), 디렉터리 서비스 및 SAML(Security Assertion Markup Language) 2.0이 포함됩니다. 

마지막 탭인 지원 탭에서는 진단을 수행하고 기술 지원에서 요청할 수 있는 주요 정보를 수집할 수 있습니다. 스토리지 어레이에 문제가 있는 경우. 여기에서 이벤트 로그를 사용하여 스토리지 어레이의 과거 기록을 볼 수 있습니다. 또한 시스템 업데이트를 수행합니다.

지원 센터 영역에서 아래로 스크롤하면 스토리지 어레이 전세계 식별자 섀시 일련 번호, 셸프 수, 드라이브 수, 드라이브 유형, 컨트롤러 수, 컨트롤러 펌웨어 버전과 같은 상위 스토리지 어레이 속성을 볼 수 있습니다. 시스템 관리 버전 및 기타 시스템 정보.

NetApp AFA EF600 구성

NetApp EF600에는 24개의 NVMe SSD가 제공되었으며 모두 1.92TB 삼성 모델입니다. 특히 스토리지의 경우 이 스토리지 어레이를 구입하는 고객이 일반적으로 사용하는 RAID10을 활용했습니다. 24개의 드라이브와 100개의 컨트롤러 레이아웃을 사용하여 12개의 드라이브로 구성된 24개의 볼륨 그룹으로 분할했습니다. 이 두 개의 볼륨 그룹에서 크기가 100GB인 각 호스트(두 컨트롤러에서 호스트당 두 개의 볼륨 균형 조정)에 대해 각각 하나의 볼륨을 할당했습니다. 2.4개의 컴퓨팅 호스트를 사용하여 XNUMX x XNUMXGB 또는 XNUMXTB의 총 작업 데이터 세트 크기를 제공했습니다.

백엔드 연결의 경우 EF600은 현재 NVMeoF만 지원하며 FCP 지원이 예정되어 있습니다. 이 시스템은 모든 32Gb FC 옵틱과 함께 제공되었으며 이 검토를 위해 12개의 호스트를 최신 Emulex 32Gb 듀얼 포트 HBA로 업데이트했습니다. 우리는 전통적으로 VMware에서 AFA를 테스트했지만 NVMeoF 성능을 벤치마킹하기 위해 각 호스트에서 SLES 12 SP4의 베어 메탈 설치로 실행했습니다. Brocade G16 스위치로 구동되는 듀얼 스위치 FC 패브릭에 연결된 32개의 620Gb 포트(컨트롤러당 512개)를 모두 활용했습니다. 전체적으로 이것은 듀얼 포트 64 호스트 클러스터가 12Gb 또는 768GB/s 피크를 지원하는 스토리지 어레이(96GB/s)에서 이론적으로 XNUMXGb 대역폭을 허용했습니다.

VDBench 워크로드 분석

스토리지 어레이를 벤치마킹할 때는 애플리케이션 테스트가 가장 좋고 합성 테스트가 두 번째입니다. 실제 워크로드를 완벽하게 나타내지는 못하지만 합성 테스트는 경쟁 솔루션 간의 비교를 쉽게 수행할 수 있는 반복성 요소로 스토리지 장치의 기준선을 만드는 데 도움이 됩니다. 이러한 워크로드는 "포 코너" 테스트, 공통 데이터베이스 전송 크기 테스트, 다양한 VDI 환경의 추적 캡처에 이르는 다양한 테스트 프로필을 제공합니다. 이러한 모든 테스트는 스크립팅 엔진과 함께 공통 vdBench 워크로드 생성기를 활용하여 대규모 컴퓨팅 테스트 클러스터에서 결과를 자동화하고 캡처합니다. 이를 통해 플래시 어레이 및 개별 저장 장치를 포함한 광범위한 저장 장치에서 동일한 작업 부하를 반복할 수 있습니다.

프로필 :

• 4K 임의 읽기: 100% 읽기, 128 스레드, 0-120% iorate
• 4K 임의 쓰기: 100% 쓰기, 64 스레드, 0-120% iorate
• 64K 순차 읽기: 100% 읽기, 16 스레드, 0-120% iorate
• 64K 순차 쓰기: 100% 쓰기, 8개 스레드, 0-120% 속도
• 합성 데이터베이스: SQL 및 Oracle
• VDI 전체 클론 및 연결된 클론 추적

VDBench 테스트는 NVMeoF의 EF600과 FC의 EF570을 사용하여 나란히 설정되었습니다. 무작위 4K 읽기에서 EF600은 대기 시간 206,592μs로 192.7에서 시작하여 약 1 IOPS에 도달할 때까지 2,082,389ms 미만을 유지했습니다. 2,082,693ms의 대기 시간으로 1.4으로 정점을 찍었습니다. EF570은 103,330μs의 대기 시간으로 184에서 시작했습니다. EF570은 두 번 급증하고 첫 번째 피크 이후 1 IOPS에 도달할 때까지 929,562ms 미만을 유지한 다음 최대 1,031,613 IOPS에 도달하고 대기 시간은 2.5ms입니다.

4K 쓰기 성능을 살펴보면 두 하위 시스템 모두 100μs 미만의 매우 낮은 대기 시간으로 시작했습니다. EF600은 약 1 IOPS까지 640,171ms 미만에서 잘 수행되었으며 어레이도 최고점에 도달했습니다. 이는 대기 시간이 570ms인 EF222,416의 최고 성능인 4.7 IOPS와 비교할 때 현저한 차이입니다.

순차 워크로드로 전환하여 최대 64K 읽기 성능을 살펴봅니다. 여기에서 EF600은 500 IOPS 또는 128,713GB/s에서 4μs 미만으로 시작하여 643,152μs 대기 시간으로 40.2 IOPS 또는 458GB/s에서 정점에 도달했습니다. 전체 성능에 걸쳐 꾸준한 대기 시간을 보여줍니다. EF570도 500μs 미만에서 시작하여 1 IOPS 또는 202,776GB/s에 도달할 때까지 12.67ms 미만을 유지한 다음 247,692ms의 대기 시간으로 최대 15.48 IOPS 또는 2GB/s에 빠르게 도달했습니다.

64K 쓰기에서 두 어레이는 250μs 미만의 600밀리초 미만의 대기 시간으로 시작하여 최고 성능에 도달하기 직전에 일정한 대기 시간을 유지했습니다. EF141,859은 8.87 IOPS 또는 1.3GB/s로 정점을 찍었고 대기 시간은 570ms였습니다. EF80,675 성능은 5ms 대기 시간에서 3.2 또는 XNUMXGB/s로 정점을 찍었습니다.

다음 테스트 세트는 SQL, SQL 90-10 및 SQL 80-20과 같은 SQL 워크로드입니다. SQL에서 두 어레이 모두 200μs 미만에서 시작하여 최고 성능에 도달한 후에도 1ms 미만을 유지했습니다. EF600에서 우리는 1,880,526μs 대기 시간에서 398 IOPS의 피크를 보았습니다. 그리고 EF570은 1,029,910μs의 대기 시간과 함께 818 IOPS에서 정점을 보였습니다.

SQL 90-10에서는 두 어레이가 모두 시작되었고 지연 시간이 1ms 미만으로 성능이 유지되는 것을 확인했습니다. EF600은 대기 시간 1,784,866μs에서 387 IOPS로 정점을 찍은 반면, EF570은 대기 시간 600μs에서 최고 875,340 IOPS로 EF853 성능의 절반에 불과했습니다.

SQL 80-20에서는 200μs가 넘는 두 어레이의 대기 시간에 대한 유사한 시작 지점을 다시 확인했습니다. EF600은 156,264 IOPS에서 시작하여 1,559,733μs의 대기 시간과 함께 406 IOPS에서 정점에 도달했습니다. EF570은 73,990 IOPS에서 시작하여 지연 시간이 739,139ms인 1.1 IOPS에서 정점에 도달했습니다.

다음 벤치마크 배치는 Oracle 워크로드인 Oracle, Oracle 90-10 및 Oracle 80-20입니다. Oracle을 사용하는 경우 EF600은 153,376 IOPS에서 시작하여 158μs 대기 시간을 유지하고 1,531,381밀리초 미만의 대기 시간을 유지하며 최대 507 IOPS에서 570μs 대기 시간을 유지합니다. 이는 718,141ms 대기 시간에서 EF1.2의 최대 XNUMX IOPS와 비교됩니다.

Oracle 90-10에서 EF600은 172,788μs의 대기 시간에서 161 IOPS로 시작하여 전체 테스트 동안 1ms 미만을 유지했으며, 1,660,486μs의 대기 시간에서 286 IOPS로 정점에 도달합니다. 반면 EF570은 874,181μs의 대기 시간과 함께 650 IOPS의 최고 성능을 보였습니다.

Oracle 80-20의 경우 EF600은 156,113μs의 대기 시간에서 158 IOPS로 시작하여 테스트가 끝날 때까지 밀리초 미만의 대기 시간을 유지했습니다. EF600은 1,514,221μs의 대기 시간과 함께 310 IOPS에서 정점을 찍었습니다. 이는 대기 시간이 570μs인 EF735,093의 681 IOPS의 약 두 배입니다.

결론

NetApp AFA EF600은 미드레인지를 겨냥한 엔드 투 엔드 NVMe 어레이입니다. 어레이는 2U에 불과하지만 작은 프레임에 최대 367TB의 용량을 담을 수 있으며 훨씬 더 큰 엔터프라이즈 어레이에 필적하는 성능을 제공합니다. 여기에는 2만 IOPS, 최대 44GB/s의 대역폭, 100μs 미만의 대기 시간이 포함됩니다. 또한 이 어레이에는 InfiniBand를 통한 100Gb NVMe, RoCE를 통한 100Gb NVMe, FCP 지원 및 FC를 통한 32Gb NVMe를 지원하는 일부 미래 보장 기능이 내장되어 있습니다. 모든 NetApp 어레이와 마찬가지로 EF600은 고가용성과 몇 가지 내장 데이터 보호 기능을 제공합니다. 

성능을 살펴보면 NVMe-oF를 실행하는 EF600과 FCP를 통한 EF570을 비교했습니다. 이것은 어느 것이 더 나은지 보여주기 위해 설계된 것이 아니라 두 장치에서 기대할 수 있는 것을 설명하기 위한 것입니다. 4K 랜덤 읽기의 경우 EF600은 570만 IOPS 이상에서 EF2의 최고 성능의 두 배 이상, 지연 시간은 거의 절반인 1.4ms로 거의 절반이었습니다. 4K 쓰기의 경우 EF600은 3/640의 대기 시간(약 1.5ms)에서 거의 64배의 최고 성능(40.2K IOPS)을 보였습니다. 8.87K 순차 워크로드에서 우리는 2.6GB/s 읽기 및 1.8GB/s 쓰기의 최대 성능이 읽기에서 약 600배, 쓰기에서 1.88배 더 빠른 것을 확인했습니다. SQL의 경우 EF1.78의 최대 점수는 90만 IOPS, SQL10-1.56은 80만 IOPS, SQL 20-600은 1.53만 IOPS였습니다. Oracle 테스트에서 EF1.66은 90만 IOPS, Oracle 10-1.51에서 80만 IOPS, Oracle 20-1에서 XNUMX만 IOPS를 기록했으며 모두 XNUMXms 대기 시간 미만이었습니다. 

AFA EF600은 NetApp의 또 다른 인상적인 어레이입니다. EF600은 미드레인지 사용자에게 필요한 용량은 물론 대기 시간이 짧은 매우 높은 트랜잭션 성능을 제공합니다. 데이터 감소 또는 집의 ONTAP 측에서 제공하는 풍부한 데이터 서비스가 필요하지 않은 고객을 위해 EF600은 최신 NVMe SSD 및 데이터 전송 기술의 이점을 누릴 수 있는 대상 애플리케이션에 고성능을 제공하는 역할에 적합합니다. . 궁극적으로 EF600은 모든 사람을 위한 것은 아니지만 그것은 의도가 아니며 분명히 Swiss Army Knife가 아닙니다. EF600에 대한 NetApp의 의도는 조금 더 전술적입니다. 즉, 일반적인 가상화 핫스팟을 벗어나는 경향이 있는 애플리케이션을 사용할 수 있는 강화된 플랫폼을 제공하고 기업 가치 실현 시간을 단축합니다. EF600은 AI, ML 및 데이터베이스 워크로드를 가속화하여 이 스토리지 범주에서 그 어느 때보다 빠르게 비즈니스에 실행 가능한 통찰력을 제공합니다. 가격 대비 성능과 이 600세대 EF가 제공하는 안정성으로 인해 EFXNUMX은 NetApp EF 제품군에 또 다른 StorageReview Editor's Choice Award를 수상했습니다. 

NetApp 플래시 어레이

이 검토에 대해 토론

StorageReview 뉴스레터 신청