NetApp AFF C190 recension

NetApp C190 är en all-flash enhetlig lagringsuppsättning riktad mot små och medelstora företag och edge use case som kommer i en kompakt 2U formfaktor. C190 använder NetApps funktionsrika ONTAP-programvara, och levererar de robusta datatjänster som NetApp-användare har kommit att uppskatta. Arrayen är designad specifikt för kanalen, vilket ger återförsäljare ett billigt alternativ på den trånga ingångslagringsmarknaden, utan att behöva snåla med premiumfunktioner som dataminskning.

NetApp C190 är en all-flash enhetlig lagringsuppsättning riktad mot små och medelstora företag och edge use case som kommer i en kompakt 2U formfaktor. C190 använder NetApps funktionsrika ONTAP-programvara, och levererar de robusta datatjänster som NetApp-användare har kommit att uppskatta. Arrayen är designad specifikt för kanalen, vilket ger återförsäljare ett billigt alternativ på den trånga ingångslagringsmarknaden, utan att behöva snåla med premiumfunktioner som dataminskning.

Smakämnen NetApp C190 lanserades förra sommaren i ett försök att uppnå två mål. För det första hjälper C190 NetApps stora kunder att betjäna datalagringsbehov på kanten. Det är en kostnadseffektiv lösning som kör hela ONTAP-stacken. Det andra målet för C190 var att tilltala mindre kunder som såg NetApp-lösningar som potentiellt för dyra. I båda fallen verkar NetApp fungera bra med C190. Det låter som att någonstans runt hälften av C190-försäljningen är nya nettokunder för NetApp. Detta delar tydligt skillnaden i NetApps dual-mode-strategi.

För att hålla C190 kostnadseffektiv har NetApp gjort några saker. För det första har de standardiserat på 960 GB NVMe SSD, vilket innebär att de inte behöver lagra och stödja ett antal SKU:er. För det andra, medan den kör ONTAP och inga tjänster har tagits bort, kan C190 inte expanderas fysiskt utanför sina 24 fack. Detta ger en viss buffert mellan den och NetApps A-Series-arrayer, som A200-familjen. Trots det, om man antar en 3:1 datareduktionshastighet, kan kunderna fortfarande förvänta sig att få ~55TB kapacitet av en C190 fylld med 24 SSD:er. C190 kan även konfigureras med färre enheter, eftersom 8, 12 och 18 enhetskonfigurationer också är tillgängliga.

Skulle kapaciteten vara ett problem har NetApp massor av alternativ inklusive stöd för molnnivåer och molnbaserade volymer. C190 stöder alla större offentliga moln som Google Cloud, Amazon Web Services (AWS), Microsoft Azure, IBM Storage Cloud och Alibaba Cloud. Nettoresultatet är att kunder kan utnyttja billiga molnerbjudanden för att utöka sin C190:s kapacitet, vilket minskar oro för att deras datatillväxt kan överträffa vad C190 kan hantera fysiskt.

Med tanke på målet och det faktum att så många kunder för C190 är nya för NetApp, är enkel installation och hantering nyckeln. Även om kanalpartnern gör den första installationen, är det viktigt att göra processen med ombordstigning på en C190 enkel för att smörja hjulen för att minska friktionen. NetApp hävdar att arbetsbelastningar kan tillhandahållas på under 10 minuter och de tillhandahåller en tresidig affisch för att få system online. Vårt labb är kanske inte det bästa att jämföra med eftersom vi har sett ett halvdussin ONTAP-system här i labbet, så vi gick från unboxing till LUN-provisionerat lite snabbare. NetApp tillhandahåller en guide för att snabbt komma online, tillsammans med inbyggda arbetsflöden för populära applikationer som Oracle, Microsoft SQL, MySQL, MongoDB och VMware.

