Violin Systems FSP 7650 recension

Violin Systems är inte precis ett nytt företag; vi har täckt dem i sex år nu. Företaget började som en pionjär inom all-flash-arenan och stötte på några elände efter att ha blivit börsnoterade. Företaget har dock rest sig ur askan med nya investerare som stöder företaget och har nya distributionsalternativ tillsammans med samma kader av högpresterande utrustning. Vi har jobbat med fiol i labbet ett tag nu; idag tittar vi på 7650-arrayen, som är "extremprestanda" all-flash-modellen i Violin Flash Storage Platform (FSP).

Violin Systems är inte precis ett nytt företag; vi har täckt dem i sex år nu. Företaget började som en pionjär inom all-flash-arenan och stötte på några elände efter att ha blivit börsnoterade. Företaget har dock rest sig ur askan med nya investerare som stöder företaget och har nya distributionsalternativ tillsammans med samma kader av högpresterande utrustning. Vi har jobbat med fiol i labbet ett tag nu; idag tittar vi på 7650-arrayen, som är den "extrempresterande" all-flash-modellen i portföljen Violin Flash Storage Platform (FSP).

Violin FSP 7650 är ett all-flash SAN som handlar om högre prestanda och ultralåg latens. SAN lovar att leverera upp till 2 miljoner IOPS samtidigt som den håller konsekvent låg latens. Denna kompletta SAN-lösning kan skala upp till 140 TB i råkapacitet och börjar så lågt som 8.8 TB. Något som företaget har investerat i är att ändra sina distributionsalternativ med en pay-as-you-grow-plan som de kallar Scale Smart. I princip levereras modellen med all sin blixt installerad och användarna betalar bara för det de behöver. När deras behov ökar ligger den nya blixten där i hyllan och väntar – vilket betyder inga störningar.

Förutom att vara snabb och mer prisvärd, kommer 7650 med en mängd företagsdatatjänster genom programvaran Concerto OS 7. Dessa tjänster inkluderar data-at-rest-kryptering som uppfyller både FIPS-140–2 och AES-XTS-256 standarder för datasäkerhet. Användare kan skala genom metoden ovan eller använda onlinekapacitetsexpansion och online LUN-expansion. Och SAN sport global asynkron replikering som kan kombineras med FSP 770 Stretch Cluster för att maximera kontinuiteten i verksamheten.

FSP 7650 Specifikationer

Design och bygga

Violin varierar inte mycket i design, eftersom varje plattform ser slående ut som den förra. Detsamma gäller FSP 7650, som är byggd som en tank. Tvärs över fronten sitter handtaget med märke, tillsammans med ett enkelt sätt att skjuta ut SAN. Bakom det integrerade handtaget finns ventilation för arrayen, som drivs av imponerande stora fläktar. På den nedre högra sidan finns LED-statuslampor och USB-portar.

Liksom andra violinenheter använder SAN Violin Intelligent Memory Modules (VIMM) för lagring jämfört med vanliga SSD:er. Dessa är placerade bakom fläktarna. Som vi tidigare nämnt är VIMMs Violins alternativ till SSD-lagring och hanterar sophämtning, slitageutjämning och fel-/felhantering för deras underliggande lagringsmedia. VIMMs består av en logikbaserad flashkontroller, hanteringsprocessor, DRAM för metadata och NAND Flash för lagring. Varje är hot-swappable för att underlätta underhållet, och i en kortformfaktor.

Den bakre delen av enheten har mer ventilation i den övre vänstra sidan med två avtagbara PSU:er nedan. Till höger finns två USB-portar, två 40GbE-portar, två seriella konsolportar och två Ethernet-portar. På höger sida finns fyra platser för I/O-kort och portar.

Verksamhetsledningen

