NetApp AFF A200 검토

NetApp AFF A200은 NetApp의 엔터프라이즈 플래시 스토리지 포트폴리오에 매력적인 진입점을 제공하는 2U 올플래시 스토리지 어레이입니다. AFF A200은 듀얼 컨트롤러로 관리되는 24개의 전면 장착형 2.5인치 드라이브를 특징으로 하며 200코어 Intel Broadwell-DE 프로세서로 구동됩니다. A200은 SAN 또는 NAS 워크로드(또는 둘 다)로 액세스할 수 있습니다. AFF A15은 최대 367TB 용량의 SSD를 지원하므로 단일 어레이에 최대 224TB의 원시 스토리지를 장착할 수 있으며 DSXNUMXC 확장 선반을 통해 추가 공간을 사용할 수 있습니다.

NetApp AFF A200 구성의 총 용량을 고려할 때 NetApp이 압축, 중복 제거 및 데이터 압축을 포함한 인라인 데이터 감소 기술의 효율성을 보장한다는 점을 염두에 두는 것이 중요합니다. NetApp은 워크로드 유형에 따라 보장된 스토리지 효율성을 제공합니다. 고객이 보장된 효율성을 깨닫지 못하는 경우 NetApp이 그 차이를 보상합니다. 이 보증은 현재 형태로 2018년 XNUMX월까지 유효합니다.

AFF A200의 데이터 감소 효과를 평가하는 것은 검토 프로세스 범위를 벗어나지만 NetApp에 따르면 AFF A200은 용량 요구 사항을 2~10배 줄여야 합니다. 간단히 말해 NetApp의 데이터 압축 기술은 동일한 볼륨의 여러 논리적 데이터 블록을 단일 4KB 블록에 배치합니다. NetApp에 따르면 이 기능은 성능에 "200에 가까운" 영향을 미칩니다. 이는 평가할 검토 프로세스에 적합한 것입니다. A2650의 아키텍처는 회사의 FAS200 어레이를 활용하지만(AFF A2650의 아키텍처는 엔트리 FAS 플랫폼의 아키텍처와 유사함) 이전 FAS200 관리자는 AXNUMX이 NVMe FlashCache를 통합하지 않고 SSD에서만 작동한다는 점에 유의해야 합니다.

NetApp 제품인 FAS2240-2를 마지막으로 살펴본 이후 9년 동안 NetApp 에코시스템 내에서 많은 변화가 있었습니다. 여기에는 AFF 올플래시 라인업의 데뷔와 ONTAP XNUMX 운영 체제의 데뷔(현재 버전 9.2). AFF A200은 AFF 제품군의 200세대인 "AFF A" 라인업의 일부입니다. 플래시 기술과 올플래시 어레이 시장도 그 사이에 발전했습니다. 따라서 NetApp AFF A2240을 NetApp이 FASXNUMX과 같은 제품으로 과거에 구축된 고객 기반을 통합하고 새로운 시장으로 확장할 수 있는 가장 큰 기회를 보고 있는 곳을 나타내는 것으로 간주하는 것이 합리적입니다.

이 리뷰에서는 200개의 24GB SSD가 장착된 AFF A960과 함께 NetApp의 최신 보급형 플래시 스토리지를 포괄적으로 살펴봅니다.

NetApp AFF A200 사양

HA 쌍당(활성-활성 컨트롤러)
폼 팩터: 2U
메모리 : 64GB
NVRAM: 8GB
스토리지
- 온보드 베이: 24개의 2.5" 슬롯
- 최대 SSD: 144
- 최대 원시 용량: 2.2PB
- 유효 용량: 8.8PB(base10)
- 지원되는 SSD: 15.3TB, 7.6TB, 3.8TB 및 960GB. 3.8TB 및 800GB 자체 암호화
- 지원되는 스토리지 선반: DS224C, DS2246
SAN 스케일 아웃: 2~8개 노드
RAID 지원: RAID6, RAID4, RAID 6 + RAID 1 또는 RAID 4 + RAID 1(SyncMirror)
지원되는 OS :
- 윈도우 2000
- 윈도우 서버 2003
- 윈도우 서버 2008
- 윈도우 서버 2012
- 윈도우 서버 2016
- Linux
- 오라클 솔라리스
- AIX
- HP-UX
- 맥 OS
- VM웨어
- ESX
항구 :
- 8x UTA2(16Gb FC, 10GbE/FCoE)
- 4GbE 10개
- 4x 12Gb SAS
스토리지 네트워킹 지원:
- FC
- FCoE
- iSCSI를
- NFS
- pNFS
- CIFS/SMB
OS 버전: ONTAP 9.1 RC2 이상
최대 LUN 수: 4,096
지원되는 SAN 호스트 수: 512

