NetApp AFF A200 recension

NetApp AFF A200 är en 2U all-flash-lagringsuppsättning som ger en attraktiv ingångspunkt till NetApps flashlagringsportfölj för företag. AFF A200 har 24 frontmonterade 2.5-tumsenheter som hanteras av dubbla kontroller och drivs av sexkärniga Intel Broadwell-DE-processorer. A200 kan nås med antingen SAN- eller NAS-arbetsbelastningar (eller båda). AFF A200 stöder SSD:er upp till 15 TB i kapacitet, vilket gör att en enda array kan utrustas med upp till 367 TB rålagring, med ytterligare utrymme tillgängligt via DS224C-expansionshyllan.

NetApp AFF A200 är en 2U all-flash-lagringsuppsättning som ger en attraktiv ingångspunkt till NetApps flashlagringsportfölj för företag. AFF A200 har 24 frontmonterade 2.5-tumsenheter som hanteras av dubbla kontroller och drivs av sexkärniga Intel Broadwell-DE-processorer. A200 kan nås med antingen SAN- eller NAS-arbetsbelastningar (eller båda). AFF A200 stöder SSD:er upp till 15 TB i kapacitet, vilket gör att en enda array kan utrustas med upp till 367 TB rålagring, med ytterligare utrymme tillgängligt via DS224C-expansionshyllan.

När man överväger den totala kapaciteten för en NetApp AFF A200-konfiguration är det viktigt att komma ihåg att NetApp garanterar effektiviteten hos sina inline-datareduceringstekniker, inklusive komprimering, deduplicering och datakomprimering. NetApp ger garanterad lagringseffektivitet baserat på typen av arbetsbelastning. Om kunderna inte inser den garanterade effektiviteten kommer NetApp att täcka skillnaden. Denna garanti är giltig i sin nuvarande form till och med april 2018.

Att utvärdera AFF A200:s dataminskningseffektivitet faller utanför omfattningen av vår granskningsprocess, men enligt NetApp bör AFF A200 minska kapacitetskraven med 2 till 10 gånger. Kort sagt, NetApps datakomprimeringsteknik placerar flera logiska datablock från samma volym i ett enda 4KB-block. Enligt NetApp har denna funktionalitet en "nästan noll" inverkan på prestanda – vilket är något som faller väl inom vår granskningsprocess att utvärdera. A200:s arkitektur utnyttjar företagets FAS2650-array (AFF A200:s arkitektur liknar den för entry-FAS-plattformen), även om tidigare FAS2650-administratörer bör notera att A200 inte innehåller NVMe FlashCache och bara fungerar med SSD:er.

Mycket har förändrats inom NetApp-ekosystemet under de tre åren sedan vi senast tittade på en Netapp-produkt, FAS2240-2. Detta inkluderar debuten av AFF all-flash lineupen och debuten av operativsystemet ONTAP 9 (för närvarande version 9.2). AFF A200 är en del av "AFF A"-serien, den andra generationen av AFF-familjen. Flash-tekniken och marknaden för all-flash-arrayer har också utvecklats under den mellanliggande tiden. Så det är rimligt att betrakta NetApp AFF A200 som en indikation på var NetApp ser de största möjligheterna för att expandera till nya marknader och konsolidera den kundbas som byggts upp tidigare med erbjudanden som FAS2240.

Den här recensionen tar en omfattande titt på den här senaste generationens ingångsnivå flashlagring från NetApp, med en blygsamt utrustad AFF A200 utrustad med 24 960 GB SSD.

Specifikationer för NetApp AFF A200

• Per HA-par (aktiv-aktiv styrenhet)
• Formfaktor: 2U
• Minne: 64GB
• NVRAM: 8GB
• lagring
  • Inbyggda fack: 24 2.5-tumsplatser
  • Max SSD: 144
  • Maximal råkapacitet: 2.2 PB
  • Effektiv kapacitet: 8.8 PB (base10)
  • SSD:er som stöds: 15.3 TB, 7.6 TB, 3.8 TB och 960 GB. 3.8 TB och 800 GB självkryptering
  • Förvaringshyllor som stöds: DS224C, DS2246