För vårt granskningssystem har vi en C190 som är halvbefolkad med 960 GB SSD-enheter. De dubbla kontrollerna är sammankopplade med 10 GbE (switchless) och vi delar lagring över de åtta inbyggda 16 GB FibreChannel-portarna, fyra per kontroller. Även om NetApp inte listar ett rekommenderat pris för dessa system, får vi veta att de kan köpas för under 20,000 XNUMX USD.

Specifikationer för NetApp AFA C190

NetApp C190 Design och bygg

När NetApp väljer en design de gillar håller de sig verkligen till den. Framsidan av arrayen har de distinkta grå enhetsfack som NetApp har blivit känt för. Konfigurationen med 24 fack har fackarna fyllda i fronten av arrayen, men beroende på hur många SSD:er en kund väljer att köpa för sin modell, kommer du att hitta en blandning av befolkade kontra tomma diskcaddies.

Vänd runt bakåt finns det två olika design beroende på hur nätverket är konfigurerat; vi använde den enhetliga, switchless, konfigurationen. Baksidan har en delad mitt för varje värd med en spegelbild på vardera sidan. I botten finns fläktar och nätaggregat. Överst på varje sida finns nätverket och sammankopplingarna, samt hanteringsportarna och USB-portarna på höger sida.

Inuti varje kontroller ser vi den täta, men ändå kompakta designen NetApp och andra Tier1-leverantörer är kända för. Inget utrymme lämnas oanvänt, med uppmärksamhet på kylning, värmehantering och strömskydd synligt. För en entry all-flash array behöver kunderna inte oroa sig för plattformens stabilitet under ett brett spektrum av driftsförhållanden.

NetApp C190 prestanda

NetApp AFF C190 testkonfiguration

• ONTAP 9.7P6
• 12 x 960 GB SSD-enheter (två RAID-DP-aggregat)
• 8 x 16 Gb FC-anslutning

SQL Server prestanda

StorageReviews Microsoft SQL Server OLTP-testprotokoll använder det aktuella utkastet till Transaction Processing Performance Councils Benchmark C (TPC-C), ett riktmärke för onlinetransaktionsbearbetning som simulerar de aktiviteter som finns i komplexa applikationsmiljöer. TPC-C-riktmärket kommer närmare än syntetiska prestandariktmärken att mäta prestandastyrkorna och flaskhalsarna hos lagringsinfrastruktur i databasmiljöer.

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 Dells 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 XNUMX XNUMX-skaliga databaser jämnt över våra servrar.

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

För vårt SQL Server-riktmärke för genomsnittlig latens testade vi både 4VM och 8VM och såg sammanlagda poäng på 29 ms respektive 72.5 ms.

Sysbench MySQL Performance

Vårt första benchmark för lokala lagringsapplikationer består av en Percona MySQL OLTP-databas mätt via SysBench. Detta test mäter också genomsnittlig TPS (Transactions Per Second), genomsnittlig latens och genomsnittlig 99:e percentil latens.