빌드 및 디자인

NetApp AFF A200은 24인치 SAS SSD를 지원하는 2.5베이 섀시를 기반으로 제작되었습니다. 이 아키텍처는 Intel Broadwell-DE 224코어 프로세서 및 내부 및 외부 드라이브에 대한 6Gbps SAS 연결과 일치하는 NetApp의 DS12C 스토리지 선반을 기반으로 합니다. 설계 관점에서 Netapp은 최고 수준의 이중화를 위해 모든 것을 과도하게 구축했습니다. MP-HA(다중 경로 고가용성) SAS 연결 경로는 내부 및 외부로 지정되므로 각 컨트롤러는 하나의 링크가 분리되거나 과도하게 사용되는 경우에도 여러 경로를 통해 모든 드라이브와 통신할 수 있습니다. 또한 이 장치는 완전히 충전되면 25개의 개별 전원 장애 이벤트를 처리할 수 있는 NVMEM 배터리를 사용하여 각 컨트롤러에 기내 데이터를 온보드 부팅 장치로 디스테이징할 수 있는 충분한 가동 시간을 제공합니다. 또한 디스테이징된 데이터도 애초에 정전을 유발한 사건에 관계없이 완전히 암호화되어 보호됩니다. 이와 동일한 수준의 탄력성은 섀시 냉각 및 전원 시스템의 설계에서 그 자체로 나타나며 각 전원 공급 장치만으로도 정상 작동 조건에서 시스템을 무한정 완전히 냉각하고 전원을 공급할 수 있습니다.

장치의 전면은 드라이브 베이를 덮는 NetApp 브랜드 베젤로 충분히 단순합니다. 왼쪽에는 오류 및 작동 상태를 나타내는 LED 디스플레이와 함께 전원 버튼이 있습니다.

후면 보기는 다양한 케이블 경로로 조금 더 진행되지만 대부분의 중복 마법이 발생할 수 있는 연결성입니다. 두 개의 노드가 있으며 장치는 양쪽이 다른 쪽과 동일하게 가운데로 분할됩니다. 각 컨트롤러의 왼쪽에는 10개의 SAS 포트가 있습니다. 추가 스토리지 선반과 함께 사용되며 HA SAS 연결을 위한 각 컨트롤러 간의 외부 중복 링크 역할도 합니다. SAS 포트 옆에는 노드 간 연결을 허용하는 2개의 2GbE 포트가 있습니다. 단일 쌍 배포에서 두 노드는 서로 직접 연결되는 반면 더 큰 클러스터(Clustered Data ONTAP)에서는 이러한 포트가 클러스터 트래픽 전용 스위치에 연결됩니다. 다음은 기본 데이터 또는 네트워크 패브릭에 대해 FC 또는 이더넷 특성에서 작동하도록 구성할 수 있는 2개의 UTA45 포트입니다. UTAXNUMX 포트 위에는 콘솔 마이크로 USB 포트가 있습니다. UTAXNUMX 포트 오른쪽에는 RJ-XNUMX 콘솔 포트와 USB 포트가 있습니다. 오른쪽에는 관리 포트가 있습니다. 나열된 포트 아래에는 이중 전원 공급 장치가 있습니다.

NetApp AFF A200은 ONTAP 9.1 이상을 실행합니다. 9.2는 검토 중에 나왔습니다. UI는 NetApp의 OnCommand System Manager입니다. 상단에는 대시보드, LUN, SVM, 네트워크, 하드웨어 및 진단, 보호 및 구성을 비롯한 여러 기본 탭이 있습니다. 기본 대시보드를 통해 사용자는 경고 및 알림, 현재 맨 노드가 어떻게 사용되고 있는지(이 경우 2), 스토리지 효율성, 상위 개체 및 대기 시간, IOPS 및 대역폭의 현재 성능에 대한 판독값을 쉽게 볼 수 있습니다.

LUN 탭에서 사용자는 LUN이 이름별로 나열되어 있고 하나를 클릭하면 화면 하단에 속성이 표시되므로 LUN을 쉽게 관리할 수 있습니다.

또한 LUN 탭 아래에는 이니시에이터 그룹에 대한 하위 탭이 있습니다. 여기에서 사용자는 이름, SVM, 유형, OS, Portset 및 개수를 쉽게 보고 관리할 수 있습니다.

