I labbet: VMware HCIbench Hands On

by Kevin OBrien on August 13, 2015

VMwares VSAN-grupp tillkännagav nyligen ett gratis verktyg för prestandatestning av lagring för Hyperconverged Infrastructure (HCI), HCI-benchmarken eller HCIbench . Även om det är ganska välkänt att belasta traditionella arrayer med I/O- eller bandbreddstester, kräver det en noggrann metod och en brant inlärningskurva att tillämpa syntetiska tester på HCI-utrustning. Med traditionell lagringsinfrastruktur konfigurerar du din valda I/O-generator med en given arbetsbelastningsprofil, pekar den mot några LUN:er och låter den rippa. Hyperkonvergerad testning kräver en storskalig metod där många virtuella maskiner (ofta 10-64) samtidigt tillämpar den arbetsbelastningen över flera virtuella diskar, samtidigt ... för att inte tala om att samla in all den data när uppgiften är klar. Denna typ av metod behövs för att belasta plattformen tillräckligt och komma närmare, men inte lika med, en verklig produktionsmiljö. Som du kan föreställa dig är detta svårt för erfarna granskare att åstadkomma och kan vara omöjligt för många slutanvändare att slutföra inom en rimlig tidsram. VMwares HCIbench hjälper till att göra den här testprocessen mycket enklare och låter alla som kan driftsätta ett färdigt VM-test såväl som en oberoende granskare testa HCI bättre.

Innan VMware lanserade det här verktyget och delade det med oss, hade vi en del växtvärk medan vi arbetade med att skala upp våra egna verktyg för att mäta prestandan hos VSAN och andra HCI-plattformar. För närvarande använder vi FIO från Windows- och Linux-system (vissa fysiska och andra virtuella maskiner) där vi pekar den mot en lokal eller fjärransluten (iSCSI, SMB, CIFS) volym och startar en enskild arbetsbelastning. Med en SSD, SAN eller NAS riktar du in dig på den fysiska lagringsenheten, eller flera LUN:er, för att belasta en plattform med dubbla styrenheter och kan effektivt belasta den från en central punkt. Ett skript kommer att starta detta, vilket vi till exempel har inkluderat ett utdrag ur en av våra FIO-parametrar nedan:

fio.exe –filnamn=\\.\PhysicalDrive1:\\.\PhysicalDrive2:\\.\PhysicalDrive3:\\.\PhysicalDrive4 –thread –direct=1 –rw=randrw –refill_buffers –norandommap –randrepeat=0 –ioengine= windowsaio –bs=4k –rwmixread=100 –iodepth=16 –numjobs=16 –time_based –runtime=60 –group_reporting –name=4ktest –output=4ktest.out

Granskaren eller testaren måste kunna modifiera skriptet korrekt mellan testerna för att träffa rätt enhet, tillämpa rätt belastning, för att inte tala om flera skript för olika blockstorlekar. Lägg sedan till skripten inuti skript (måste gå i loop för förkonditionering eller flera laddningar!), modifiera dem för powershell eller bash och du kan se hur detta snabbt går utom kontroll. För att göra allt detta värre, måste du ha fler specialskrivna skript för att analysera dina benchmark-genererade utdatafiler för att rita och jämföra skillnader. Som granskare behöver vi ha dessa i vår verktygslåda och använda dem dagligen. Det tar vanligtvis månader eller år att få en bra uppsättning verktyg, känna till deras styrkor, men också förstå deras svagheter. En kund som utvärderar en ny lagringsplattform testar i allmänhet inte lagring för sitt uppehälle och skulle snabbt bli överväldigad av allt detta. HCIbench använder samma verktyg som oberoende granskare litar på och gör det enkelt för alla att använda dem.

HCIbench förenklar hyperkonvergerad testning. Istället för att köra standardtestverktyg med massor av skriptade inställningar och samla in massor av data, distribuerar HCIbench automatiskt flera virtuella datorer som kör Vdbench över ditt kluster. Även om verktyget initialt är inriktat på HCI-marknadssegment, fungerar det lika bra på traditionella kluster som drivs av delad lagring. Kickaren i allt detta är att VMware inte driver sitt eget proprietära verktyg på marknaden eller sina egna arbetsbelastningsprofiler. Istället har de valt att använda den redan kända och pålitliga vdbench som arbetsbelastningsgenerator, ge kunden eller testaren möjligheten att använda sina egna testprofiler och lägga ett GUI runt det för att bättre jämföra och kontraktera resultat. Nivån på rapporteringsdetaljer är imponerande, eftersom den inte bara täcker arbetsbelastningsprofilerna, utan knyter an till hypervisorn och drar in den statistiken för att se klusteromfattande inverkan av tester när de fungerar.

Att använda HCIbench är ganska enkelt när det gäller testning. Du laddar ner den förbyggda Auto-Perf-Tool OVA och distribuerar den i din VMware-miljö. När den väl är påslagen tar den dig genom några steg för att tilldela sig själv en IP-adress via din DHCP, eller en kan tilldelas den. När det är klart flyttar du din uppmärksamhet till din webbläsare.

Konfigurationssidan är där du anger alla viktiga bitar för din testmiljö, så att verktyget automatiskt kan distribuera sina genererade virtuella datorer.