• SAN Skala ut: 2-8 noder
• RAID som stöds: RAID6, RAID4, RAID 6 + RAID 1 eller RAID 4 + RAID 1 (SyncMirror)
• OS som stöds:
  • Windows 2000
  • Windows Server 2003
  • Windows Server 2008
  • Windows Server 2012
  • Windows Server 2016
  • Linux
  • Oracle Solaris
  • AIX
  • HP-UX
  • Mac OS
  • VMware
  • ESX förlängning
• Hamnar:
  • 8x UTA2 (16 Gb FC, 10 GbE/FCoE)
  • 4x 10 GbE
  • 4x 12Gb SAS
• Lagringsnätverk som stöds:
  • FC
  • FCoE
  • iSCSI
  • NFS
  • pNFS
  • CIFS/SMB
• OS-version: ONTAP 9.1 RC2 eller senare
• Max antal LUN: 4,096 XNUMX
• Antal SAN-värdar som stöds: 512

Bygg och design

NetApp AFF A200 är byggd kring ett 24-facks chassi som stöder 2.5-tums SAS SSD:er. Denna arkitektur är baserad på NetApps lagringshylla DS224C, matchad med Intel Broadwell-DE 6-kärniga processorer och 12 Gbps SAS-anslutning till interna och externa enheter. Ur ett designperspektiv överbyggde Netapp allt för den högsta nivån av redundans. MP-HA (Multi-path High-Availability) SAS-anslutningar går internt och externt, så varje styrenhet kan prata med varje enhet genom flera vägar, även om en länk är lossad eller överutnyttjad. Dessutom har enheten ett NVMEM-batteri, som när det är fulladdat kan hantera 25 separata strömavbrott, vilket ger varje styrenhet tillräckligt med drifttid för att demontera flygdata till en onboard-boot-enhet. Dessutom är till och med de-scensatta data helt krypterade för att skydda dem, oavsett händelsen som orsakade strömavbrottet i första hand. Samma nivå av motståndskraft visar sig i designen av chassinkylnings- och kraftsystemen, där varje strömförsörjning ensam kan kyla och driva systemet helt och hållet under normala driftsförhållanden.

Framsidan av enheten är enkel nog med en NetApp-märkt ram som täcker enhetsfacken. På vänster sida finns strömknappen, tillsammans med en LED-display som indikerar fel och aktivitetsstatus.

Vyn bakifrån har lite mer på gång med olika kabelbanor, men det är anslutningen som gör att det mesta av den överflödiga magin kan hända. Det finns två noder och enheten är delad i mitten med vardera sidan identisk med den andra. På vänster sida av varje kontrollenhet finns två SAS-portar. Dessa används i samband med ytterligare ytterligare förvaringshyllor, samt fungerar också som en extern redundant länk mellan varje styrenhet för HA SAS-anslutning. Bredvid SAS-portarna finns två 10GbE-portar som tillåter nod-till-nod-anslutning. I en distribution med ett par är båda noderna direkt anslutna till varandra, medan i ett större kluster (Clustered Data ONTAP) är dessa portar anslutna till en dedikerad switch för klustertrafik. Nästa är fyra UTA2-portar, som kan konfigureras för att fungera i FC- eller Ethernet-personligheter för den primära data- eller nätverksstrukturen. Ovanför UTA2-portarna finns en konsolmikro-USB-port. Till höger om UTA2-portarna finns en RJ-45-konsolport och USB-port. Och på höger sida finns förvaltningsporten. Under de angivna portarna finns de dubbla nätaggregaten.

Verksamhetsledningen

NetApp AFF A200 kör ONTAP 9.1 och senare; 9.2 kom ut under vår recension. Användargränssnittet är NetApps OnCommand System Manager. Längst upp finns flera huvudflikar inklusive Dashboard, LUN, SVM, Network, Hardware and Diagnostics, Protection och Configurations. Genom huvudinstrumentpanelen kan användare enkelt se varningar och meddelanden, hur mannoder används för närvarande (i vårt fall 2), lagringseffektivitet, Top Objects och en avläsning av aktuell prestanda i latens, IOPS och bandbredd. 

Under fliken LUN kan användare enkelt hantera sina LUN:er eftersom de är listade efter namn och genom att klicka på en får du upp egenskaperna längst ner på skärmen. 

Under fliken LUN finns även underfliken för initiatorgrupper. Här kan användare enkelt se och hantera namn, SVM, typ, OS, Portset och antal.