다음 기본 탭은 SVM(Storage Virtual Machines)입니다. 이 탭을 클릭하면 왼쪽 하단 모서리에 있는 세부 정보와 함께 SVM 목록이 사용자에게 제공됩니다.

특정 SVM을 클릭하면 연결, 용량에 근접한 볼륨, SVM의 성능 등을 보여주는 개요와 같은 몇 가지 다른 옵션이 사용자에게 제공됩니다.

SVM을 클릭하면 볼륨, 애플리케이션 프로비저닝, LUN, Qtree, 할당량 및 SVM 설정을 비롯한 몇 가지 다른 하위 탭이 있습니다. 볼륨 하위 탭에서 사용자는 볼륨 설정, 편집 또는 제거, 스냅샷 촬영, 기타 기능 중에서 QoS 조정을 볼 수 있습니다.

사용자가 볼륨 중 하나를 편집하려는 경우 볼륨을 마우스 오른쪽 버튼으로 클릭하기만 하면 아래 화면이 표시됩니다. 여기에는 일반, 스토리지 효율성 및 고급을 포함하여 편집할 수 있는 세 개의 탭이 있습니다. 이름에서 알 수 있듯이 일반 탭에서는 이름, 보안 스타일 및 볼륨이 씬 프로비저닝되었는지 여부를 포함한 일반 정보를 편집할 수 있습니다.

스토리지 효율성을 통해 사용자는 볼륨 내에서 데이터 감소 기능을 편집할 수 있습니다. 여기에는 백그라운드 중복 제거, 인라인 압축 및 인라인 중복 제거를 켜거나 끄는 것이 포함됩니다.

고급을 사용하면 사용자가 자동으로 볼륨 크기 조정 및 이전 스냅샷 삭제를 포함하여 공간 재확보를 설정할 수 있습니다. 사용자는 또한 파일을 읽을 때 부분 예약을 활성화하고 액세스 시간을 업데이트할 수 있습니다.

다음 하위 탭은 애플리케이션 프로비저닝입니다. 이름에서 알 수 있듯이 사용자는 이 탭에서 SVM에 대한 특정 애플리케이션을 프로비저닝할 수 있습니다. 이러한 애플리케이션(및 해당 템플릿)에는 Oracle SAN Oracle Single, Oracle SAN Oracle RAC, SAN SQL Server, SAN Virtual Desktop Instance 및 SAN SAP HANA가 포함됩니다.

SVM의 LUN 하위 탭에서는 사용자가 각 SVM의 LUN을 보고, 관리하고, 편집할 수 있습니다. LUN은 각각에 대한 일반적인 세부 정보와 함께 이름별로 나열됩니다(조정 가능). 그리고 사용자가 하나를 클릭하면 하단에서 더 많은 고급 속성을 볼 수 있습니다.

SVM 아래의 중요한 하위 탭은 설정 탭입니다. 이 탭을 통해 사용자는 프로토콜, 정책, 서비스, 사용자 세부 정보 및 현재 상태와 같은 항목을 볼 수 있습니다.

다음으로 살펴볼 기본 탭은 네트워크 탭입니다. 이 탭에는 서브넷, 네트워크 인터페이스, 이더넷 포트, 브로드캐스트 도메인, FC/FoE 어댑터 및 IPspace를 비롯한 여러 하위 탭이 있습니다. 우리가 살펴볼 첫 번째 하위 탭은 네트워크 인터페이스입니다. 여기에서 사용자는 인터페이스 이름, SVM, IP 주소, 현재 포트, 홈 포트인지 여부, 데이터 프로토콜 액세스 유형, 관리 액세스, 서브넷 및 역할을 볼 수 있습니다. 인터페이스를 클릭하면 일반 및 장애 조치 속성도 표시됩니다.

이더넷 포트 하위 탭에는 다양한 포트, 해당 포트가 있는 노드, 해당 브로드캐스트 도메인 및 IPspace, 포트 유형이 나열됩니다. 포트를 클릭하면 사용자에게 속성과 인터페이스도 제공됩니다.

브로드캐스트 도메인 하위 탭은 사용자에게 브로드캐스트 도메인이 클러스터인지 또는 기본값인지, 최대 전송 단위(MTU), IP 공간 및 결합된 포트 업데이트 상태를 알려줍니다.

FC/FoE 어댑터 하위 탭에는 WWNN, 어댑터가 있는 노드, 위치한 슬롯, WWPN, 상태 및 속도와 같은 어댑터에 대한 정보가 표시됩니다. 어댑터를 클릭하면 사용자에게 미디어 유형, 연결 설정, 패브릭 설정, 속도, 포트 주소 및 데이터 링크 속도와 같은 추가 세부 정보가 제공됩니다.