När du har rullat nedåt finns det områden där du kan ändra standardinstallationsinformationen. I området Vdbench Guest VM Specification kan du ta upp hur verktyget distribueras på din utrustning. Fyra av våra 4-nods VSAN-plattformar började vi med ett antal av 16 virtuella datorer och höll oss till standardantalet datadiskar (10) och standardstorleken på datadisken (10GB). Med 16VM ger det oss ett fotavtryck på 1600 GB på vårt kluster, vilket låter oss mäta prestandan hos virtuella datorer som sitter långt inuti blixten. Genom att öka dessa värden, antingen genom VM, vdisk-antal eller vdisk-storlek, kan du tänja på dessa gränser för att mäta hur saker reagerar på att trycka utanför flash och in i din snurrande medianivå, eller i fallet med all-flash-arrayer till den långsammare läsningen. centrerad blixtnivå. För en slutanvändare är detta otroligt viktigt, eftersom många leverantörsdrivna resultat visar bästa möjliga prestanda, inte prestanda när din arbetsdatauppsättning växer.

Därefter kan du ladda upp, välja eller bygga din egen vdbench-parameterfil. För tester med fyra hörn för att mäta topp I/O och toppbandbredd använder vi gärna 4K slumpmässig läsning och skrivning, samt ett sekventiellt värde för läs- och skrivbandbredd med stort block. För en blandad arbetsbelastning fungerar 8K slumpmässig 70% läser 30% skrivning ganska bra att jämföra med industrirapporterade siffror. För att göra detta superenkelt har vi skapat alla 5 dessa arbetsbelastningsprofiler och erbjudit dem för nedladdning. Dessa hjälper till att skapa en utgångspunkt och kommer att vara profiler som vi använder i granskningar framöver som utnyttjar detta verktyg. Vill du kopiera våra tester? Ladda ner verktyget, använd dessa profiler och jämför hela rapporteringsstatistiken.

StorageReviews HCIbench arbetsbelastningsprofiler

När din arbetsbelastning är definierad, scrolla ned och välj andra inställningar du vill använda. VMDK Warm Up-parametern är användbar för att fylla de nyskapade vDiskerna innan testning. Vi har också lagt till kommandot "warmup" i våra delade arbetsbelastningsfiler för att ytterligare förbereda arbetsbelastningen så att hot-data migreras till flash. Testtiden hålls bäst på längre tider för ett renare resultat. Om du vill testa några körningar, börja vid 900 eller 1800 sekunder. För en mer formell löprunda kör i 6 timmar (21600 sekunder) eller längre. Kryssrutan för Rensa upp de virtuella datorerna bör också vara markerad, eftersom detta låter HCIbench skapa och distribuera de virtuella datorerna och ta bort dem från din lagring när testet är klart. Längst ner kommer du att märka att du måste ladda ner Vdbench-binären och ladda upp hela ZIP-filen för att verktyget ska fungera. Det finns begränsningar för distribution av verktyget i Oracles licensavtal, vilket innebär att du måste ladda ner det själv. Klicka på nedladdningslänken för att ta dig till Oracle-webbplatsen och ladda ner vdbench50403.zip och ladda upp filen som fortfarande är zippad i prompten. Slutligen, spara din konfiguration, validera den för att se till att du inte lämnade något och starta testet. När du är klar kan du granska resultaten.

Resultatsidan släpper dig till en grundläggande HTML-filvisare.

Den första filen som presenteras är den mycket grundläggande sammanfattningen av resultaten. I vårt fall med VSAN-arbetsbelastningen nådde vi 114k IOPS med en arbetsbelastning på 8K 70/30 med en genomsnittlig latens på 2ms och en genomströmning på 984MB/s. Detta genereras från vdbench-utdatafilerna som hämtas från alla virtuella datorer som distribueras i miljön. Användare kan gå igenom dessa filer om de vill se rapporterad statistik sekund för sekund.

Flytta in i iotest-mappen, klicka på filen "stats.html".

Detta tar upp varenda detalj du kan tänka dig i ett snyggt GUI med automatiskt genererade diagram.

Du kan till och med borra i användbar statistik som hur mycket data som skickades över din vmknic på varje värd och all tillhörande information.

VMware har gjort imponerande ansträngningar för att göra syntetisk HCI-testning till en enklare process för en slutanvändare i en POC eller till och med en recensent som jag själv. Det tar bort svårigheten eller förvirringen med att distribuera syntetiska arbetsbelastningar över en delad lagringsmiljö och ger dig fler genererade detaljer än du kan skaka en käpp på. Det förkortar också testtiden som krävs för att jämföra system effektivt, vilket ökar dina chanser att fatta ett bättre utbildat beslut under ditt POC-fönster. I slutet av dagen är det ett omslag kring öppen källkodsverktyget vdbench, en I/O-generator som är känd och pålitlig av communityn, vilket betyder att det finns mindre oro för att VMware är upp till shenanigans. Det finns begränsningar för detta verktyg, eftersom det inte kan replikera en applikationsarbetsbelastning eller en fungerande produktionsmiljö. Det är dock ytterligare verktyg som kan läggas till i jämförelsen, där det här ger en bra utgångspunkt.

VMware HCIbench-sida

Anmäl dig till StorageReviews nyhetsbrev