Violin använder Concerto OS 7 för sin operativsystem och Symphony är SAN:s hanteringsprogram. Företaget skiljer sig verkligen från andra GUI, och inte bara för att det är flexibelt och lätt att använda. Det är faktiskt byggt kring blixtlagring av människor som förstår att blixt måste ses på olika sätt. Det grafiska gränssnittet sticker också ut eftersom det tillåter användare att anpassa flera instrumentpaneler genom att använda "prylar", som lägger ut den mest relevanta informationen för enkel visning. På den enkla sidan kan användare exportera olika listvyer direkt till CSV, PDF och till och med e-post.

Det finns flera prylar att välja mellan och de kan blandas och matchas för att täcka de flesta baser.

Först kommer vi att titta på översiktsfliken. Den här fliken har flera underflikar som låter användare få en bra titt i det mesta av systemet. Den första underfliken är en sammanfattning och som namnet antyder ger den en snabb övergripande sammanfattning av hur systemet körs.

Nästa underflik över är prestanda. Här kan användare välja vilket mått de vill titta på (IOPS, latens eller bandbredd) och de kan välja att se var prestandan kommer ifrån: FSP (förutsatt att det finns mer än en), controller eller container. En specifik tidpunkt kan också väljas för att se hur prestandan var en viss dag vid en viss tidpunkt.

Därefter tittar vi på de bästa LUN:erna. Dessa är uppdelade i kategorier som bandbredd, IOPS, latens och storlek.

Användare kan titta på all LUN-information på nästa flik och som de flesta aspekter av Symphony kan de välja vilken information de vill se genom en rullgardinsmeny till höger.

LUN Performance liknar prestandafliken, och användare kan välja vilken prestanda de vill visa och varifrån den kommer.

Underfliken Klienter listar information om klienterna såsom styrenhet, IP-adress, typ, LUN:er och om den är FC- eller iSCSI-aktiverad. Användare har också möjlighet att anpassa vad som visas när fliken öppnas.

För lagring måste användare klicka på VIMM-fliken. Här kan de se status som flash-typen, om den håller på att byggas om RAID, om VIMM:erna är balanserade, samt tillstånd som återstående livslängd. De kan också få en realtidsavläsning av VIMM:erna längst ner på skärmen och om det finns några problem eller inte.

Nästa huvudflik är fliken hantera. Via den här fliken kan användare hantera enheter (uppdelade ytterligare i arrayer, SAN eller LUN), grupper eller regler. Återigen, användarna presenteras med en massa information som kan anpassas och genom att klicka på en av raderna kan användarna borra ner lite mer.

Högerklicka och öppna i ny flik för en större bild

Om du borrar lite mer i LUN:er får användare flera nya alternativ som inkluderar ögonblicksbilder och replikering. Här kan användare ställa in ögonblicksbilder, gruppögonblicksbilder och replikeringar av LUN.

Under fliken Hantera finns också underfliken med regler. Här kan användare ställa in regler för varningar om hyllutrymme och lågt utrymme, samt System FSP-hälsoregler som anger namn och tröskel.

Under huvudfliken Analytics finns det fyra underflikar: Rapporter, Rapportschemaläggning, Rapportresultat och Varningar. Användare kan välja den enhet de vill ha en rapport om och se den eller schemalägga hur de vill att rapporten ska ställas in och sedan få resultaten. De kan också ställa in och kontrollera varningar baserat på de mätvärden de ställer in.

Högerklicka och öppna i ny flik för en större bild

Slutligen har fliken Admin de vanliga misstankarna som att konfigurera användare och varningsmeddelanden, samt ställa in alternativ för failover och vCenter-plugins.

Även om det grafiska användargränssnittet är en övergripande förbättring av de flesta AFA-gränssnitt, finns det några mindre problem. Medan "GUID" och "Serial #" är valbara kolumner i LUN-listan, saknades en kolumn för WWN särskilt från listan med val. På liknande sätt, om ett "Lägg till replikering"-arbetsflöde avbryts mitt i installationen, lämnar det en föräldralös Snapshot-resursdefinition bakom sig, snarare än att städa upp ordentligt efter sig själv.