다음 기본 탭은 하드웨어 및 진단입니다. 이 탭은 사용자에게 여러 옵션이 있는 드롭다운 메뉴를 제공합니다. 옵션 중 하나는 요약 및 인벤토리라는 두 개의 하위 탭이 있는 디스크입니다. 인벤토리에서 사용자는 클러스터의 모든 디스크, 이름, 컨테이너 유형, 홈 및 현재 소유자, 유형(이 경우 모든 SSD), RPM(이 경우 디스크가 모두 SSD이므로 없음)을 볼 수 있습니다. , 유효 크기 및 물리적 공간. 디스크를 클릭하면 집계, 공급업체 ID, 비우기, 일련 번호 및 깨진 세부 정보와 같은 추가 세부 정보도 제공됩니다.

사용자는 이름, 현재 있는 노드, 사용된 백분율, 사용 가능한 공간, 사용된 공간, 총 공간, 볼륨 수 및 디스크 수와 같은 정보를 보기 위해 집계를 볼 수 있습니다.

노드에 대한 진단은 이름, 상태, 가동 시간, ONTAP 버전, 모델 번호, 시스템 ID, 일련 번호 및 노드가 전체 플래시에 최적화되었는지 여부와 같은 일부 일반 정보를 제공합니다.

이벤트 진단은 관리자에게 이벤트, 심각도, 발생한 위치, 발생한 노드, 날짜 및 시간, 이벤트의 기타 세부 정보에 대한 상당히 자세한 메시지를 제공합니다.

다음 기본 탭은 사용자에게 스냅샷을 위한 드롭다운 메뉴를 제공하는 보호입니다. 사용자에게는 시간 기반 또는 간격 기반의 다양한 옵션과 함께 스냅샷 예약 화면이 제공됩니다.

보호 탭 아래의 다른 화면에서는 사용자가 스냅샷 정책을 설정할 수 있습니다.

마지막 기본 탭은 구성입니다. 구성 탭에는 구성 업데이트, 서비스 프로세서, 클러스터 피어, 고가용성, 라이센스, 클러스터 업데이트, 날짜 및 시간, SNMP, LDAP, 사용자 및 역할을 포함하여 왼쪽에 많은 하위 섹션이 있습니다. 서비스 프로세서를 클릭하면 사용자는 클러스터의 노드, 해당 IP 주소, 상태 및 MAC 주소는 물론 네트워크 및 일반 세부 정보를 볼 수 있습니다.

클러스터 업데이트에서 사용자는 클러스터에 대해 ONTAP을 통해 사용 가능한 업데이트와 업데이트에 수반되는 사항을 확인할 수 있습니다.

전반적으로 NetApp AFF A200의 관리 인터페이스는 사용하기 편했으며 테스트 중에 문제가 없었습니다. iPhone을 포함하여 실제로 모든 유형의 플랫폼에서 작동하는 브라우저 및 소프트웨어에 구애받지 않는 접근 방식을 제공합니다(스크린샷은 아래에 포함됨). 모바일 인터페이스가 시스템을 관리하는 데 선호되는 방법은 아니었지만 필요에 따라 할 수 있다는 사실만으로도 인상적이었습니다. 인터페이스는 깨끗하고 따르기 쉬우며, 어레이를 관리하기 위해 간단하게 상호 작용한 모든 영역이 있습니다. 일부 인터페이스는 "더 새로운" 모양이나 느낌을 가질 수 있지만 ONTAP WebGUI는 복잡함을 최소한으로 유지하고 무엇보다도 반응이 빠르고 쉽게 통과할 수 있습니다.

애플리케이션 워크로드 분석

NetApp AFF A200의 애플리케이션 워크로드 벤치마크는 SysBench를 통한 MySQL OLTP 성능과 시뮬레이션된 TPC-C 워크로드를 사용한 Microsoft SQL Server OLTP 성능으로 구성됩니다.

컨트롤러당 16개의 연결이 있는 XNUMX개의 XNUMXGb 링크를 사용하여 FC를 통해 테스트를 수행했습니다.

SQL 서버 성능

각 SQL Server VM은 100개의 vDisk(부팅용 500GB 볼륨, 데이터베이스 및 로그 파일용 16GB 볼륨)로 구성됩니다. 시스템 리소스 관점에서 각 VM을 vCPU 64개, DRAM XNUMXGB로 구성하고 LSI Logic SAS SCSI 컨트롤러를 활용했습니다. 이전에 Sysbench 워크로드가 스토리지 I/O 및 용량 모두에서 플랫폼을 포화 상태로 만들었지만 SQL 테스트는 대기 시간 성능을 찾고 있습니다.