Nästa huvudflik är SVM (Storage Virtual Machines). Genom att klicka på den här fliken får användarna en lista över SVM, tillsammans med deras detaljer i det nedre vänstra hörnet.

Genom att klicka på en specifik SVM får användarna flera andra alternativ såsom en översikt som visar saker som anslutning, volymer som närmar sig kapacitet och prestanda för SVM:erna.

När du klickar på en SVM, finns det flera andra underflikar, inklusive volymer, applikationsprovisionering, LUN, Qtrees, Quotas och SVM Settings. Under underfliken Volymer kan användare se volymerna som ställts in, redigera eller ta bort dem, ta en ögonblicksbild och justera QoS bland andra funktioner.

Om användare vill redigera en av volymerna behöver de bara högerklicka på en volym och de kommer till skärmen nedan. Här ges de tre flikar att redigera inklusive Allmänt, Lagringseffektivitet och Avancerat. Som namnet antyder tillåter fliken Allmänt att allmän information redigeras inklusive namn, säkerhetsstil och om volymen är tunn tillgänglig eller inte.

Storage Efficiency tillåter användare att redigera datareduktionsfunktionerna inom volymen. Detta inkluderar att slå på eller av bakgrundsdeduplicering, inline-komprimering och inline-deduplicering.

Avancerat tillåter användare att ställa in utrymmesåtervinning, inklusive att automatiskt ändra storlek på volymen och ta bort gamla ögonblicksbilder. Användare kan också aktivera delreservering och uppdatera åtkomsttid när en fil läses.

Nästa underflik är Application Provisioning. Som namnet antyder kan användare tillhandahålla vissa applikationer för SVM:er under den här fliken. Dessa applikationer (och deras mallar) inkluderar Oracle SAN Oracle Single, Oracle SAN Oracle RAC, SAN SQL Server, SAN Virtual Desktop Instance och SAN SAP HANA.

LUN-underfliken för SVM:er gör det möjligt för användare att se, hantera och redigera LUN:erna för varje SVM. LUN:erna är listade efter namn (även om detta kan justeras) med allmänna detaljer för var och en. Och om användare klickar på en kan de se mer avancerade egenskaper längst ner.

En viktig underflik under SVM är fliken Inställningar. Den här fliken låter användare se saker som protokoll, policyer, tjänster, användarinformation och aktuella statusar. 

Nästa huvudflik vi tittar på är fliken Nätverk. Den här fliken har flera underflikar inklusive undernät, nätverksgränssnitt, Ethernet-portar, sändningsdomäner, FC/FoE-adaptrar och IPspaces. Den första underfliken vi ska titta på är Nätverksgränssnitt. Här kan användare se gränssnittsnamnet, SVM, IP-adress, aktuell port, om det är en hemmaport eller inte, typen av dataprotokollåtkomst, hanteringsåtkomst, subnätet och rollen. Genom att klicka på ett gränssnitt visas även allmänna egenskaper och failover-egenskaper. 

Underfliken Ethernet-portar listar de olika portarna, vilken nod de är på, deras sändningsdomän och IP-utrymme och vilken typ de råkar vara. Att klicka på en port ger också användarna egenskaper och gränssnitt. 

Underfliken Broadcast Domain talar om för användarna om broadcast-domänen är ett kluster eller standard, dess maximala överföringsenheter (MTU), dess IPspace och dess kombinerade portuppdateringsstatus.

Underfliken FC/FoE Adapters visar information om adaptrarna som dess WWNN, vilken nod den är på, vilken kortplats den är placerad i, dess WWPN, dess status och dess hastighet. Genom att klicka på en adapter får användaren ytterligare information som mediatyp, upprättad anslutning, upprättad konstruktion, hastighet, portadress och datalänkhastighet. 

Nästa huvudflik är Maskinvara och diagnostik. Den här fliken ger användaren en rullgardinsmeny med flera alternativ. Ett av alternativen är disk, med två underflikar, Sammanfattning och Inventering. Under Inventory kan användare se alla diskar i sitt kluster, namn, containertyp, hem och nuvarande ägare, typ (i det här fallet alla SSD), RPM (i det här fallet inga – eftersom diskarna alla är SSD) , effektiv storlek och fysiskt utrymme. Om du klickar på en disk får du också ytterligare information som aggregat, leverantörs-ID, nollställning, serienummer och trasiga detaljer.

