Recenze NetApp AFF A800

by Laboratoř StorageReview Enterprise on May 7, 2019

AFF A800 je špičkové úložné pole ONTAP typu all-flash od společnosti NetApp, které při uvedení na trh nabízelo jako první v oboru komplexní NVMe/FC přes 32Gb FC a také 100GbE konektivitu. Doposud jsme si prošli celou řadou all-flash AFF, počínaje výkonným A200 (který byl od té doby nahrazen A220) a A300 . Oba disky, které jsme dříve recenzovali, získaly ocenění Editor's Choice. Dnes se podíváme na výkonné zařízení A800 založené na NVMe, které nabízí stejné výhody ONTAP jako dříve recenzované modely a také exponenciálně rychlejší výkon a nižší latenci. Zatímco se tato úvodní recenze zaměřuje na výkon systému přes Fibre Channel, následující články se ponoří do komplexní podpory NVMe over Fabrics (NVMeoF) u A800.

Na rozdíl od modelů A200 a A300, které byly navrženy pro různé segmenty trhu střední třídy, je A800 navržen pro úlohy, které vyžadují nejvyšší výkon (jako je umělá inteligence a hluboké učení), a zároveň zahrnuje robustní sadu podnikových datových služeb, kterými je ONTAP známý. Pro upřesnění, NetApp nabízí řadu skutečně rychlých úložišť v rodině EF all-flash, jako je například střední třída EF570 , kterou jsme recenzovali dříve. Zpět k A800, NetApp tvrdí, že systém dokáže s párem HA dosáhnout 1.3 milionu IOPS s latencí pod 500 μs a propustnosti až 34 GB/s. Ve velkém měřítku to znamená, že cluster NAS může dosáhnout až 11.4 milionu IOPS s latencí 1 ms a propustností 300 GB/s. Cluster SAN může dosáhnout až 7.8 milionu IOPS s latencí 500 µs a propustností 204 GB/s.

Stejně jako ostatní systémy řady AFF A, i NVMe A800 se dá v konfiguraci NAS škálovat na 24 (12 párů HA) 4U uzlů s dvojitým řadičem v clusteru. Protože se jedná o systém založený na NVMe, existují určité nuance, pokud jde o škálování disků. Například systém střední třídy A300 podporuje 4608 disků, zatímco A800 dosahuje maxima 2880. I když to pravděpodobně nepředstavuje funkční problém při nasazení, zdůrazňujeme to jen proto, abychom naznačili, že systémy založené na NVMe mají při zvažování rozšiřujících polic JBOD jiné technické výzvy než systémy založené na SAS, takže nemůžeme jen předpokládat, že s postupem v produktové řadě se vše zvětší. V konfiguraci SAN se NVMe A800 škáluje na 12 uzlů (6 párů HA) s podporou 1 440 disků. Pokud však uživatelé využijí 15.3TB NVMe SSD, mohou škálovat až 2.5 PB v konfiguraci 4U. S povolenou datovou efektivitou (za předpokladu 5:1) podporuje A800 přes 315 PB v clusteru NAS s 24 uzly a 160 TB v clusteru SAN.

Zatímco NetApp umožnil podporu NVMe na front-endu v jiných AFF systémech, A800 nabízí to, co se nazývá end-to-end podpora NVMe. Jak již bylo uvedeno, v této recenzi se nebudeme podrobně zabývat tím, co to znamená. Stačí říct, že A800 je první all-flash NVMe pole, které toho dosahuje. V podstatě to znamená, že organizace mohou využít nastupující vlnu možností NVMeoF a zároveň stále obsluhovat své tradičnější úlohy přes FC. Dříve byly organizace, které chtěly využít NVMeoF, obecně odsouzeny k nasazením typu „vědeckých projektů“, které byly sice rychlé, ale měly omezení, pokud jde o škálování a datové služby. Implementace NetAppu zde tyto nedostatky řeší a zároveň poskytuje podporu pro standardní možnosti připojení v FC i Ethernetu.