Prestation

Analys av applikationens arbetsbelastning

Benchmarks för applikationens arbetsbelastning för Violin FSP 7650 består av MySQL OLTP-prestanda via SysBench och Microsoft SQL Server OLTP-prestanda med en simulerad TPC-C-arbetsbelastning. I varje scenario hade vi en uppdelning på 50/50 av array-VIMM som kontrollerades av varje styrenhet, i dess standard-RAID-typ över 12 sub-RAID-grupper. Från denna layout fördelar vi vår arbetsbelastning jämnt över arrayen för att balansera varje 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 7650 XNUMX-skaliga databaser jämnt över Violin FSP XNUMX (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 EMC PowerEdge R740xd Virtualiserat SQL 4-nodskluster
  • 8 Intel Xeon Gold 6130 CPU för 269GHz i kluster (två per nod, 2.1GHz, 16-kärnor, 22MB 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 Mellanox ConnectX-4 rNDC 25GbE NIC med dubbla portar
  • VMware ESXi vSphere 6.5 / Enterprise Plus 8-CPU

För SQL Server tittade vi på individuella virtuella datorer såväl som samlade poäng. Violin FSP 7650 kunde nå en sammanlagd poäng på 12,642.2 3,160.4 TPS med individuella virtuella datorer som slog 3,160.7 XNUMX TPS till XNUMX XNUMX TPS.

Med genomsnittlig latens hade 7650 både individuella virtuella datorer och en sammanlagd poäng på 3ms.

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. Lastgenerationssystem är Dell R740xd-servrar.

Dell PowerEdge R740xd Virtualiserat MySQL 8-nodkluster

• 16 Intel Xeon Gold 6130 CPU för 538GHz i kluster (två per nod, 2.1GHz, 16-kärnor, 22MB cache)
• 2 TB RAM (256 GB per nod, 16 GB x 16 DDR4, 128 GB per CPU)
• 8 x Emulex 16GB dual-port FC HBA
• 8 x Mellanox ConnectX-4 rNDC 25GbE NIC 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

I vårt Sysbench-riktmärke testade vi flera uppsättningar av 8VM, 16VM och 32VM. Till skillnad från SQL Server tittade vi här bara på råprestanda. När det gäller transaktionsprestanda kunde 7650 nå 17,021.7 8 TPS med 23,202.2 VM, 16 25,313.7 TPS med 32 VM och XNUMX XNUMX TPS med XNUMX VM.

Om man tittar på genomsnittlig latens hade 7650 15 ms med 8VM; dubblering till 16VMs gav latensen upp till endast 22ms, och fördubbling igen till 32VMs ledde bara till att latensen gick till 41.1ms.

I vårt värsta tänkbara latensriktmärke, träffade 7650 27.7 ms med 8 VM, 40.8 ms med 16 VM och 75.5 ms med 32 VM.

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. På arraysidan använder vi vårt kluster av Dell PowerEdge R740xd-servrar:

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
• 64K sekventiell läsning: 100 % läsning, 16 trådar, 0-120 % iorat
• 64K sekventiell skrivning: 100 % skrivning, 8 trådar, 0-120 % iorate
• Syntetisk databas: SQL och Oracle
• VDI Full Clone och Linked Clone Traces

I vårt 4K-toppläsningstest hade Violin FSP 7650 en prestanda på under millisekunder tills strax norr om 1.5 miljoner IOPS och nådde en topp på 1,613,302 2.26 XNUMX IOPS och en latens på XNUMX ms.

För 4K-toppskrivningar nådde 7650 nästan 900K IOPS innan den bröt 1ms och nådde en topp på 902,388 2.26 IOPS med en latens på XNUMXms.

Byte över till sekventiella arbetsbelastningar, hade 7650 sub-millisekunder latens till cirka 115K IOPS eller 7.2GB/s för 64K läsning. SAN nådde en topp på cirka 127K IOPS eller 8GB/s med 4ms latens innan det tappade en del i prestanda och ökade lite mer i latens.

För 64K-skrivning hade 7650 sub-millisekunders latensprestanda fram till runt 51K IOPS eller 3.2GB/s innan den nådde en topp på drygt 56K IOPS eller 3.5GB/s med en latens på 4.3ms följt av ett litet fall.

För SQL kom 7650:an till drygt 650K IOPS innan den gick över 1ms. Detta följdes av en stor spik i latensen som avtog för att SAN skulle nå en topp på 767,440 821 IOPS och en latens på XNUMXμs.

Med SQL 90-10 nådde 7650 ungefär 661K IOPS innan den bröt 1ms. Återigen följdes detta av en spik i latens (men inte lika hög som den föregående) innan SAN nådde en topp på 752,175 1.02 IOPS och en latens på XNUMXms.

För SQL 80-20 hade 7650 en fördröjning på under millisekunder till cirka 620 678,858 IOPS och nådde en topp på 1.45 XNUMX IOPS och en latens på XNUMX ms.

I vår Oracle-arbetsbelastning höll sig 7650 under 1 ms till drygt 552 623,453 IOPS och nådde en topp på 1.95 XNUMX IOPS med en latens på XNUMX ms.

Med Oracle 90-10 hade 7650 sub-millisekunders latens hela tiden och nådde en topp på 685K IOPS med en latens på 837μs innan den föll i prestanda en del tillsammans med ökad latens.

Med Oracle 80-20 hade Violin FSP 7650 återigen sub-millisekunders latens hela tiden, men bara precis. SAN nådde en topp på 642,732 996 IOPS och XNUMX μs.

Därefter bytte vi till vårt VDI-klontest, Full och Linked. För VDI Full Clone Boot klarade sig 7650 till cirka 320K IOPS innan den gick över 1ms. SAN nådde en topp på 433K IOPS med en latens på 1.3 ms innan några av dem släpptes.

För VDI FC Initial Login hade 7650 sub-millisekunders latens fram till 192K IOPS och nådde en topp på cirka 213K IOPS med en latens på 3ms innan den sjönk något.

VDI Full Clone Monday Login såg att 7650 slog 181K IOPS innan den bröt 1ms och nådde en topp på 201,378 2.5 IOPS med en latens på XNUMXms.

Genom att byta till VDI Linked Clone visade starttestet att 7650 nådde ungefär 210K IOPS innan den gick över 1ms, även om den sträckte sig lite innan den gick över. SAN nådde en topp på 216,102 2.16 IOPS med en latens på XNUMX ms.

Med VDI Linked Clone initial inloggning klarade 7650 155K IOPS med mindre än 1ms fördröjning. SAN nådde en topp på 128,002 1.93 IOPS med en latens på XNUMX ms.

Slutligen hade VDI Linked Clone Monday Login 7650 med submillisekunders latens till cirka 118K IOPS och toppade på cirka 132K IOPS med en latens på ungefär 3.5ms.

Slutsats

Violins FSP 7650 SAN är inriktad på extrem prestanda och med det menar företaget hög IOPS med ultralåg latens. Faktum är att företaget hävdar prestandasiffror så höga som 2 miljoner IOPS med latensen endast på 1 ms. SAN kommer i kapaciteter som sträcker sig från 8.8 TB till 140 TB och använder företagets nya pay-as-you-grow-plan, Scale Smart. SAN levereras med all flashlagring som finns i lådan och när kunder behöver mer kan de börja betala för det och omedelbart få tillgång till det. FSP 7650 kommer med flera datatjänster genom sin Concerto OS 7-mjukvara som täcker datasäkerhet, skalning genom onlineexpansion och replikering för kontinuitet.

Ny Violin Systems Array Branding

För prestanda körde vi både våra applikations-arbetsbelastningsanalystester som SQL Server och Sysbench samt våra VDBench-tester. Med SQL Server-testet kunde 7650 nå en sammanlagd transaktionspoäng på 12,642.2 3 TPS samtidigt som den hade en sammanlagd latens på 8ms. För Sysbench körde vi 16VM, 32VM och 7650VM som resulterade i transaktionsprestanda. 17,021.7 kunde nå 15 8 TPS och en genomsnittlig latens på 23,202.2 ms med 22VM, 16 25,313.7 TPS vid 41.1 ms latens med 32 VM och 27.7 8 TPS vid 40.8 ms latens med 16 VM. Med värsta tänkbara scenario var latensen endast 75.5 ms för 32VM, 7650 ms för 32VM och 99 ms för 76VM. I båda våra scenarier för applikationstestning gjorde Violin FSP XNUMX exakt vad den påstod att den kunde göra: erbjuda exceptionellt hög prestanda samtidigt som den bibehöll mycket låg latens. När vi borrade in i Sysbench-data blev vi också imponerade av hur mycket prestanda vi kunde pressa ut vid ett lågt antal virtuella datorer, eftersom vissa lagringssystem kräver mycket höga belastningar för att uppnå all prestanda, till priset av högre latens. Latensen på den här enheten var så bra att även vid den högsta XNUMXVM-belastningen i Sysbench, stannade XNUMX:e percentilens latens under XNUMXms!

Resultaten av VDBench-testerna visade flera imponerande siffror för Violin FSP 7650. Återigen erbjöd arrayen exceptionellt konsekvent hög prestanda, även när ködjupet ökade. I vår slumpmässiga 4K-arbetsbelastning som drivs över 16 virtuella datorer i en ESXi 6.5-miljö, startade arrayen vid 162K IOPS vid 0.196 ms och bibehöll sub ms latens upp till 1.5 M IOPS. SAN bröt 1.6 miljoner IOPS vid en 2.26ms latens i 4K-läsning och slog till 902K IOPS i 4K-skrivning, också vid 2.26ms. För sekventiella nummer fick SAN 8 GB/s läsning och 3.5 GB/s skriv i våra 64K-tester. Med våra SQL-arbetsbelastningar hade violinen toppprestanda på 767K IOPS, 752K IOPS för 90-10 och 679K IOPS för 80-20. I Oracle nådde FSP 7650 en topp på 623K IOPS, 685K IOPS för 90-10 och 643K IOPS i 80-20. Prestandan höll inte så hög IOPS när vi gick in i våra VDI Clone-tester, men detta var förväntat. För Full Clone nådde 7650 433K IOPS för uppstart, 213K IOPS för initial inloggning och 201K IOPS för måndagsinloggning med 3ms som den högsta latensen för toppprestanda. För länkad klon nådde SAN en topp på 216K IOPS för uppstart, 128K IOPS för initial inloggning och 132K IOPS för måndagsinloggning, med 3.5 ms för högsta latens.

Violin FSP 7650 träffar alla betyg vi letade efter, inklusive ett pris som är mycket mer aggressivt än väntat. Arrayen kommer med ett överbyggt chassi designat för att ta allt du kan kasta på det, och erbjuder en lättanvänd och anpassningsbar hanteringssvit, som hanterar varje arbetsbelastning som vi distribuerar med lätthet. Latenskänsliga applikationer som vår SQL Server-miljö hade inga problem, och IOPS/genomströmningshungriga arbetsbelastningar som Sysbench pressade sig ännu högre utan att svettas. Dessutom har frågor kring lönsamheten för företaget som kan ha hållit köpare tillbaka i år tidigare besvarats. Violin har finansieringen på plats för att återigen bli en aktör inom företags-IT tillsammans med de stödtjänster som krävs. Alla som behöver ett kraftpaket för en array för Tier0/1-arbetsbelastningar skulle göra klokt i att överväga Violin Systems.

Violinsystem

Diskutera denna recension

Anmäl dig till StorageReviews nyhetsbrev