Användare kan titta på aggregat för att se information som namn, vilken nod de befinner sig på, procentandel som används, tillgängligt utrymme, använt utrymme, totalt utrymme, volymantal och diskantal. 

Diagnostiken för noder ger lite allmän information som namn, status, drifttid, ONTAP-version, modellnummer, system-ID, serienummer och om noden är all-flash-optimerad eller inte.

Diagnostik för händelser ger administratörer ett ganska detaljerat meddelande om händelser, deras svårighetsgrad, var de uppstod, noden de inträffade i, datum och tid och andra detaljer om händelsen.

Nästa huvudflik är Skydd, som ger användarna en rullgardinsmeny för ögonblicksbilder. Användare ges en skärm för att schemalägga ögonblicksbilder, med olika alternativ som är tidsbaserade eller intervallbaserade.

Den andra skärmen under fliken Skydd låter användare ställa in policyer för ögonblicksbilder.

Den sista huvudfliken är Konfiguration. Fliken Konfiguration har många undersektioner på vänster sida, inklusive konfigurationsuppdateringar, tjänsteprocessor, klusterpeers, hög tillgänglighet, licenser, klusteruppdateringar, datum och tid, SNMP, LDAP, användare och roller. Genom att klicka på Serviceprocessor ser användarna noderna i klustret, deras IP-adresser, status och MAC-adress, samt nätverks- och allmänna detaljer. 

Under Cluster Update kan användare se vilka uppdateringar som finns tillgängliga via ONTAP för deras kluster och vad uppdateringen innebär. 

Sammantaget är hanteringsgränssnittet på NetApp AFF A200 trevlig att använda och hade inga hicka under våra tester. Den erbjuder en webbläsare och mjukvaruagnostisk metod för att fungera på alla typer av plattformar, inklusive en iPhone (skärmdump ingår nedan). Även om det mobila gränssnittet inte var det föredragna sättet att hantera systemet, är bara det faktum att du kunde om behovet uppstod imponerande. Gränssnittet är rent och lätt att följa, med alla områden vi interagerat med enkla att flöda igenom för att hantera arrayen. Även om vissa gränssnitt kan ha ett "nyare" utseende eller känsla, håller ONTAP WebGUI röran till ett minimum, och det bästa av allt, är mycket lyhörd och lätt att hoppa igenom.

Analys av applikationens arbetsbelastning

Benchmarks för applikationsarbetsbelastningen för NetApp AFF A200 består av MySQL OLTP-prestanda via SysBench och Microsoft SQL Server OLTP-prestanda med en simulerad TPC-C-arbetsbelastning.

Testning utfördes över FC med fyra 16 Gb-länkar, med två anslutningar per styrenhet.

SQL Server prestanda

Varje SQL Server VM är konfigurerad med två vDisks: 100 GB volym för uppstart och en 500 GB volym för databasen och loggfiler. Ur ett systemresursperspektiv konfigurerade vi varje virtuell dator med 16 vCPU:er, 64 GB DRAM och utnyttjade LSI Logic SAS SCSI-kontrollern. Medan våra Sysbench-arbetsbelastningar som tidigare testats mättade plattformen i både lagrings-I/O och kapacitet, letar SQL-testet efter latensprestanda.

Det här testet använder SQL Server 2014 som körs på Windows Server 2012 R2 gäst-VM, och betonas av Quests Benchmark Factory for Databases. Medan vår traditionella användning av detta riktmärke har varit att testa stora 3,000 1,500-skaliga databaser på lokal eller delad lagring, fokuserar vi i denna iteration på att sprida ut fyra 200 XNUMX-skaliga databaser jämnt över AXNUMX (två virtuella datorer per kontroller).

SQL Server-testkonfiguration (per virtuell dator)

• Windows Server 2012 R2
• Lagringsutrymme: 600 GB tilldelat, 500 GB använt
• SQL Server 2014
  • Databasstorlek: 1,500 XNUMX skala
  • Virtuell klientbelastning: 15,000 XNUMX
  • RAM-buffert: 48GB
• Testlängd: 3 timmar
  • 2.5 timmars förkonditionering
  • 30 minuters provperiod