이 테스트는 Windows Server 2014 R2012 게스트 VM에서 실행되는 SQL Server 2를 사용하며 Quest의 Benchmark Factory for Databases에서 스트레스를 받습니다. 이 벤치마크의 기존 사용은 로컬 또는 공유 스토리지에서 대규모 3,000개 규모의 데이터베이스를 테스트하는 것이었지만, 이 반복에서는 A1,500(컨트롤러당 200개의 VM)에 고르게 XNUMX개 규모의 데이터베이스 XNUMX개를 분산하는 데 중점을 둡니다.

SQL Server 테스트 구성(VM당)

윈도우 서버 2012 R2
스토리지 공간: 600GB 할당, 500GB 사용
SQL 서버 2014
- 데이터베이스 크기: 1,500 규모
- 가상 클라이언트 로드: 15,000
- RAM 버퍼: 48GB
시험 시간: 3시간
- 2.5시간 전처리
- 30분 샘플 기간

SQL Server OLTP 벤치마크 팩토리 LoadGen 장비

Dell PowerEdge R730 가상화 SQL 4노드 클러스터
- 클러스터의 5GHz용 Intel E2690-3 v249 CPU 2.6개(노드당 12개, 30GHz, XNUMX코어, XNUMXMB 캐시)
- 1TB RAM(노드당 256GB, 16GB x 16 DDR4, CPU당 128GB)
- 4 X Emulex 16GB 듀얼 포트 FC HBA
- 4 X Emulex 10GbE 듀얼 포트 NIC
- VMware ESXi vSphere 6.5/엔터프라이즈 플러스 8-CPU

SQL Server 테스트에서 NetApp AFF A200의 트랜잭션 성능을 살펴보면 AFF A200은 12,620.15 TPS에서 3,154.95 TPS 범위의 개별 VM으로 3,155.113 TPS의 결과를 달성했습니다. 데이터 감소 모드에서 우리는 NetApp A200이 12,583.81 TPS의 총 점수를 기록하고 개별 VM이 3,145.29 TPS에서 3,146.43 TPS에 이르는 유사한 결과를 확인했습니다.

평균 대기 시간을 볼 때 A200은 모든 VM에서 11ms에 도달하여 총 11ms도 제공합니다. DR 모드에서는 대기 시간이 약간 증가했지만 개별 VM의 범위는 24ms에서 26ms로 총 점수는 25ms입니다.

시스벤치 성능

각각의 시스벤치 VM은 92개의 vDisk로 구성됩니다. 하나는 부팅용(~447GB), 하나는 사전 구축된 데이터베이스(~270GB), 세 번째는 테스트 중인 데이터베이스용(16GB)입니다. 시스템 리소스 관점에서 각 VM을 vCPU 60개, DRAM XNUMXGB로 구성하고 LSI Logic SAS SCSI 컨트롤러를 활용했습니다. 로드 생성 시스템은 델 R730 서버; 이 검토에서는 4개에서 XNUMX개까지 다양하며 XNUMXVM 그룹당 서버를 확장합니다.

Dell PowerEdge R730 가상화 MySQL 4-5노드 클러스터

클러스터의 8GHz용 Intel E10-5 v2690 CPU 3-249개(노드당 2.6개, 12GHz, 30코어, XNUMXMB 캐시)
1-1.25TB RAM(노드당 256GB, 16GB x 16 DDR4, CPU당 128GB)
4-5 x Emulex 16GB 듀얼 포트 FC HBA
4-5 x Emulex 10GbE 듀얼 포트 NIC
VMware ESXi vSphere 6.5/엔터프라이즈 플러스 8-CPU

Sysbench 테스트 구성(VM당)

센트OS 6.3 64비트
스토리지 공간: 1TB, 800GB 사용
페르코나 XtraDB 5.5.30-rel30.1
- 데이터베이스 테이블: 100
- 데이터베이스 크기: 10,000,000
- 데이터베이스 스레드: 32
- RAM 버퍼: 24GB
시험 시간: 3시간
- 2시간 동안 32개 스레드 사전 조정
- 1시간 32 스레드

