De klant woe VDI. Ik seach echt nei de SimpliVity + VDI Citrix Virtual Desktop-kombinaasje. Foar alle operators, stêd kantoar meiwurkers, ensafuorthinne. D'r binne fiiftûzen brûkers allinich yn 'e earste weach fan migraasje, en dêrom stienen se op loadtesten. VDI kin begjinne te fertrage, it kin rêstich lizze - en dit bart net altyd troch problemen mei it kanaal. Wy kochten in heul krêftich testpakket spesifyk foar VDI en laden de ynfrastruktuer oant it te swier wie op 'e skiven en de prosessor.
Dat, wy sille in plestik flesse en LoginVSI-software nedich wêze foar ferfine VDI-tests. Wy hawwe it mei lisinsjes foar 300 brûkers. Doe namen wy HPE SimpliVity 380-hardware yn in pakket dat geskikt is foar de taak fan maksimale brûkerstichtens per tsjinner, snijden firtuele masines mei goede oerabonnemint op, ynstalleare kantoarsoftware op Win10 op har en begon te testen.
Lit ús gean!
systeem
Twa HPE SimpliVity 380 Gen10-knooppunten (servers). Op elk:
- 2 x Intel Xeon Platinum 8170 26c 2.1Ghz.
- RAM: 768GB, 12 x 64GB LRDIMMs DDR4 2666MHz.
- Primêre skiif controller: HPE Smart Array P816i-a SR Gen10.
- Hurde skiven: 9 x 1.92 TB SATA 6Gb/s SSD (yn RAID6 7+2 konfiguraasje, d.w.s. dit is in Medium model yn HPE SimpliVity termen).
- Netwurk kaarten: 4 x 1Gb Eth (brûker gegevens), 2 x 10Gb Eth (SimpliVity en vMotion backend).
- Spesjale ynboude FPGA-kaarten yn elke knooppunt foar deduplikaasje / kompresje.
De knooppunten binne ferbûn mei elkoar fia in 10Gb Ethernet interconnect direkt sûnder in eksterne switch, dat wurdt brûkt as in SimpliVity backend en foar it oerdragen fan firtuele masine gegevens fia NFS. Firtuele masinegegevens yn in kluster wurde altyd spegele tusken twa knopen.
De knopen wurde kombinearre yn in Vmware vSphere-kluster beheard troch vCenter.
Foar testen waarden in domeincontroller en in Citrix-ferbiningmakelaar ynset. De domeincontroller, broker en vCenter wurde pleatst op in apart kluster.
As testynfrastruktuer waarden 300 firtuele buroblêden ynset yn 'e Dedicated - Full Copy konfiguraasje, dat wol sizze, elk buroblêd is in folsleine kopy fan' e orizjinele ôfbylding fan 'e firtuele masine en bewarret alle wizigingen makke troch brûkers.
Elke firtuele masine hat 2vCPU en 4GB RAM:
De folgjende software nedich foar testen waard ynstalleare op 'e firtuele masines:
- Windows 10 (64-bit), ferzje 1809.
- Adobe Reader XI.
- Citrix Virtual Delivery Agent 1811.1.
- Doro PDF 1.82.
- Java 7 Update 13.
- Microsoft Office Professional Plus 2016.
Tusken knopen - syngroane replikaasje. Elk gegevensblok yn it kluster hat twa kopyen. Dat is, no is d'r in folsleine set gegevens op elk fan 'e knopen. Mei in kluster fan trije of mear knopen binne kopyen fan blokken op twa ferskillende plakken. By it meitsjen fan in nije VM wurdt in ekstra kopy makke op ien fan 'e klusterknooppunten. As ien knooppunt mislearret, wurde alle VM's dy't earder op it rinnen automatysk opnij starte op oare knooppunten wêr't se replika's hawwe. As in knooppunt foar in lange tiid mislearret, begjint stadichoan werstel fan oerstalligens, en it kluster komt werom nei N + 1 oerstalligens.
Databalâns en opslach bart op it softwareopslachnivo fan SimpliVity sels.
Firtuele masines rinne in virtualisaasjekluster, dy't se ek pleatst op software opslach. De buro's sels waarden nommen neffens in standert sjabloan: de buro's fan finansiers en operaasjeoffisieren kamen foar de test (dit binne twa ferskillende sjabloanen).
Testing
Foar testen waard de LoginVSI 4.1 softwaretestsuite brûkt. It LoginVSI-kompleks, besteande út in kontrôletsjinner en 12 masines foar testferbiningen, waarden ynset op in aparte fysike host.
Testen waarden útfierd yn trije modi:
Benchmark modus - load gefallen 300 Knowledge arbeiders en 300 Storage arbeiders.
Standert modus - load gefal 300 Power arbeiders.
Om Power-arbeiders yn te skeakeljen om te wurkjen en it ferskaat oan lading te fergrutsjen, waard in bibleteek fan ekstra Power Library-bestannen tafoege oan it LoginVSI-kompleks. Om de werhelling fan 'e resultaten te garandearjen, waarden alle testbankynstellingen as Standert oerlitten.
De Knowledge- en Power-wurkerstests simulearje de echte wurkdruk fan brûkers dy't wurkje op firtuele wurkstasjons.
De test foar opslachwurkers is spesifyk makke foar it testen fan systemen foar opslach fan gegevens; it is fier fan echte workloads en omfettet meast de brûker dy't wurket mei in grut oantal bestannen fan ferskate grutte.
Tidens testen loggen brûkers 48 minuten op wurkstasjons mei in taryf fan sawat ien brûker elke 10 sekonden.
Resultaten
It haadresultaat fan LoginVSI-testen is de VSImax-metriek, dy't gearstald is út 'e útfieringstiid fan ferskate taken lansearre troch de brûker. Bygelyks: tiid om in bestân yn Notepad te iepenjen, tiid om in bestân yn 7-Zip te komprimearjen, ensfh.
In detaillearre beskriuwing fan metriken berekkening is beskikber yn de offisjele dokumintaasje foar .
Mei oare wurden, LoginVSI werhellet in typysk loadpatroan, simulearret brûkersaksjes yn in kantoarsuite, lês in PDF, ensfh., en mjit ferskate latencies. D'r is in kritysk nivo fan fertragingen "alles fertraagt, it is ûnmooglik om te wurkjen"), wêrfoar it wurdt beskôge dat it maksimum oantal brûkers net is berikt. As de reaksjetiid 1 ms flugger is as dizze "alles is stadich" steat, dan wurdt it systeem beskôge as normaal te wurkjen, en kinne mear brûkers tafoege wurde.
Hjir binne de wichtichste metriken:
Metriken
Aksjes nommen
Detaillearre описание
Lade komponinten
N.S.L.D.
Tekst iepeningstiid
triem waacht 1 KB
Notepad iepenet en
iepenet in willekeurich 1 KB dokumint dat wurdt kopiearre út it swimbad
boarnen
CPU en I/O
NFO
Dialooch iepeningstiid
finsters yn notepad
In VSI-Notepad-bestân iepenje [Ctrl+O]
CPU, RAM en I/O
ZHC*
Tiid om in heul komprimearre Zip-bestân te meitsjen
Lokale kompresje
willekeurich 5MB .pst triem kopiearre út
boarne pool
CPU en I/O
ZLC*
Tiid om in swak komprimearre Zip-bestân te meitsjen
Lokale kompresje
willekeurich 5MB .pst triem kopiearre út
boarne pool
I / O
CPU
Berekkenje grut
willekeurige gegevens array
It meitsjen fan in Large Array
willekeurige gegevens dy't sille wurde brûkt yn 'e input / output timer (I/O timer)
CPU
Wannear't testen wurdt útfierd, wurdt de basis VSIbase metrysk yn earste ynstânsje berekkene, dy't de snelheid toant wêryn banen wurde útfierd sûnder lêst op it systeem. Op grûn dêrfan wurdt VSImax Threshold bepaald, dat is gelyk oan VSIbase + 1ms.
Konklúzjes oer systeemprestaasjes wurde makke op basis fan twa metriken: VSIbase, dy't de snelheid fan it systeem bepaalt, en VSImax-drompel, dy't it maksimum oantal brûkers bepaalt dat it systeem kin omgean sûnder signifikante degradaasje.
300 Kenniswurkers benchmark
Kenniswurkers binne brûkers dy't geregeldwei lade ûnthâld, prosessor en IO mei ferskate lytse peaks. De software emuleart de wurkdruk fan easket kantoarbrûkers, as soene se hieltyd op wat pikken (PDF, Java, kantoarsuite, foto besjen, 7-Zip). As jo brûkers tafoegje fan nul oant 300, nimt de fertraging foar elk stadichoan ta.
VSImax statistiken gegevens:
VSIbase = 986ms, VSI-drompel waard net berikt.
Ladingsstatistiken fan opslachsysteem fan SimpliVity-monitoring:
Mei dit soarte fan lading, it systeem kin wjerstean ferhege lading mei praktysk gjin degradaasje yn prestaasjes. De tiid dy't it nimt om brûkerstaken te foltôgjen nimt soepel ta, de reaksjetiid fan it systeem feroaret net tidens testen en is oant 3 ms foar skriuwen en oant 1 ms foar lêzen.
Fermelding: 300 kennis brûkers wurkje oan de hjoeddeiske kluster sûnder problemen en net bemuoie mei inoar, berikke pCPU / vCPU oversubscription fan 1 oan 6. De totale fertragings groeie evenredich as de lading nimt ta, mar de stipulearre limyt is net berikt.
300 Opslach arbeiders benchmark
Dit binne brûkers dy't konstant skriuwe en lêze yn in ferhâlding fan respektivelik 30 oant 70. Dizze test waard mear útfierd om 'e wille fan eksperimintearjen. VSImax statistiken gegevens:
VSIbase = 1673, VSI-drompel berikt op 240 brûkers.
Ladingsstatistiken fan opslachsysteem fan SimpliVity-monitoring:
Dit type lading is yn wêzen in stresstest fan it opslachsysteem. As it wurdt útfierd, skriuwt elke brûker in protte willekeurige bestannen fan ferskate grutte op skiif. Yn dit gefal kin sjoen wurde dat wannear't in bepaalde loaddrompel foar guon brûkers wurdt oertroffen, de tiid dy't it nimt om taken te foltôgjen foar it skriuwen fan bestannen ferheget. Tagelyk feroaret de lading op it opslachsysteem, prosessor en ûnthâld fan 'e hosts net signifikant, dus it is op it stuit ûnmooglik om krekt te bepalen wat de fertragingen feroarsaket.
Konklúzjes oer systeemprestaasjes mei dizze test kinne allinich makke wurde yn ferliking mei testresultaten op oare systemen, om't sokke loads syntetysk en ûnrealistysk binne. Algemien gie de test lykwols goed. Alles gie goed oant 210 sesjes, en doe begûnen frjemde antwurden, dy't net oeral waarden folge útsein Login VSI.
300 Power arbeiders
Dit binne brûkers dy't fan CPU, ûnthâld en hege IO hâlde. Dizze "power brûkers" rinne geregeld komplekse taken mei lange bursts, lykas it ynstallearjen fan nije software en it útpakke fan grutte argiven. VSImax statistiken gegevens:
VSIbase = 970, VSI Threshold waard net berikt.
Ladingsstatistiken fan opslachsysteem fan SimpliVity-monitoring:
Tidens it testen waard de drompel foar prosessorladen berikt op ien fan 'e systeemknooppunten, mar dit hie gjin signifikante ynfloed op syn wurking:
Yn dit gefal kin it systeem ferhege load ferneare sûnder signifikante prestaasjesdegradaasje. De tiid dy't it nimt om brûkerstaken te foltôgjen nimt soepel ta, de reaksjetiid fan it systeem feroaret net tidens testen en is oant 3 ms foar skriuwen en oant 1 ms foar lêzen.
Reguliere testen wiene net genôch foar de klant, en wy gongen fierder: wy fergrutte de VM-skaaimerken (oantal vCPU's om de ferheging fan oerabonnemint en skiifgrutte te evaluearjen) en tafoege ekstra lading.
By it útfieren fan ekstra tests waard de folgjende standkonfiguraasje brûkt:
300 firtuele buroblêden waarden ynset yn in 4vCPU, 4GB RAM, 80GB HDD konfiguraasje.
Konfiguraasje fan ien fan 'e testmasines:
De masines wurde ynset yn 'e Dedicated - Full Copy-opsje:
300 Kenniswurkers benchmark mei oversubscription 12
VSImax statistiken gegevens:
VSIbase = 921 ms, VSI-drompel waard net berikt.
Ladingsstatistiken fan opslachsysteem fan SimpliVity-monitoring:
De resultaten krigen binne fergelykber mei it testen fan 'e foarige VM-konfiguraasje.
300 Power arbeiders mei 12 oversubscriptions
VSImax statistiken gegevens:
VSIbase = 933, VSI Threshold waard net berikt.
Ladingsstatistiken fan opslachsysteem fan SimpliVity-monitoring:
Tidens dizze testen waard de drompel foar prosessorladen ek berikt, mar dit hie gjin signifikante ynfloed op prestaasjes:
De resultaten krigen binne fergelykber mei it testen fan 'e foarige konfiguraasje.
Wat bart der as jo de lading foar 10 oeren útfiere?
Litte wy no sjen oft d'r in "akkumulaasje-effekt" sil wêze en tests foar 10 oeren op in rige útfiere.
De lange-termyn testen en beskriuwing fan de seksje moatte rjochte wêze op it feit dat wy wolle kontrolearje oft der problemen soe ûntstean mei de truss ûnder langere lading op it.
300 Kennisarbeiders benchmark + 10 oeren
Dêrnjonken waard in load case fan 300 kenniswurkers testen, folge troch brûkerswurk foar 10 oeren.
VSImax statistiken gegevens:
VSIbase = 919 ms, VSI-drompel waard net berikt.
VSImax Detaillearre statistyske gegevens:
De grafyk lit sjen dat d'r gjin prestaasjesdegradaasje is waarnommen yn 'e heule test.
Ladingsstatistiken fan opslachsysteem fan SimpliVity-monitoring:
Opslach systeem prestaasjes bliuwt itselde troch de test.
Oanfoljende testen mei de tafoeging fan syntetyske lading
De klant frege om in wylde lading oan 'e skiif ta te foegjen. Om dit te dwaan, waard in taak tafoege oan it opslachsysteem yn elk fan 'e firtuele masines fan' e brûker om in syntetyske lading op 'e skiif út te fieren as de brûker ynlogt yn it systeem. De lading waard levere troch it fio-hulpprogramma, wêrtroch jo de lading op 'e skiif kinne beheine troch it oantal IOPS. Yn elke masine waard in taak lansearre om in ekstra lading te starten yn it bedrach fan 22 IOPS 70% / 30% Random Lês / Skriuw.
300 Kenniswurkers benchmark + 22 IOPS per brûker
Yn inisjele testen waard fûn dat fio signifikante CPU-overhead op firtuele masines oplein hie. Dit late ta rappe CPU-overload fan 'e hosts en beynfloede de wurking fan it systeem as gehiel sterk.
Host CPU load:
Tagelyk namen fertragingen fan opslachsysteem ek natuerlik ta:
It gebrek oan komputerkrêft waard kritysk om 240 brûkers:
Fanwegen de resultaten krigen waard besletten om testen út te fieren dy't minder CPU-yntinsyf wiene.
230 Kantoorarbeiders benchmark + 22 IOPS per brûker
Om de lading op 'e CPU te ferminderjen, waard it ladetype Office-arbeiders selektearre, en 22 IOPS fan syntetyske lading waarden ek tafoege oan elke sesje.
De test waard beheind ta 230 sesjes om de maksimale CPU-load net te oerwinnen.
De test waard útfierd mei brûkers dy't 10 oeren rinne om de stabiliteit fan it systeem te kontrolearjen by lange termyn operaasje by tichtby maksimale lading.
VSImax statistiken gegevens:
VSIbase = 918 ms, VSI-drompel waard net berikt.
VSImax Detaillearre statistyske gegevens:
De grafyk lit sjen dat d'r gjin prestaasjesdegradaasje is waarnommen yn 'e heule test.
CPU-ladingsstatistiken:
By it útfieren fan dizze test wie de lading op 'e CPU fan' e hosts hast maksimaal.
Ladingsstatistiken fan opslachsysteem fan SimpliVity-monitoring:
Opslach systeem prestaasjes bliuwt itselde troch de test.
De lading op it opslachsysteem tidens de test wie sawat 6 IOPS yn in 500/60-ferhâlding (40 IOPS lêzen, 3 IOPS skriuwe), dat is sawat 900 IOPS per wurkstasjon.
De reaksjetiid wie gemiddeld 3 ms foar skriuwen en oant 1 ms foar it lêzen.
It resultaat
By it simulearjen fan echte loads op 'e HPE SimpliVity-ynfrastruktuer, waarden resultaten krigen dy't de fermogen fan it systeem befêstigje om firtuele buroblêden te stypjen fan op syn minst 300 Full Clone-masines op in pear SimpliVity-knooppunten. Tagelyk waard de reaksjetiid fan it opslachsysteem troch de heule testen op in optimaal nivo hâlden.
Wy binne tige ûnder de yndruk fan de oanpak fan lange tests en fergeliking fan oplossingen foar ymplemintaasje. As jo wolle, kinne wy ek prestaasjes testen foar jo workloads. Ynklusyf oare hyperconverged oplossingen. De neamde klant einiget no parallel testen op in oare oplossing. De hjoeddeistige ynfrastruktuer is gewoan in float fan PC's, in domein en software op elke wurkplak. Ferhúzje nei VDI sûnder tests is fansels frij lestich. Spesifyk is it lestich om de echte mooglikheden fan in VDI-farm te begripen sûnder echte brûkers nei it te migrearjen. En dizze tests kinne jo fluch evaluearje de echte mooglikheden fan in bepaald systeem sûnder de needsaak om te belûken gewoane brûkers. Dit is wêr't dizze stúdzje wei kaam.
De twadde wichtige oanpak is dat de klant fuortendaliks ynsette foar in goede skaalfergrutting. Hjir kinne jo keapje in ekstra tsjinner en foegjen in pleats, bygelyks, foar 100 brûkers, alles is foarsisber by de brûker priis. As se bygelyks 300 mear brûkers taheakje moatte, sille se witte dat se twa tsjinners nedich hawwe yn in al definieare konfiguraasje, yn stee fan opnij te besjen op it opwurdearjen fan har heule ynfrastruktuer.
De mooglikheden fan de HPE SimpliVity federaasje binne nijsgjirrich. It bedriuw is geografysk skieden, dus it makket sin om jo eigen aparte VDI-hardware yn in fier kantoar te ynstallearjen. Yn 'e SimpliVity-federaasje wurdt elke firtuele masine replikearre neffens in skema mei de mooglikheid om te replikearjen tusken geografysk op ôfstân klusters heul fluch en sûnder lading op it kanaal - dit is in ynboude reservekopy fan in heul goed nivo. By it replikearjen fan VM's tusken siden, wurdt it kanaal sa minimaal mooglik brûkt, en dit makket it mooglik om tige nijsgjirrige DR-arsjitektueren te bouwen yn 'e oanwêzigens fan ien kontrôlesintrum en in bosk desintralisearre opslachplakken.
Dit alles tegearre makket it mooglik om de finansjele kant yn grutte detail te evaluearjen, en de kosten fan VDI op 'e groeiplannen fan it bedriuw te pleatsen, en te begripen hoe fluch de oplossing sil betelje en hoe't it sil wurkje. Om't elke VDI in oplossing is dy't úteinlik in protte boarnen besparret, mar tagelyk, nei alle gedachten, sûnder de kosten-effektive kâns om it binnen 5-7 jier fan gebrûk te feroarjen.
Yn 't algemien, as jo fragen hawwe dy't net foar kommentaar binne, skriuw dan nei my fia e-post [e-post beskerme].
Boarne: www.habr.com