SQL Server OLTP Benchmark Factory LoadGen Utrustning

• Dell PowerEdge R730 Virtualiserat SQL 4-nodskluster
  • Åtta Intel E5-2690 v3-processorer för 249 GHz i kluster (två per nod, 2.6 GHz, 12-kärnor, 30 MB cache)
  • 1 TB RAM (256 GB per nod, 16 GB x 16 DDR4, 128 GB per CPU)
  • 4 x Emulex 16GB dual-port FC HBA
  • 4 x Emulex 10GbE nätverkskort med dubbla portar
  • VMware ESXi vSphere 6.5 / Enterprise Plus 8-CPU

När vi tittar på transaktionsprestanda för NetApp AFF A200 i vårt SQL Server-test, uppnådde AFF A200 resultat på 12,620.15 3,154.95 TPS med individuella virtuella datorer från 3,155.113 200 TPS till 12,583.81 3,145.29 TPS. I datareduktionsläget såg vi liknande resultat med NetApp A3,146.43 som fick en sammanlagd poäng på XNUMX XNUMX TPS, med individuella virtuella datorer från XNUMX XNUMX TPS till XNUMX XNUMX TPS.

När man tittar på genomsnittlig latens, träffade A200 11 ms i alla virtuella datorer, vilket ger den ett sammanlagt aggregat på 11 ms också. I DR-läge ökade fördröjningen något, även om det kan förväntas med individuella virtuella datorer från 24 ms till 26 ms, vilket ger en sammanlagd poäng på 25 ms.

Sysbench Performance

Varje sysbench VM är konfigurerad med tre vDisks, en för start (~92GB), en med den förbyggda databasen (~447GB), och den tredje för databasen som testas (270GB). Ur ett systemresursperspektiv konfigurerade vi varje virtuell dator med 16 vCPU:er, 60 GB DRAM och utnyttjade LSI Logic SAS SCSI-kontrollern. Last gen system är Dell R730-servrar; vi sträcker sig från fyra till åtta i denna recension, skalar servrar per 4VM-grupp.

Dell PowerEdge R730 Virtualiserat MySQL 4-5 nodkluster

• 8-10 Intel E5-2690 v3-processorer för 249 GHz i kluster (två per nod, 2.6 GHz, 12-kärnor, 30 MB cache)
• 1-1.25 TB RAM (256 GB per nod, 16 GB x 16 DDR4, 128 GB per CPU)
• 4-5 x Emulex 16GB dual-port FC HBA
• 4-5 x Emulex 10GbE nätverkskort med dubbla portar
• VMware ESXi vSphere 6.5 / Enterprise Plus 8-CPU

Sysbench-testkonfiguration (per virtuell dator)

• CentOS 6.3 64-bitars
• Lagringsutrymme: 1 TB, 800 GB använt
• Percona XtraDB 5.5.30-rel30.1
  • Databastabeller: 100
  • Databasstorlek: 10,000,000 XNUMX XNUMX
  • Databastrådar: 32
  • RAM-buffert: 24GB
• Testlängd: 3 timmar
  • 2 timmar förkonditionering 32 trådar
  • 1 timme 32 trådar

För Sysbench testade vi flera uppsättningar virtuella datorer inklusive 4, 8, 16 och 20, och vi körde Sysbench med både datareduktionen "På" och i "Raw"-formen. För transaktionsprestanda visade NetApp A200 sin bästa prestanda med 20VM och datareduktionen avstängd, vilket resulterade i 9,695 200 TPS. Med DR på, nådde A8,986 fortfarande 20 XNUMX TPS vid XNUMXVM.

När det gäller genomsnittlig latens är den uppenbarligen lägre med färre virtuella datorer, så 4VM-riktmärkena hade 17.84 ms för Raw och bara 19.2 ms för DR. Vad som är intressant är att vid 20VMs var skillnaden i Raw- och datareduktionsversionen endast cirka 5ms (66.02ms till 71.24ms).

I vårt värsta tänkbara scenario för latens, hade A200 också en stark prestanda med datareduktionsversionen av 4VMs som hade den lägsta latensen på 48.43 ms (även om Raw endast var på 48.63 ms). När VM-antalet höjs till 20, nådde versionen av datareduktionen bara 180.27 ms och Raw-antalet 172.6 ms.

 