Sysbench의 경우 4, 8, 16 및 20을 포함하여 여러 세트의 VM을 테스트했으며 데이터 감소 "On" 및 "Raw" 형식으로 Sysbench를 실행했습니다. 트랜잭션 성능은 NetApp A200이 VM 20개, 데이터 축소를 해제한 상태에서 9,695 TPS로 최고의 성능을 보였습니다. DR을 켠 상태에서 A200은 여전히 8,986VM에서 20 TPS를 기록했습니다.

평균 대기 시간은 VM이 적을수록 더 낮기 때문에 4VM 벤치마크는 Raw의 경우 17.84ms, DR의 경우 19.2ms에 불과했습니다. 흥미로운 점은 20VM에서 Raw 및 데이터 감소 버전의 차이가 약 5ms(66.02ms에서 71.24ms)에 불과했다는 것입니다.

최악의 시나리오 대기 시간 벤치마크에서 A200은 4ms에서 가장 낮은 대기 시간을 갖는 48.43VM의 데이터 감소 버전으로 강력한 성능을 보였습니다(Raw는 48.63ms에 불과함). VM 수를 20으로 올릴 때 데이터 축소 버전은 180.27ms에 불과하고 Raw는 172.6ms에 도달했습니다.

VDBench 워크로드 분석

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

프로필 :

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 전체 클론 및 연결된 클론 추적

최대 읽기 성능을 살펴보면 NetApp AFF A200은 대기 시간이 매우 짧은 4k 읽기 성능을 제공하여 시작 시 0.31ms를 측정하고 최대 약 1k IOPS까지 190ms 미만을 유지했습니다. 피크에서 A200은 249ms의 대기 시간에서 16.4k IOPS를 측정했습니다.

4k 피크 쓰기 성능을 살펴보면 A200은 0.34ms의 대기 시간으로 시작하여 1K에서 40K IOPS 사이에 도달할 때까지 50ms 미만을 유지했습니다. 정점에 A200은 85ms에서 19.6K IOPS 이상을 기록했습니다.

64k 피크 읽기로 전환한 A200은 0.27ms 대기 시간에서 시작하여 1K IOPS 이상에 도달할 때까지 48.5ms 미만을 유지했습니다. 60ms의 대기 시간으로 8.5K IOPS를 조금 넘었습니다. A200은 3.75GB/s의 대역폭으로 마무리되었습니다.

64k 순차 피크 쓰기의 경우 A200은 0.49ms에서 시작하여 1K IOPS를 조금 넘을 때까지 6ms 미만을 유지했습니다. A200은 19.7ms의 대기 시간으로 12.85K IOPS에서 정점을 찍었습니다. A200은 또한 최대 대역폭이 1.22GB/s였습니다.

SQL 워크로드에서 A200은 대기 시간을 0.37ms에서 시작하여 1K IOPS를 약간 넘을 때까지 120ms 미만을 유지했습니다. 179K IOPS와 5.7ms로 정점을 찍었습니다.

SQL 90-10 벤치마크에서 A200은 0.37ms의 대기 시간으로 시작하여 1K에서 80K IOPS 사이에 도달할 때까지 100ms 미만을 유지했습니다. A200은 159ms 대기 시간과 함께 6.5K IOPS로 정점을 찍었습니다.

SQL 80-20은 A200이 0.38ms의 대기 시간으로 시작하여 1K IOPS 이상으로 이동할 때까지 60ms 미만으로 유지되는 것을 확인했습니다. A200은 131ms 대기 시간으로 7.8K IOPS로 정점을 찍었습니다.

Oracle Workload에서 A200은 0.39ms의 대기 시간으로 시작하여 1K IOPS를 초과할 때까지 50ms 미만을 유지했습니다. A200은 125ms의 대기 시간과 함께 10.2K IOPS로 정점을 찍었습니다.

Oracle 90-10에서 A200은 0.37ms의 대기 시간에서 시작하여 1K IOPS 바로 아래가 될 때까지 100ms 미만을 유지했습니다. 지연 시간은 155ms로 4.2K IOPS로 정점을 찍었습니다.

Oracle 80-20에서 A200은 0.38ms의 대기 시간에서 시작하여 1K IOPS 바로 아래가 될 때까지 65ms 미만을 유지했습니다. 지연 시간은 129ms로 4.9K IOPS로 정점을 찍었습니다.

VDI Full Clone으로 전환한 부팅 테스트에서는 A200이 0.35ms의 대기 시간으로 시작하여 약 1K IOPS까지 52ms 미만을 유지하는 것으로 나타났습니다. A200은 122ms의 대기 시간과 함께 8.6K IOPS로 정점을 찍었습니다.