Samozřejmě nemůžeme mluvit o A800, aniž bychom zdůraznili cloudovou konektivitu a NetApp Data Fabric . Součástí ONTAP je rozsáhlá síť konektivity s předními poskytovateli cloudových služeb, která zákazníkům umožňuje umístit svá data tam, kde to dává největší smysl, ať už lokálně na A800 nebo někde jinde. NetApp podporuje cloudová a multicloudová připojení s Amazon Web Services, Microsoft Azure, Google Cloud Platform a dalšími. Široká podpora cloudu poskytuje zákazníkům NetAppu flexibilitu, kterou potřebují při správě datové stopy, a možnost přesouvat data podle potřeby, aby mohli využít cloudové ekonomiky, nových funkcí nebo typů tvarů atd.

Naše konkrétní sestava se skládá z A800 s 24 x 1.92TB NVMe SSD disky se dvěma čtyřportovými 32Gb FC porty připojenými na každý řadič (celkem 8 portů) s nainstalovaným ONTAP 9.5RC1.

Specifikace NetApp A800

Maximální horizontální škálování	2–24 uzlů (12 párů HA)
Maximální SSD	2880
Maximální efektivní kapacita	316.3PB
Aktivní-aktivní duální řadič na systém
Tvarový faktor řadiče	4U
rozšiřující sloty PCIe	8
Cílové porty FC (automatické přepínání rozsahu 32 Gb)	32
Cílové porty FC (automatické přepínání rozsahu 16 Gb)	32
100GbE porty (40GbE automatické přepínání)	20
10GbE porty	32
Podpora síťového úložiště	NVMe/FC FC iSCSI NFS pNFS CIFS/SMB
Verze operačního systému	ONTAP 9.4 RC1 nebo novější
Police a média	Sady disků NVMe
Podporované hostitelské/klientské OS	Windows 2000 Windows Server 2003 Windows Server 2008 Windows Server 2012 Windows Server 2016 Linux Oracle Solaris AIX HP-UX Mac OS VMware ESX

Design a budování

NetApp AFF A800 je 4U pole, které má velmi podobný vzhled jako ostatní produkty v řadě AFF. Pod stylovým rámečkem s ventilačními otvory a logem NetApp se nacházejí dvě řady modrých 2.5" pozic pro SSD disky.

Pokud jde o samotné NVMe disky, NetApp podporuje širokou škálu kapacitních možností, včetně SSD disků s kapacitou 1.9 TB, 3.8 TB, 7.6 TB a 15.3 TB. V době psaní tohoto článku NetApp dodává všechny tyto disky jako samošifrovací (SED) se šifrováním AES-256. U systémů inicializovaných pomocí ONTAP 9.4 je navíc povoleno rychlé nulování disků.

Když se podíváme na zadní stranu zařízení, najdeme dva řadiče: jeden naskládaný na druhém jako zrcadlový obraz. Naše konfigurace zahrnuje čtyři různé styly rozhraní pro připojení. Tyto čtyři karty se nacházejí v pravém a prostředním slotu PCIe. Patří mezi ně čtyřportová 32Gb FC karta (vlevo nahoře), dvouportová 25GbE síťová karta (vlevo dole), dvouportová 100GbE síťová karta (vpravo nahoře) a čtyřportová 10GbE síťová karta (vpravo dole).

Po odstranění jednoho z ovladačů vidíme připojení ke zbytku jednotky a také ventilátory, které lemují přední část ovladače.

Když se podíváme na zadní řadič, na levé straně se nacházejí dva redundantní zdroje pro každý řadič a také porty propojení HA a clusteru. Pravá spodní strana každého řadiče má také port 1HA a port propojení clusteru. Většinu zbývající plochy zabírají sloty PCIe (pět), které lze osadit síťovými porty 100GbE, 10GbE nebo 32Gb Fibre Channel, případně jejich kombinací, jako v naší konfiguraci. Uprostřed dole se nacházejí porty pro správu a dva porty USB 3.0.

Ovladač se neuvěřitelně snadno otevírá, takže je velmi snadno ovladatelný.

Vidíme dva procesory, 20 slotů DIMM (osazených 20 x 32GB DIMM RAM) a dva sloty NVDIMM. Snadno dostupné jsou odtud také síťové integrované obvody PCIe.

management