VDBench arbetsbelastningsanalys

När det gäller benchmarking av lagringsmatriser är applikationstestning bäst, och syntetiska tester kommer på andra plats. Även om det inte är en perfekt representation av faktiska arbetsbelastningar, hjälper syntetiska tester till baslagringsenheter med en repeterbarhetsfaktor som gör det enkelt att göra jämförelser mellan äpplen och äpplen mellan konkurrerande lösningar. NetApp delade med oss ​​av sin POC Toolkit under granskningen av AFF A200, som erbjuder en rad olika testprofiler, allt från "fyra hörn"-tester, vanliga tester av databasöverföringsstorlek, såväl som spårfångst från olika VDI-miljöer. Alla dessa tester utnyttjar den vanliga vdBench-arbetsbelastningsgeneratorn, med en skriptmotor för att automatisera och fånga resultat över ett stort beräkningstestkluster. Detta gör att vi kan upprepa samma arbetsbelastningar över ett brett utbud av lagringsenheter, inklusive flash-arrayer och individuella lagringsenheter. På arraysidan använder vi vårt kluster av Dell PowerEdge R730-servrar:

profiler:

• 4k slumpmässig läsning: 100% läst, 128 trådar, 0-120% iorate
• 4k Random Write: 100% Write, 64 trådar, 0-120% iorate
• 64k sekventiell läsning: 100 % läsning, 16 trådar, 0-120 % iorat
• 64k sekventiell skrivning: 100% skriv, 8 trådar, 0-120% iorate
• Syntetisk databas: SQL och Oracle
• VDI Full Clone och Linked Clone Traces

Om man tittar på topp läsprestanda, erbjöd NetApp AFF A200 exceptionell 4k-läsprestanda med låg latens, som mätte 0.31 ms i början och låg under 1 ms upp till cirka 190 200 IOPS. På sin topp mätte A249 16.4k IOPS med en latens på XNUMXms.

Om man tittar på 4k toppskrivprestanda, började A200 med en latens på 0.34 ms och stannade under 1 ms tills den nådde mellan 40K och 50K IOPS. På sin topp nådde A200 över 85K IOPS på 19.6ms

Genom att byta till 64 200 toppläsning började A0.27 med 1 ms latens och stannade under 48.5 ms tills den nådde över 60 8.5 IOPS. Den nådde en topp på drygt 200K IOPS med 3.75ms latens. AXNUMX slutade med en bandbredd på XNUMX GB/s.    

För 64k sekventiell toppskrivning startade A200 vid 0.49 ms och stannade under 1 ms tills den slog strax över 6K IOPS. A200 nådde sin topp på 19.7K IOPS med en latens på 12.85ms. A200 hade också en bandbredd på 1.22 GB/s på topp.

I vår SQL-arbetsbelastning startade A200 sin latens på 0.37 ms och stannade under 1 ms till drygt 120K IOPS. Den nådde en topp på 179K IOPS och 5.7ms.

I SQL 90-10 benchmark startade A200 med en latens på 0.37 ms och stannade under 1 ms tills den träffade mellan 80K och 100K IOPS. A200 nådde en topp på 159K IOPS med 6.5ms latens. 

SQL 80-20 såg A200 starta med en latens på 0.38 ms och stanna under 1 ms tills den flyttade över 60K IOPS. A200 nådde en topp på 131K IOPS med 7.8 ms latens.

Med Oracle Workload startade A200 med en latens på 0.39 ms och stannade under 1 ms tills den gick över 50K IOPS. A200 nådde en topp på 125K IOPS med en latens på 10.2ms.

Med Oracle 90-10 startade A200 med en latens på 0.37 ms och stannade under 1 ms tills den var strax under 100K IOPS. Den nådde en topp på 155K IOPS med en latens på 4.2ms. 

Med Oracle 80-20 startade A200 med en latens på 0.38 ms och stannade under 1 ms tills den var strax under 65K IOPS. Den nådde en topp på 129K IOPS med en latens på 4.9ms. 

Byte över till VDI Full Clone, starttestet visade att A200 började med en latens på 0.35 ms och stannade under 1 ms till cirka 52K IOPS. A200 nådde en topp på 122K IOPS med en latens på 8.6ms.