Varje Sysbench VM är konfigurerad med tre vDisks: en för uppstart (~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.

Sysbench-testkonfiguration (per virtuell dator)

• CentOS 6.3 64-bitars
• Percona XtraDB 5.5.30-rel30.1

• • Databas
    • Tabeller: 100
    • Storlek: 10,000,000
    • Trådar: 32
  • RAM-buffert: 24GB

• Testlängd: 3 timmar

• • 2 timmar förkonditionering 32 trådar
  • 1 timme 32 trådar

Med Sysbench OLTP testade vi 8VM för en sammanlagd poäng på 7,863 980 TPS med individuella virtuella datorer från 987 TPS till XNUMX TPS.

För Sysbenchs genomsnittliga latens såg vi en sammanlagd poäng på 32.6 ms med individuella virtuella datorer från 32.4 ms till 32.67 ms.

För vårt värsta scenario latens (99:e percentilen) hade C190 en sammanlagd latens på 96.4 ms med individuella virtuella datorer från 95.13 ms till 98.05 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. Dessa arbetsbelastningar erbjuder en rad olika testprofiler som sträcker sig 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.

profiler:

• 4K slumpmässig läsning: 100 % läsning, 128 trådar, 0-120 % iorat
• 4K Random Write: 100% Write, 64 trådar, 0-120% iorate
• 32K slumpmässig läsning: 100 % läs
• 32K slumpmässig skrivning: 100% skrivning
• 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

Med slumpmässig 4K-läsning började NetApp C190 med en fördröjning på under millisekunder fram till cirka 200K IOPS och fortsatte med att nå en topp på cirka 260K IOPS och 13ms latens innan den sjönk lite.

4K slumpmässig skrivning började också under 1 ms, innan den gick över vid cirka 25 74,410 IOPS och fortsatte med en topp på 27.4 XNUMX IOPS med en latens på XNUMX ms.

Därefter tittar vi på vårt 32K slumpmässiga I/O-test. För läsning hade C190 sub-millisekunders latensprestanda fram till cirka 50K IOPS och gick vidare till en topp på 100,894 7.7 IOPS med en latens på XNUMXms.

32K slumpmässig skrivning såg en kort latens under 1 ms och nådde en topp på 29,772 17.2 IOPS med en latens på XNUMX ms.

Nästa steg var sekventiella arbetsbelastningar där vi tittade på 64K. För 64K-läsning stannade arrayen under 1ms till ungefär 35K IOPS eller 2.2GB/s. C190 nådde en topp på 66,472 4.2 IOPS eller 11.1 GB/s vid XNUMX ms för latens.

Med 64K-skrivning såg vi en topp på 23,365 1.5 IOPS eller 44 GB/s med en latens på XNUMXms.

Vår nästa uppsättning tester är våra SQL-arbetsbelastningar: SQL, SQL 90-10 och SQL 80-20. Från och med SQL höll NetApp C190 sig under 1 ms till över 100 167,531 IOPS och nådde en topp på 5.9 XNUMX IOPS och en latens på XNUMX ms.

SQL 90-10 såg en topp på 139,602 7.03 IOPS med en latens på 190 ms. C80 hade sub-millisekunders latens här fram till cirka XNUMXK IOPS.

Med SQL 80-20 såg vi en fördröjningsprestanda på under millisekunder fram till cirka 60K IOPS och en topp på 119,757 8.2 IOPS med en latens på XNUMXms.

Nästa upp är våra Oracle-arbetsbelastningar: Oracle, Oracle 90-10 och Oracle 80-20. Från och med Oracle höll C190 sig under 1 ms latens till cirka 50K IOPS och gick vidare till en topp på 112,597 10.4 IOPS med en latens på XNUMX ms.

Oracle 90-10 såg en fördröjning på under millisekunder till cirka 80 139,851 IOPS och en topp på 4.3 XNUMX IOPS vid en latens på XNUMX ms.

För Oracle 80-20 körde arrayen med latens under 1 ms tills det bara var 60K IOPS och gav oss en toppprestanda på 118,669 5.2 IOPS och XNUMX ms för latens.

Därefter bytte vi till vårt VDI-klontest, Full och Linked. För VDI Full Clone (FC) Boot nådde NetApp C190 en topp på 93,335 11 IOPS med en latens på XNUMXms.

För VDI FC Initial Login nådde arrayen en topp på 43,024 20.7 IOPS med en latens på XNUMX ms.

Vårt sista VDI FC-riktmärke är måndagsinloggning där vi såg en topp på 46,567 11 IOPS med en latens på XNUMXms.

Genom att byta till VDI Linked Clone (LC) Boot startade C190 och stannade under 1 ms tills den var norr om 30K IOPS och nådde en topp på 57,573 8.7 IOPS med en latens på XNUMX ms.

VDI LC Initial Login såg återigen sub-millisekunder prestanda, denna gång fram till cirka 15K IOPS. Arrayen fortsatte att nå sin topp på 32,579 7.7 IOPS och XNUMX ms för latens.

Slutligen såg VDI Monday Login en topp på 33,976 14.4 IOPS och en latens på XNUMX ms.

Slutsats

NetApp C190 är företagets all-flash unified lagringsuppsättning riktad till både små och medelstora företag och edge-användningsfall. C190 är en 2U-plattform med dubbla kontroller som har allt ONTAP har att erbjuda. Mindre och nya kunder kommer att vara glada över att upptäcka att C190 är lätt att konfigurera och hantera med företaget och hävdar att arbetsbelastningar kan tillhandahållas på mindre än 10 minuter.

När det gäller prestanda körde vi våra Application Analysis Workloads såväl som våra VDBench-tester. För applikationsanalysarbetsbelastningar körde vi vårt SQL Server genomsnittliga latenstest och C190 nådde 72.5 ms med 8 VM och 29 ms med 4 VM. Med Sysbench såg vi sammanlagda poäng på 7,863 32.55 TPS och en genomsnittlig latens på 96.38 ms och en latens i värsta fall på XNUMX ms.

För VDBench startade arrayen de flesta riktmärken med fördröjning på under millisekunder och alla tester slutade över 1 ms. I våra slumpmässiga 4K-tester såg vi en topp på 260K IOPS-läsning och 74K IOPS-skrivning. För 32K slumpmässigt såg vi toppar på 101K IOPS läsning och 30K IOPS skrivning. För sekventiell körde vi våra 64K-tester och såg 2.2 GB/s läsa och 1.5 GB/s skriva.

Med SQL såg vi 168K IOPS, 80K IOPS i SQL 90-10 och 120K IOPS i SQL 80-20. När vi vänder oss till Oracle såg vi toppar på 113K IOPS, 140K IOPS för Oracle 90-10 och 119K IOPS i Oracle 80-20. I våra VDI Clone-tester körde vi Full Clone och Linked Clone. För Full Clone såg vi toppar på 93K IOPS för start, 43K IOPS för Initial Login och 47K IOPS för Monday Login. I länkad klon såg vi 58K IOPS för start, 33K IOPS för initial inloggning och 34K IOPS för måndagsinloggning.

NetApp AFF C190 tar de djupa och långvariga företagsdatafunktionerna från ONTAP till en ny plattform med mindre kapacitet. C190 är designad som ett kanalspel som ger ut NetApp-lösningar till en mycket bredare publik. Detta är en ganska stor sak för NetApp av olika anledningar. Det primära bland dem är att många inte inser att ett sådant här system kan köpas för under 20 190 USD. NetApp-kanalpartners har nu ett företagssystem att slåss på i den trånga marknadsföringsplatsen för ingångslagring som domineras av NAS-system eller lagringskontroller med ny märke. För befintliga NetApp-kunder ger CXNUMX dem en lågkostnadslösning att placera i utkanten, samtidigt som samma ONTAP-plattform för hantering bibehålls.

Den enda knäcken på C190 är att NetApp har minskat sin förmåga att expandera, vilket buffrat C190 från A200-familjen som sitter ovanför. C190 erbjuder begränsade SSD-alternativ och kan inte utökas till 24 enheter. Som sagt, med datareduktion kan ett fullt fyllt chassi leverera cirka 55 TB effektiv kapacitet (3:1-minskning). C190:s kapacitet kan också enkelt utökas via molnet tack vare kalla datanivåer med FabricPools.

När allt kommer omkring är C190 en riktigt smart version från NetApp. Det kommer inte att få den uppmärksamhet som en glittrig avancerad NVMe-array skulle få. Det är inte C190:s jobb. C190 designades för att ge kanalen ammunition i det mycket konkurrenskraftiga ingångsförrådet. C190 levererar här med en plattform som är billig men ändå rik på datatjänster. Den här kombinationen, tillsammans med stark prestanda, gör C190 till en av våra favoriter på marknaden för ingångsförvaring.

NetApp C190 produktsida

Engagera dig med StorageReview

Nyhetsbrev | Youtube | Podcast iTunes/Spotify | Instagram | Twitter | Facebook | Rssflöde