Grafické uživatelské rozhraní ONTAP urazilo v průběhu let dlouhou cestu, od grafického uživatelského rozhraní s podporou Javy ve verzi 8.2 a starších až po moderní a dobře navržené webové rozhraní ONTAP 9.5. Společnost NetApp provedl v grafickém uživatelském rozhraní významná vylepšení, díky čemuž je stále použitelnější pro více než jen každodenní administrativní funkce.

Přístrojová deska:

Po přihlášení vás přivítá dashboard, který vám poskytne rychlý přehled o tom, co se v systému děje. Dashboard je poměrně jednoduchý, co se týče toho, co vidíte. Každý z widgetů umožňuje rychlý pohled na upozornění, výkon, kapacitu, efektivitu a ochranu. Pro podrobnější zobrazení a dlouhodobé trendy se doporučuje použít (bezplatný) OnCommand Unified Manager od NetAppu pro metriky ONTAP.

Úroveň cloudu:

Díky přidání možnosti NetApp Cloud Fabric Pool se grafické uživatelské rozhraní snadno připojuje k veřejným cloudům, včetně NDAS, a také k lokálnímu StorageGRID.

SVM:

Na této kartě můžete vytvářet, upravovat, mazat a spouštět/zastavovat všechny SVM datových protokolů v clusteru ONTAP a také upravovat různá nastavení.

Agregační a úložné fondy:

Karty Agregace a Úložný fond umožňují jednoduché vytváření a správu agregací a Úložných fondů.

Svazky a LUNy:

Stránka pro správu svazků a LUN nabízí širokou škálu možností vytváření a správy FlexVolů, FlexGroups a LUNů, a dokonce i igroups a mapování pro každý z SVM.

QoS:

QoS v ONTAPu v průběhu let urazilo dlouhou cestu. Nyní je možné konfigurovat strop a spodní hranice pro každou pracovní zátěž a také je konfigurovat tak, aby se přizpůsobily měnícím se pracovním zátěžím. QoS lze aplikovat na různé objekty v ONTAPu, jako jsou svazky, soubory a LUNy, a také na několik dalších objektů.

Konfigurace sítě:

Veškerá základní konfigurace a administrace sítě je k dispozici v grafickém rozhraní: IP prostory, domény vysílání, porty, LIF, FC a nyní i NVMe.

Peering:

Až do posledních několika verzí ONTAP bylo nutné vytvářet peeringové vztahy výhradně přes CLI; nyní však můžete vytvářet peery clusteru a dokonce i peery SVM také v grafickém rozhraní. Jakmile máte peering nakonfigurovaný, můžete dokonce vytvořit vztah SnapMirror přímo v průvodci vytvářením svazků.

Aktualizace clusteru:

Aktualizace ONTAPu jsou čím dál snazší. Malá, ale velmi užitečná funkce přidaná ve verzi 9.4 ještě více usnadňuje provádění aktualizací ONTAPu. Všichni máme rádi příkazový řádek, ale díky němu je spolupráce se zákazníky na aktualizaci jejich souborů opravdu snadná. Už žádné http/ftp servery, se kterými se nemusíte zabývat; stačí přímo nahrát soubor .tgz a spustit automatickou aktualizaci clusteru.

Výkon

Pokud jde o výkon, porovnáme A800 a A300. Toto porovnání slouží k ukázce toho, jak dobře se škáluje výkon modelů NetApp AFF s postupem v řadě. Ve všech našich testech máme povolené služby pro redukci dat, což znamená, že je povolena inline deduplikace a komprese. Jak jsme již uvedli v předchozích recenzích, NetApp ONTAP poskytuje skvělé možnosti DR s minimálními režijními náklady nebo dopadem na výkon.

Konfigurace našeho serveru NetApp AFF A800 zahrnovala 8 32Gb FC portů s 24 instalovanými 1.92TB NVMe SSD disky. Z 24 1.92TB SSD disků nasazených v našem A800 jsme je rozdělili do dvou agregátů RAID-DP, s 11 použitými SSD disky a jedním jako hot-spare. Pole bylo připojeno přes 32Gb přes dva přepínače Brocade G620, které pak měly 16 16Gb linek k našim serverům Dell PowerEdge R740xd.