VDI Full Clone initiala inloggning startade med 0.41 ms latens och stannade under 1 ms till cirka 22K IOPS. A200 nådde en topp på 48K IOPS med en latens på 18.6ms.

VDI Full Clone Monday-inloggningen började med 0.48 ms latens och låg under 1 ms till över 20K IOPS. Den nådde en topp på 49K IOPS med 10.4ms. 

När man flyttade över till VDI Full Clone visade starttestet att prestanda höll sig under 1 ms upp till ungefär 49 95.7 IOPS, och senare toppade det med en topp på 5.13 XNUMX IOPS med en genomsnittlig latens på XNUMX ms.

I Linked Clone VDI-profilen som mäter Initial Login-prestanda, såg vi sub-ms latens upp till cirka 18.8k IOPS, där den ökade ytterligare till 36.8k IOPS vid 6.95ms när den var som mest.

I vår senaste profil som tittar på VDI Linked Clone Monday Login-prestanda ser vi 1ms barriärövergången ske vid cirka 17.5 37.4 IOPS, där arbetsbelastningen fortsatte att öka till sin topp vid 13.3 XNUMX IOPS och XNUMX ms genomsnittlig latens.

VMmark 3

Uppdatering 1 / 31 / 18: Vid tidpunkten för denna första granskning var vår VMmark-testning ännu inte slutförd. Detta har sedan dess kommit online och vi har publicerat ytterligare information om A200:s virtualiseringsprestanda som ett resultat. Uppgifterna förstärker ytterligare vår entusiasm för enheten eftersom den klarade sig mycket bra med minimal träff när datareduktionstjänster var aktiverade.

Slutsats

NetApp AFF A200 är en nybörjarmatris för små organisationer som antingen vill börja med eller migrera till all-flash-lagring, eller som ett bra alternativ för fjärr-/filialkontor. A200 är en plattform med dubbla kontroller som drivs av sexkärniga Intel Broadwell-DE-processorer och upp till 64 GB minne. Ur ett kapacitetsperspektiv har A200 24 2.5”-fack för SAS-flashenheter. Arrayen stöder upp till 15 TB-enheter, vilket ger en total råkapacitet på upp till 367 TB, även om den effektiva kapaciteten är mycket högre med datareduktion. Dessutom erbjuder NetApp en garanterad lagringseffektivitetsminskning på 4:1. A200 kan också lägga till kapacitet genom en DS224C expansionshylla. Arrayen körs på NetApps ONTAP-operativsystem.

När vi tittar på prestanda körde vi både våra vanliga applikationsarbetsbelastningsanalyser inklusive SQL Server och Sysbench applikationsarbetsbelastningar, såväl som nyligen introducerade VDBench Workload Analysis syntetiska benchmarks. NetApp delade sin POC Toolkit med oss ​​för granskningen, vilket gav oss ett enklare sätt att starta arbetsbelastningar över flera servrar och gjorde det lättare att testa snabbare arrayer på ett konsekvent sätt framöver.

Med våra applikationsarbetsbelastningar testar vi arrayen både med och utan inline-datareduktionstjänsterna (DR) aktiverade. I vårt transaktionsriktmärke för SQL Server var effekten av DR minimal med den sammanlagda poängen 12,620.1 12,583.8 TPS rå och 3,145.3 3,155.1 TPS med DR på. Enskilda virtuella datorer varierade från 11 25 TPS till 4 8 TPS. Med SQL Servers genomsnittliga latens såg vi att latensen fördubblades med DR på; råvaran löper 16 ms (både individuell och sammanlagd), och DR har ett aggregat på 20 ms. Med Sysbench körde vi flera uppsättningar av VM-skalning, inklusive 4, 4, 7,175 och 17.84. På den lägsta skalan av 48.63VM:er fungerade NetApp ganska bra, och erbjuder stark prestanda utan att behöva mätta arrayen helt. Den råa prestandan vid 20VMs var 9,695 66.02 TPS, med en genomsnittlig latens på 172.6 ms och värsta tänkbara latens på XNUMX ms. I andra änden med XNUMXVM:s, raw-träffen XNUMX XNUMX TPS med en latens på XNUMX ms och en värsta latens på XNUMX ms. Återigen, det var inte en enorm skillnad med DR på, även om råvaran presterade bättre i alla tester.