VDI 전체 복제 초기 로그인은 0.41ms 대기 시간에서 시작하여 약 1K IOPS까지 22ms 미만으로 유지되었습니다. A200은 48ms의 대기 시간으로 18.6K IOPS로 정점을 찍었습니다.

VDI 전체 클론 월요일 로그인은 0.48ms 지연 시간으로 시작하여 1K IOPS가 넘을 때까지 20ms 미만으로 유지됩니다. 49ms로 10.4K IOPS로 정점을 찍었습니다.

VDI 전체 클론으로 이동하면 부팅 테스트에서 성능이 1ms 미만에서 최대 약 49k IOPS까지 유지되고 나중에는 평균 대기 시간이 95.7ms인 최대 5.13k IOPS에서 정점을 찍는 것으로 나타났습니다.

초기 로그인 성능을 측정하는 Linked Clone VDI 프로필에서 우리는 약 18.8k IOPS까지 밀리초 미만의 대기 시간을 확인했으며 최대 36.8ms에서 6.95k IOPS로 추가로 증가했습니다.

VDI Linked Clone 월요일 로그인 성능을 살펴보는 마지막 프로필에서는 약 1k IOPS에서 17.5ms 장벽 전환이 발생하는 것을 볼 수 있습니다. 여기서 워크로드는 37.4k IOPS 및 13.3ms 평균 대기 시간에서 최고점까지 계속 증가했습니다.

VM마크 3

업데이트 1/31/18: 이 초기 검토 당시 VMmark 테스트는 아직 완료되지 않았습니다. 이것은 그 이후로 온라인에 올라왔고 우리는 A200의 가상화 성능 결과적으로. 이 데이터는 데이터 축소 서비스가 활성화되었을 때 최소한의 히트로 매우 잘 작동했기 때문에 장치에 대한 우리의 열정을 더욱 강화합니다.

결론

NetApp AFF A200은 올플래시 스토리지로 시작하거나 마이그레이션하려는 소규모 조직을 위한 보급형 어레이이거나 원격/지사 사무실을 위한 훌륭한 옵션입니다. A200은 64코어 Intel Broadwell-DE 프로세서와 200GB 이상의 메모리로 구동되는 듀얼 컨트롤러 플랫폼입니다. 용량 측면에서 A24에는 SAS 플래시 드라이브용 2.5개의 15인치 베이가 있습니다. 어레이는 최대 367TB 드라이브를 지원하여 총 원시 용량을 최대 4TB까지 가져오지만 유효 용량은 데이터 감소로 훨씬 더 높아집니다. 또한 NetApp은 1:200의 스토리지 효율성 감소를 보장합니다. A224은 또한 DSXNUMXC 확장 선반을 통해 용량을 추가할 수 있습니다. 어레이는 NetApp의 ONTAP 운영 체제에서 실행됩니다.

성능을 살펴보면 SQL Server 및 Sysbench 애플리케이션 워크로드를 포함한 일반적인 애플리케이션 워크로드 분석과 새로 도입된 VDBench 워크로드 분석 합성 벤치마크를 모두 실행했습니다. NetApp은 검토를 위해 POC 툴킷을 공유하여 여러 서버에서 워크로드를 시작하는 더 쉬운 방법을 제공하고 앞으로 일관된 방식으로 더 빠른 어레이를 더 쉽게 테스트할 수 있도록 했습니다.

애플리케이션 워크로드를 사용하여 인라인 데이터 축소 서비스(DR)를 켠 상태와 켠 상태에서 어레이를 테스트합니다. SQL Server에 대한 트랜잭션 벤치마크에서 DR의 영향은 최소화되었으며 전체 점수는 12,620.1 TPS 원시 및 12,583.8 TPS(DR 사용)입니다. 개별 VM의 범위는 3,145.3 TPS에서 3,155.1 TPS입니다. SQL Server 평균 대기 시간에서 DR을 켜면 대기 시간이 두 배가 되는 것을 확인했습니다. 원시 실행 11ms(개별 및 전체) 및 총 25ms의 DR이 있습니다. Sysbench를 사용하여 4, 8, 16 및 20을 포함하여 여러 세트의 VM 확장을 실행했습니다. 4VM의 가장 낮은 규모에서 NetApp은 어레이를 완전히 포화시키지 않고도 강력한 성능을 제공하면서 상당히 우수한 성능을 보였습니다. 4VM의 원시 성능은 7,175 TPS였으며 평균 지연 시간은 17.84ms, 최악의 경우 지연 시간은 48.63ms였습니다. 20VM의 다른 쪽 끝에서는 대기 시간이 9,695ms이고 최악의 경우 대기 시간이 66.02ms인 원시 히트가 172.6 TPS를 기록했습니다. 다시 말하지만, 모든 테스트에서 raw가 더 나은 성능을 보였지만 DR을 켠 상태에서 큰 차이는 없었습니다.