Pro naše syntetické benchmarky s využitím VDbench a Sysbench jsme zřídili 32 600GB svazků rovnoměrně rozložených mezi řadiče i skupiny disků. Pro SQL Server jsme použili další čtyři 1.1TB svazky, dva na řadič, pro uložení virtuálních počítačů používaných pro benchmarking. Po započtení redukce dat činila celková využitá velikost prostoru během našich testů necelých 50 % pro každý agregát.

Výkon serveru SQL

Testovací protokol Microsoft SQL Server OLTP od společnosti StorageReview využívá aktuální návrh benchmarku C (TPC-C) organizace Transaction Processing Performance Council, což je online benchmark pro zpracování transakcí, který simuluje aktivity v komplexních aplikačních prostředích. Benchmark TPC-C se více než syntetické benchmarky výkonu přibližuje měření silných stránek a úzkých míst úložné infrastruktury v databázových prostředích.

Každý virtuální počítač SQL Serveru je nakonfigurován se dvěma virtuálními disky: 100GB svazkem pro bootování a 500GB svazkem pro databázi a soubory protokolů. Z hlediska systémových prostředků jsme každý virtuální počítač nakonfigurovali s 16 virtuálními procesory (vCPU), 64 GB paměti DRAM a využili jsme řadič LSI Logic SAS SCSI. Zatímco naše testované úlohy v Sysbench dříve platformu nasytily jak v oblasti úložných I/O operací, tak i kapacity, test SQL se zaměřuje na výkon s ohledem na latenci.

Tento test využívá SQL Server 2014 spuštěný na hostovaných virtuálních počítačích se systémem Windows Server 2012 R2 a je zatížen nástrojem Benchmark Factory for Databases od společnosti Dell. Zatímco tento benchmark tradičně používáme k testování velkých databází o rozsahu 3 000 databází na lokálním nebo sdíleném úložišti, v této iteraci se zaměřujeme na rovnoměrné rozložení čtyř databází o rozsahu 1 500 databází na naše servery.

Konfigurace testování SQL Serveru (na virtuální počítač)

Windows Server 2012 R2
Úložná stopa: 600 GB přiděleno, 500 GB využito
SQL Server 2014
- Velikost databáze: škálování 1 500
- Zatížení virtuálních klientů: 15 000
- Vyrovnávací paměť RAM: 48 GB
Délka testu: 3 hodiny
- 2.5 hodiny předběžné přípravy
- 30minutový vzorek

Pokud jde o transakční výkon SQL Serveru, A800 dosáhl celkového skóre 12 635,5 TPS, přičemž jednotlivé virtuální počítače běžely od 3 158,6 TPS do 3 159,3 TPS (což je pěkný nárůst oproti 12 628,7 TPS u A300 a 12 583,8 TPS u A200).

Při pohledu na průměrnou latenci SQL Serveru vidíme větší zlepšení u A800, která klesla na souhrnně 5 ms a 5 ms na všech virtuálních strojích (mnohem lépe než 8 ms u A300 a 25 ms u A200).

Výkon MySQL v Sysbench

Náš první benchmark pro lokální úložiště se skládá z databáze Percona MySQL OLTP měřené pomocí SysBench. Tento test měří průměrný počet transakcí za sekundu (TPS), průměrnou latenci a také průměrnou latenci 99. percentilu.

Každý virtuální počítač Sysbench je nakonfigurován se třemi virtuálními disky: jedním pro bootování (~92 GB), jedním s předpřipravenou databází (~447 GB) a třetím pro testovanou databázi (270 GB). Z hlediska systémových zdrojů jsme každý virtuální počítač nakonfigurovali s 16 virtuálními procesory (vCPU), 60 GB paměti DRAM a využili jsme řadič LSI Logic SAS SCSI.

Konfigurace testování Sysbench (na virtuální počítač)

CentOS 6.3 64bitový
Percona XtraDB 5.5.30-rel30.1
- Databázové tabulky: 100
- Velikost databáze: 10 000 000
- Vlákna databáze: 32
- Vyrovnávací paměť RAM: 24 GB
Délka testu: 3 hodiny
- 2 hodiny předběžné přípravy 32 vláken
- 1 hodina 32 vláken