När man tittar på VDBench-tester som utförts med datareduktionstjänster påslagna, var det imponerande att se så stark prestanda med en fördröjning på under millisekunder. I slumpmässig 4K träffade A200 40K IOPS innan den gick över 1ms fördröjning i skrivning, och i läsning kom A200 till 190K innan den gick över 1ms fördröjning. Denna trend fortsatte under resten av riktmärkena. I 64K sekventiella tester kunde A200 nå 48K IOPS under 1ms latens vid läsning, och i skrivning nådde den nästan 20K IOPS under 1ms latens (testet slutade också med bandbreddshastigheter på 3.75GB/s läsning och 1.22GB/s skriva). Vi körde tre SQL-arbetsbelastningar med 100 % läsning, 90 % läs och 10 % skriv, och 80 % läs och 20 % skriv, med A200-resultaten på 120K IOPS, 80K IOPS respektive 60K IOPS, allt under 1ms fördröjning. När vi körde samma tre tester med en Oracle-arbetsbelastning såg vi att A200 slog 50K IOPS, 100K IOPS och 65K IOPS under 1ms fördröjning. Vi körde också VDI Full Clone och Linked Clone benchmarks för Boot, Initial Login och Monday Login. A200 kunde träffa 52K IOPS, 22K IOPS och 20K IOPS under 1ms latens i Full Clone, och 49K IOPS, 18K IOPS och 17K IOPS under 1ms latens i Linked Clone. NetApp kommenterar snabbt hur mycket optimering som pågår bakom kulisserna för att ställa in arbetsbelastningen, och du kan se detta spelas upp i varje test vi körde på A200 – även med full inline-datareduktion i spelet.

Efter alla dessa arbetsbelastningar och de många veckorna av testning i vårt labb är en sak uppenbarligen klar: migreringen till all-flash-system har förändrats för NetApp. En del av förbättringarna är upplyftningsblixtens erbjudanden, men mycket av det är tack vare ONTAP-förbättringar. Var krediten än ligger är slutprodukten helt fantastisk. Mellanmarknadssegmentet för lagring är otroligt konkurrenskraftigt; det finns en smått med startups, mjukvarudefinierade alternativ och resten av de vanliga misstänkta. Om du funderar på att spendera mindre än sex siffror på lagring, kan du bli förlåten för att inte titta på NetApp förbi en tillfällig blick i detta segment. Det skulle dock vara ett tragiskt misstag, eftersom A200 helt enkelt krossas. Att leverera fenomenal prestanda under en millisekund är en sak, men här är den viktiga delen: NetApp gör det med datareduktionstjänster påslagna för att nå den kapacitetsgarantin på 4:1. Detta är inte trivialt; många andra arrayer faller antingen väldigt platt med datareduktion på eller erbjuder det helt enkelt inte. Vår A200 på ingångsnivå med hårddiskar med lägst kapacitet erbjuds upp till 15.5 TB över två 7.75 TB-pooler, vilket innebär att vi skulle ha en toppkapacitet på 62 TB om vi når det 4:1-målet och över en petabyte med de 15 TB-enheter som NetApp erbjuder . Ganska imponerande räckvidd för en 2U mellanmarknadslåda. Prestanda, i kombination med en djup och mogen uppsättning datatjänster, gör A200 till ett enkelt val som vår andra Editor's Choice-vinnare 2017.

Fördelar

• Upp till 367 TB i ett 2U-fotavtryck (före 4:1 dataeffektivitet)
• Datareduceringstekniken hade minimal inverkan på applikationsarbetsbelastningens benchmarks
• Enastående prestanda vid fördröjningar på under millisekunder i VDBench
• Mogen uppsättning datatjänster och integrationer

Nackdelar

• Saknar ett 1.92TB SSD-alternativ för att nå prisgapet mellan 960GB och 3.8TB-konfigurationerna

The Bottom Line

NetApp AFF A200 är en idealisk enhetlig lagringslösning för mellanmarknaden som kräver en kompromisslös blandning av applikationsrespons, uppbackad av en omfattande lista med fullblodsdatatjänster.

NetApp Alla Flash Arrays

Diskutera denna recension

Anmäl dig till StorageReviews nyhetsbrev