데이터 축소 서비스를 켠 상태에서 수행된 VDBench 테스트를 보면 밀리초 미만의 대기 시간에서 이러한 강력한 성능을 볼 수 있다는 것이 인상적이었습니다. 랜덤 4K에서 A200은 쓰기에서 40ms를 넘기기 전에 1K IOPS에 도달했고, 읽기에서 A200은 190ms를 넘기기 전에 1K에 도달했습니다. 이 추세는 나머지 벤치마크에서도 계속되었습니다. 64K 순차 테스트에서 A200은 읽기에서 48ms 대기 시간 미만의 1K IOPS에 도달할 수 있었고 쓰기에서는 대기 시간 20ms 미만에서 거의 1K IOPS에 도달했습니다(또한 테스트는 3.75GB/s 읽기 및 1.22GB/s의 대역폭 속도로 완료됨). 쓰다). 100% 읽기, 90% 읽기 및 10% 쓰기, 80% 읽기 및 20% 쓰기에서 200개의 SQL 워크로드를 실행했으며 A120은 각각 80K IOPS, 60K IOPS 및 1K IOPS의 점수를 기록했으며 모두 200ms의 대기 시간 미만이었습니다. Oracle 워크로드로 동일한 세 가지 테스트를 실행한 결과 A50이 100ms 대기 시간에서 65K IOPS, 1K IOPS 및 200K IOPS를 기록하는 것을 확인했습니다. 또한 부팅, 초기 로그인 및 월요일 로그인에 대해 VDI 전체 클론 및 연결된 클론 벤치마크를 실행했습니다. A52은 Full Clone에서 22ms 대기 시간에서 20K IOPS, 1K IOPS 및 49K IOPS를 달성할 수 있었고 Linked Clone에서 18ms 대기 시간에서 17K IOPS, 1K IOPS 및 200K IOPS를 달성할 수 있었습니다. NetApp은 워크로드 조정을 위해 보이지 않는 곳에서 얼마나 많은 최적화가 진행되고 있는지 신속하게 언급하며 AXNUMX에서 실행한 모든 테스트에서 전체 인라인 데이터 재생이 감소한 경우에도 이러한 효과가 나타나는 것을 볼 수 있습니다.

이러한 모든 워크로드와 실험실에서 수 주간의 테스트를 거친 후 한 가지 분명한 사실이 밝혀졌습니다. 바로 올플래시 시스템으로의 마이그레이션이 NetApp에 큰 변화를 가져왔다는 것입니다. 개선 사항 중 일부는 업리프트 플래시 제공이지만 많은 부분이 ONTAP 개선 덕분입니다. 신용이 어디에 있든 최종 제품은 절대적으로 환상적입니다. 스토리지의 중간 시장 부문은 놀라울 정도로 경쟁이 치열합니다. 신생 기업, 소프트웨어 정의 옵션 및 나머지 일반적인 용의자가 있습니다. 스토리지에 200자리 미만의 비용을 지출하려는 경우 이 부문에서 NetApp을 가볍게 훑어보지 않은 것에 대해 용서받을 수 있습니다. 그러나 그것은 A4이 단순히 부서지기 때문에 비극적 인 실수가 될 것입니다. 1밀리초 미만의 경이로운 성능을 제공하는 것도 중요하지만 여기에서 중요한 부분이 있습니다. NetApp은 200:15.5 용량 보장을 위해 데이터 축소 서비스를 켜고 이를 수행하고 있습니다. 이것은 사소한 일이 아닙니다. 다른 많은 어레이는 데이터 감소 기능을 켜면 매우 평평해지거나 단순히 제공하지 않습니다. 가장 낮은 용량의 드라이브가 장착된 보급형 A7.75은 62개의 4TB 풀에서 1TB를 제공했습니다. 즉, NetApp이 제공하는 15TB 드라이브로 2:200 목표를 달성하고 2017페타바이트 이상을 달성하면 최고 용량은 XNUMXTB가 됩니다. . XNUMXU 미드 마켓 박스에 대한 꽤 인상적인 도달 범위. 심층적이고 성숙한 데이터 서비스 세트와 결합된 성능 덕분에 AXNUMX은 XNUMX년 두 번째 Editor's Choice 수상자로 쉽게 선택되었습니다.

장점