V Sysbench jsme otestovali několik sad virtuálních strojů, včetně 8, 16 a 32, a spustili jsme Sysbench se zapnutou redukcí dat. A800 dokázal dosáhnout 15 750,8 TPS pro 8 virtuálních strojů, 22 170,9 TPS pro 16 virtuálních strojů a 44 149,8 TPS pro 32 virtuálních strojů. To je mnohem více než předchozí hodnota, téměř dvojnásobek oproti A300 s 32 virtuálními stroji, 22 313 TPS.

S průměrnou latencí v Sysbench dosáhl A800 16.3 ms pro 8 virtuálních virtuálních strojů, 23.1 ms pro 16 virtuálních virtuálních strojů a 23.2 ms při 32 virtuálních virtuálních strojích. To je mnohem lepší než u menších modelů AFF.

V našem nejhorším případě (99. percentil) dosáhla latence A800 hodnoty 31.3 ms pro 8 virtuálních počítačů (8VM), 48.5 ms pro 16VM a 48.1 ms pro 32VM.

Analýza pracovní zátěže VDBench

Pokud jde o benchmarking úložných polí, nejlepší je testování aplikací a syntetické testování je na druhém místě. I když syntetické testy nepředstavují dokonalou reprezentaci skutečných pracovních zátěží, pomáhají stanovit základní parametry úložných zařízení s faktorem opakovatelnosti, který usnadňuje porovnávání konkurenčních řešení. Tyto pracovní zátěže nabízejí řadu různých testovacích profilů, od testů „čtyř rohů“, běžných testů velikosti přenosu databáze až po zachycení tras z různých prostředí VDI. Všechny tyto testy využívají běžný generátor pracovních zátěží vdBench se skriptovacím enginem pro automatizaci a zachycení výsledků na velkém clusteru výpočetního testování. To nám umožňuje opakovat stejné pracovní zátěže napříč širokou škálou úložných zařízení, včetně flash polí a jednotlivých úložných zařízení.

Profily:

Náhodné čtení 4K: 100% čtení, 128 vláken, rychlost čtení 0–120 %
Náhodný zápis 4K: 100% zápis, 64 vláken, rychlost zápisu 0–120 %
64K sekvenční čtení: 100% čtení, 16 vláken, rychlost čtení 0–120 %
64K sekvenční zápis: 100% zápis, 8 vláken, rychlost zápisu 0–120 %
Syntetická databáze: SQL a Oracle
Trasování úplného klonu VDI a propojených klonů

Počínaje maximálním výkonem při náhodném čtení 4K dat, A800 začínal na 118 511 IOPS s latencí 217.5 μs. A800 se držel pod 1 ms, dokud nedosáhl přibližně 1.07 milionu IOPS, a poté dosáhl vrcholu 1 219 829 IOPS s latencí 3.3 ms. To byl výrazný rozdíl ve srovnání s maximálním výkonem A300 635 342 IOPS s latencí 6.4 ms.

Pokud jde o výkon zápisu 4K, A800 začínal na 45 676 IOPS s latencí 213.1 μs. A800 měl latenci submilisekundovou až do přibližně 410 000 IOPS a poté dosáhl vrcholu přibližně 439 000 IOPS s latencí 4.4 ms, než částečně poklesl. Naproti tomu A300 dosáhl maximálního výkonu 208 820 IOPS s latencí 9.72 ms.

Při přechodu na sekvenční úlohy se podíváme na maximální výkon při čtení 64K dat. V tomto případě A800 začínal na 29 589 IOPS neboli 1.85 GB/s s latencí 166.1 μs. A300 měl latenci submilisekundovou až do přibližně 300 000 IOPS neboli 18.5 GB/s, poté dosáhl vrcholu 302 668 IOPS neboli 18.9 GB/s s latencí 1.7 ms. A300 dosáhl vrcholu přibližně 84 766 000 IOPS neboli 5.71 GB/s s latencí 3.64 ms, než mírně poklesl.

Pokud jde o sekvenční zápis 64K dat, A800 začínal na 8 103 IOPS neboli 506.4 MB/s s latencí 304.8 μs. Pole se drželo pod 1 ms až do konce svého běhu, tj. přibližně 80 000 IOPS neboli 5 GB/s, a poté dosáhlo vrcholu 80 536 IOPS neboli 5.03 GB/s s latencí 3.1 ms. Co se týče špičkového výkonu, A300 dosáhl 4.8 883 IOPS neboli 3.1 GB/s s latencí 4,8 ms.

Naše další várka benchmarků jsou SQL testy. V SQL začal A800 na 138 007 IOPS s latencí 255.2 μs a měl latenci submilisekundovou až do přibližně 650 000 IOPS, přičemž vrcholu dosáhl 697 603 IOPS s latencí 1.5 ms. V porovnání s A300 dosahoval vrcholu 488 488 IOPS s latencí 2.1 ms.

V SQL 90-10 začal A800 s výkonem 70 867 IOPS s latencí 277.3 μs a udržel se pod 1 ms až do přibližně 640 000 IOPS, přičemž vrcholu dosáhl na 730 567 IOPS s latencí 1.4 ms. A300 naopak dosáhl maximálního výkonu 416 370 IOPS s latencí 2.46 ms.

Pro SQL 80-20 začínal A800 na 56 391 IOPS s latencí 256.6 μs s latencí v řádu submilisekund až do přibližně 480 000 IOPS. A800 dosáhl vrcholu na 623 557 IOPS s latencí 1.6 ms. To bylo zhruba dvojnásobek oproti 360 642 IOPS u A300 s latencí 2.82 ms.

Pokud jde o naše úlohy s Oracle, viděli jsme, že A800 začínal na 64 020 IOPS s latencí 254.7 μs a udržel se pod 1 ms až do přibližně 470 000 IOPS. A800 dosáhl vrcholu 656 438 IOPS s latencí 1.9 ms. A800 opět dosáhl téměř dvojnásobného výkonu než A300 s 340 391 IOPS a latencí 3.6 ms.

S procesorem Oracle 90-10 začínal A800 na 75 710 IOPS a latencí 242.5 μs. Pole si po celou dobu pořizovalo výkon s latencí v submilisekundách, vrcholu dosáhlo 759 117 IOPS s latencí 839.2 μs – což je velký krok oproti vrcholu A300 s 417 869 IOPS a latencí 1.53 ms.

S procesorem Oracle 80-20 si A800 udržel latenci v submilisekundách, počínaje 65 505 IOPS při latenci 254.5 μs a vrcholem 666 556 IOPS při 943.1 μs. A300 dosáhl vrcholu 362 499 IOPS a latence 1.62 ms.

Dále jsme přešli na náš test klonování VDI, plný a propojený. Při spouštění s plným klonováním VDI měl A800 latenci submilisekundovou až do přibližně 535 tisíc IOPS a poté dosáhl vrcholu 579 786 IOPS s latencí 1.8 ms. A300 dosáhl vrcholu 300 128 IOPS s latencí 3.46 ms.

S počátečním přihlášením VDI Full Clone se A800 držel pod 1 ms až do přibližně 200 000 IOPS a dosáhl vrcholu 254 888 IOPS s latencí 3.5 ms. To je v kontrastu s A300, který dosáhl vrcholu 123 984 IOPS s latencí 7.26 ms.

Pondělní přihlášení do VDI FC ukázalo, že A800 dosáhl latence submilisekund až do přibližně 180 tisíc IOPS a vrcholu 228 346 IOPS s latencí 2.2 ms. To byl velký skok oproti 131 628 IOPS s latencí 3.89 ms u A300.

Při přepnutí na VDI Linked Clone (LC) měl A800 v bootovacím testu latenci téměř po celou dobu pod 1 ms, čímž překonal hranici 1 ms s přibližně 440 000 IOPS a dosáhl vrcholu 460 366 IOPS s latencí 1.1 ms. A300 dosáhl vrcholu 215 621 IOPS s latencí 2.28 ms.

V testu VDI LC Initial Login měl A800 opět dlouhou dobu latence v řádu milisekund, až do přibližně 158 tisíc IOPS, s vrcholem 166 224 IOPS s latencí 1.5 ms. V porovnání s A300, kde dosahoval vrcholu 95 296 IOPS s latencí 2.68 ms, dosahoval vrcholu 95 296 IOPS.

Nakonec se podíváme na pondělní přihlášení do VDI LC, kde A800 začal s 15 287 IOPS a latencí 299.3 μs. Pole se drželo pod 1 ms až do přibližně 130 000 IOPS a dosáhlo vrcholu 164 684 IOPS s latencí 3.1 ms. A300 dosáhl vrcholu 94 722 IOPS s latencí 5.4 ms.

Závěr

NetApp AFF A800 je 4U úložné pole typu all-flash, které se zaměřuje na špičkový výkon. A800 je dodáván s výhradně NVMe flash pamětí a je zaměřen na nejnáročnější úlohy. Kromě podpory všech NVMe (a NVMe SSD disků s kapacitou až 15.3 TB) má AFF A800 také volitelnou 100GbE konektivitu pro situace, kdy je výkon absolutní nutností. Podle NetAppu by AFF A800 mělo být schopno dosáhnout 1.4 milionu IOPS s latencí pod 500 μs. Stejně jako ostatní pole NetApp řady A je i A800 poháněno technologií ONTAP.

Pro měření výkonu jsme spustili jak naše testy analýzy aplikací (Application Analysis Workloads), které se skládaly ze SQL Serveru a Sysbench, tak i naše testy VDBench. Pro analýzu aplikačního zatížení dosáhl A800 celkového transakčního skóre SQL Serveru 12 835,5 TPS a průměrné latence 5 ms. To byl velký nárůst výkonu oproti 12 628,7 TPS a průměrné latenci 8 ms u A300. V Sysbench nám A800 nabídl 15 750,8 TPS pro 8VM, 22 170,9 TPS pro 16VM a 44 149,8 TPS pro 32VM, s průměrnou latencí 16.3 ms pro 8VM, 23.1 ms pro 16VM a 23.2 ms pro 32VM a latencí v nejhorším případě 31.3 ms pro 8VM, 48.5 ms pro 16VM a 48.1 ms pro 32VM. V některých případech byl A800 schopen zdvojnásobit TPS a zároveň snížit latenci zhruba na polovinu.

V našich testech VDBench NetApp AFF A800 i nadále zářil. Mezi nejvýznamnější výsledky patří 1.2 milionu IOPS při čtení 4K, 439 tisíc IOPS při zápisu 4K, 18.9 GB/s při sekvenčním čtení 64K a 5.03 GB/s při zápisu 64K. Všechna tato čísla byla dosažena s latencí pod 5 ms. V našem testování SQL dosáhlo pole 698 tisíc IOPS, 731 tisíc IOPS v SQL 90-10 a 624 tisíc IOPS v SQL 80-20. V testování Oracle dosáhl A800 656 tisíc IOPS a v Oracle 90-10 i Oracle 80-20 mělo pole latenci submilisekundovou s maximálními skóre 759 tisíc IOPS a 667 tisíc IOPS. V našich testech VDI Clone dosáhl A800 bootovacího skóre 580K IOPS pro Full Clone a 460K IOPS pro Linked Clone. Nejvyšší maximální latence v průběhu všech našich testů byla pouhých 4.4 ms.

Stejně jako systémy ONTAP pro střední trh, které jsme již dříve recenzovali, i NetApp s A800 zaměřeným na podniky opět překonal očekávání. Výkonnostní profil je velmi silný a zaujímá tak vrchol rodiny ONTAP. Jak již bylo zmíněno, toto testování je typickým příkladem Fibre Channel; zatím jsme se nesetkali s tím, co je k dispozici v konfiguraci NVMeoF , což by mělo být docela zábavné. Při pohledu na recenzovaný hardware se občas objevují nepříjemné obavy, že starší dodavatelé úložišť nejsou tak rychlí a flexibilní jako startupy a „zastaralý kód“ s nimi nedokáže držet krok. V portfoliu NetApp nevidíme žádné známky těchto problémů a navíc A800 využívá NVMe a NVMeoF způsoby, které jsou pro podniky praktické, aniž by obětoval funkce ochrany dat a dostupnosti, které jsou v ONTAP po léta vlastní. NetApp má v A800 skvělou představu o NVMe a jsme nadšení, jak se tyto poznatky projeví v jejich dalších polích.