Die kliënt wou VDI hê. Ek het regtig na die SimpliVity + VDI Citrix Virtual Desktop-kombinasie gekyk. Vir alle operateurs, stadskantoorwerknemers, ensovoorts. Daar is vyfduisend gebruikers in die eerste golf van migrasie alleen, en daarom het hulle aangedring op vragtoetsing. VDI kan begin stadiger word, dit kan rustig lê – en dit gebeur nie altyd as gevolg van probleme met die kanaal nie. Ons het 'n baie kragtige toetspakket spesifiek vir VDI gekoop en die infrastruktuur gelaai totdat dit te swaar op die skywe en die verwerker was.
Dus, ons sal 'n plastiekbottel en LoginVSI-sagteware benodig vir gesofistikeerde VDI-toetse. Ons het dit met lisensies vir 300 gebruikers. Toe het ons HPE SimpliVity 380-hardeware in 'n pakket geneem wat geskik is vir die taak van maksimum gebruikerdigtheid per bediener, virtuele masjiene met goeie oorintekening opgesny, kantoorsagteware op Win10 daarop geïnstalleer en begin toets.
Kom ons gaan!
System
Twee HPE SimpliVity 380 Gen10 nodusse (bedieners). Op elkeen:
- 2 x Intel Xeon Platinum 8170 26c 2.1Ghz.
- RAM: 768 GB, 12 x 64 GB LRDIMM's DDR4 2666MHz.
- Primêre skyfbeheerder: HPE Smart Array P816i-a SR Gen10.
- Hardeskywe: 9 x 1.92 TB SATA 6Gb/s SSD (in RAID6 7+2-konfigurasie, d.w.s. dit is 'n Medium-model in HPE SimpliVity-terme).
- Netwerkkaarte: 4 x 1Gb Eth (gebruikersdata), 2 x 10Gb Eth (SimpliVity en vMotion-agtergrond).
- Spesiale ingeboude FPGA-kaarte in elke nodus vir deduplisering/kompressie.
Die nodusse word met mekaar verbind via 'n 10Gb Ethernet-verbinding direk sonder 'n eksterne skakelaar, wat gebruik word as 'n SimpliVity-agtergrond en vir die oordrag van virtuele masjiendata via NFS. Virtuele masjiendata in 'n groepering word altyd tussen twee nodusse weerspieël.
Die nodusse word gekombineer in 'n Vmware vSphere-kluster wat deur vCenter bestuur word.
Vir toetsing is 'n domeinbeheerder en 'n Citrix-verbindingsmakelaar ontplooi. Die domeinbeheerder, makelaar en vCenter word op 'n aparte groepering geplaas.
As 'n toetsinfrastruktuur is 300 virtuele rekenaars in die Toegewyde - Volledige kopie-konfigurasie ontplooi, dit wil sê, elke lessenaar is 'n volledige kopie van die oorspronklike beeld van die virtuele masjien en stoor alle veranderinge wat deur gebruikers gemaak is.
Elke virtuele masjien het 2vCPU en 4GB RAM:
Die volgende sagteware wat vir toetsing benodig word, is op die virtuele masjiene geïnstalleer:
- Windows 10 (64-bis), weergawe 1809.
- Adobe Reader XI.
- Citrix virtuele afleweringsagent 1811.1.
- Doro PDF 1.82.
- Java 7-opdatering 13.
- Microsoft Office Professional Plus 2016.
Tussen nodusse - sinchrone replikasie. Elke datablok in die groep het twee kopieë. Dit wil sê, daar is nou 'n volledige stel data op elk van die nodusse. Met 'n groep van drie of meer nodusse is kopieë van blokke op twee verskillende plekke. Wanneer 'n nuwe VM geskep word, word 'n bykomende kopie op een van die cluster nodusse geskep. Wanneer een nodus misluk, word alle VM's wat voorheen daarop geloop het, outomaties herbegin op ander nodusse waar hulle replikas het. As 'n nodus vir 'n lang tyd misluk, begin die geleidelike herstel van oortolligheid, en die groep keer terug na N+1 oortolligheid.
Databalansering en berging vind plaas op die sagtewarebergingsvlak van SimpliVity self.
Virtuele masjiene bestuur 'n virtualiseringskluster, wat hulle ook op sagtewareberging plaas. Die lessenaars self is volgens 'n standaard sjabloon geneem: die lessenaars van finansiers en operasionele beamptes het vir die toets gekom (dit is twee verskillende sjablone).
toets
Vir toetsing is die LoginVSI 4.1 sagteware toetssuite gebruik. Die LoginVSI-kompleks, bestaande uit 'n beheerbediener en 12 masjiene vir toetsverbindings, is op 'n aparte fisiese gasheer ontplooi.
Toetsing is op drie maniere uitgevoer:
Benchmark-modus - laai gevalle 300 Kenniswerkers en 300 Bergingswerkers.
Standaardmodus - laaikas 300 Kragwerkers.
Om Power-werkers in staat te stel om te werk en lasdiversiteit te verhoog, is 'n biblioteek van bykomende Power Library-lêers by die LoginVSI-kompleks gevoeg. Om herhaalbaarheid van die resultate te verseker, is alle toetsbankinstellings as verstek gelaat.
Die Knowledge- en Power-werkerstoetse simuleer die werklike werklading van gebruikers wat op virtuele werkstasies werk.
Die Storage Workers-toets is spesifiek geskep om databergingstelsels te toets; dit is ver van werklike werkladings en behels meestal dat die gebruiker met 'n groot aantal lêers van verskillende groottes werk.
Tydens toetsing meld gebruikers vir 48 minute by werkstasies aan teen 'n tempo van ongeveer een gebruiker elke 10 sekondes.
Bevindinge
Die hoofresultaat van LoginVSI-toetsing is die VSImax-metriek, wat saamgestel word uit die uitvoeringstyd van verskeie take wat deur die gebruiker van stapel gestuur is. Byvoorbeeld: tyd om 'n lêer in Notepad oop te maak, tyd om 'n lêer in 7-Zip saam te druk, ens.
'n Gedetailleerde beskrywing van metrieke berekening is beskikbaar in die amptelike dokumentasie vir .
Met ander woorde, LoginVSI herhaal 'n tipiese laspatroon, simuleer gebruikersaksies in 'n kantoorpakket, lees 'n PDF, ensovoorts, en meet verskeie vertragings. Daar is 'n kritieke vlak van vertragings "alles vertraag, dit is onmoontlik om te werk"), voordat dit beskou word dat die maksimum aantal gebruikers nie bereik is nie. As die reaksietyd 1 000 ms vinniger is as hierdie "alles is stadig"-toestand, word die stelsel beskou as normaal te werk, en kan meer gebruikers bygevoeg word.
Hier is die belangrikste maatstawwe:
Metriks
Aksies geneem
Gedetailleerd beskrywing
Gelaaide komponente
N.S.L.D.
Teks openingstyd
lêer wat 1 500 KB weeg
Notepad maak oop en
maak 'n ewekansige 1 500 KB-dokument oop wat uit die swembad gekopieer word
hulpbronne
SVE en I/O
NFO
Dialoog openingstyd
vensters in notaboek
Maak 'n VSI-Notepad-lêer oop [Ctrl+O]
SVE, RAM en I/O
ZHC*
Tyd om 'n hoogs saamgeperste zip-lêer te skep
Plaaslike kompressie
ewekansige 5MB .pst-lêer gekopieer van
hulpbronpoel
SVE en I/O
ZLC*
Tyd om 'n swak saamgeperste zip-lêer te skep
Plaaslike kompressie
ewekansige 5MB .pst-lêer gekopieer van
hulpbronpoel
I / O
CPU
Bereken groot
ewekansige data-skikking
Skep 'n groot skikking
ewekansige data wat gebruik sal word in die inset/afvoer timer (I/O timer)
CPU
Wanneer toetsing uitgevoer word, word die basiese VSIbase-metriek aanvanklik bereken, wat die spoed toon waarteen take uitgevoer word sonder om op die stelsel te las. Op grond daarvan word VSImax Drempel bepaal, wat gelyk is aan VSIbase + 1 000ms.
Gevolgtrekkings oor stelselwerkverrigting word gemaak op grond van twee maatstawwe: VSIbase, wat die spoed van die stelsel bepaal, en VSImax-drempel, wat die maksimum aantal gebruikers bepaal wat die stelsel kan hanteer sonder noemenswaardige agteruitgang.
300 Kenniswerkers maatstaf
Kenniswerkers is gebruikers wat gereeld geheue, verwerker en IO met verskeie klein pieke laai. Die sagteware boots die werklading van veeleisende kantoorgebruikers na, asof hulle voortdurend na iets soek (PDF, Java, kantoorpakket, fotobesigtiging, 7-Zip). Soos jy gebruikers van nul tot 300 byvoeg, neem die vertraging vir elkeen geleidelik toe.
VSImax statistieke data:
VSIbasis = 986ms, VSI-drempel is nie bereik nie.
Bergingstelselladingstatistieke van SimpliVity-monitering:
Met hierdie tipe las kan die stelsel verhoogde las weerstaan met feitlik geen agteruitgang in werkverrigting nie. Die tyd wat dit neem om gebruikerstake te voltooi neem glad toe, die stelselresponstyd verander nie tydens toetsing nie en is tot 3 ms vir skryf en tot 1 ms vir lees.
Gevolgtrekking: 300 kennisgebruikers werk sonder enige probleme op die huidige groepering en meng nie met mekaar in nie, en bereik pCPU/vCPU-oorteken van 1 tot 6. Die algehele vertragings groei eweredig soos die las toeneem, maar die vasgestelde limiet is nie bereik nie.
300 Bergingswerkers maatstaf
Dit is gebruikers wat voortdurend in 'n verhouding van 30 tot 70 skryf en lees. Hierdie toets is meer ter wille van eksperimentering uitgevoer. VSImax statistieke data:
VSIbase = 1673, VSI-drempel bereik op 240 gebruikers.
Bergingstelselladingstatistieke van SimpliVity-monitering:
Hierdie tipe vrag is in wese 'n strestoets van die bergingstelsel. Wanneer dit uitgevoer word, skryf elke gebruiker baie ewekansige lêers van verskillende groottes op skyf. In hierdie geval kan gesien word dat wanneer 'n sekere lasdrempel vir sommige gebruikers oorskry word, die tyd wat dit neem om take vir die skryf van lêers te voltooi, toeneem. Terselfdertyd verander die las op die stoorstelsel, verwerker en geheue van die gashere nie beduidend nie, so dit is tans onmoontlik om presies te bepaal wat die vertragings veroorsaak.
Gevolgtrekkings oor stelselwerkverrigting met behulp van hierdie toets kan slegs gemaak word in vergelyking met toetsresultate op ander stelsels, aangesien sulke vragte sinteties en onrealisties is. In die algemeen het die toets egter goed verloop. Alles het goed gegaan tot 210 sessies, en toe begin vreemde reaksies, wat nêrens opgespoor is nie, behalwe Login VSI.
300 Kragwerkers
Dit is gebruikers wat van SVE, geheue en hoë IO hou. Hierdie “kraggebruikers” voer gereeld komplekse take met lang sarsies uit, soos die installering van nuwe sagteware en die uitpak van groot argiewe. VSImax statistieke data:
VSIbasis = 970, VSI-drempel is nie bereik nie.
Bergingstelselladingstatistieke van SimpliVity-monitering:
Tydens toetsing is die verwerkerladingsdrempel op een van die stelselnodusse bereik, maar dit het nie 'n beduidende impak op die werking daarvan gehad nie:
In hierdie geval kan die stelsel verhoogde las weerstaan sonder noemenswaardige prestasie-agteruitgang. Die tyd wat dit neem om gebruikerstake te voltooi neem glad toe, die stelselresponstyd verander nie tydens toetsing nie en is tot 3 ms vir skryf en tot 1 ms vir lees.
Gereelde toetse was nie genoeg vir die kliënt nie, en ons het verder gegaan: ons het die VM-eienskappe verhoog (aantal vCPU's om die toename in oorintekening en skyfgrootte te evalueer) en bykomende las bygevoeg.
Wanneer bykomende toetse uitgevoer is, is die volgende staanplekkonfigurasie gebruik:
300 virtuele rekenaars is ontplooi in 'n 4vCPU, 4GB RAM, 80GB HDD-konfigurasie.
Konfigurasie van een van die toetsmasjiene:
Die masjiene word in die Toegewyde - Volledige kopie-opsie ontplooi:
300 Kenniswerkers maatstaf met oorinskrywing 12
VSImax statistieke data:
VSIbasis = 921 ms, VSI-drempel is nie bereik nie.
Bergingstelselladingstatistieke van SimpliVity-monitering:
Die resultate wat verkry is, is soortgelyk aan die toets van die vorige VM-konfigurasie.
300 Power-werkers met 12 oorintekeninge
VSImax statistieke data:
VSIbasis = 933, VSI-drempel is nie bereik nie.
Bergingstelselladingstatistieke van SimpliVity-monitering:
Tydens hierdie toetsing is die verwerkerladingsdrempel ook bereik, maar dit het nie 'n beduidende impak op werkverrigting gehad nie:
Die resultate wat verkry is, is soortgelyk aan die toets van die vorige konfigurasie.
Wat gebeur as jy die vrag vir 10 uur laat loop?
Kom ons kyk nou of daar 'n "akkumulasie-effek" sal wees en voer toetse vir 10 uur in 'n ry uit.
Die langtermyntoetse en beskrywing van die afdeling moet daarop gemik wees dat ons wou kyk of enige probleme met die kapwerk onder langdurige belading daarop sou ontstaan.
300 Kenniswerkers maatstaf + 10 uur
Daarbenewens is 'n vraggeval van 300 kenniswerkers getoets, gevolg deur gebruikerswerk vir 10 uur.
VSImax statistieke data:
VSIbasis = 919 ms, VSI-drempel is nie bereik nie.
VSImax Gedetailleerde statistieke data:
Die grafiek toon dat daar geen prestasieverlaging deur die hele toets waargeneem is nie.
Bergingstelselladingstatistieke van SimpliVity-monitering:
Bergingstelsel se werkverrigting bly dieselfde deur die hele toets.
Bykomende toetsing met die toevoeging van sintetiese lading
Die kliënt het gevra om 'n wilde vrag op die skyf te voeg. Om dit te doen, is 'n taak by die stoorstelsel in elk van die gebruiker se virtuele masjiene gevoeg om 'n sintetiese lading op die skyf uit te voer wanneer die gebruiker by die stelsel aanmeld. Die las is verskaf deur die fio-hulpprogram, wat jou toelaat om die las op die skyf te beperk deur die aantal IOPS. In elke masjien is 'n taak geloods om 'n bykomende vrag in die hoeveelheid van 22 IOPS 70%/30% Willekeurige Lees/Skryf te begin.
300 Kenniswerkers maatstaf + 22 IOPS per gebruiker
In aanvanklike toetsing is gevind dat fio aansienlike SVE-bokoste op virtuele masjiene oplê. Dit het gelei tot vinnige SVE-oorlading van die gashere en het die werking van die stelsel as geheel grootliks beïnvloed.
Gasheer CPU-lading:
Terselfdertyd het bergingstelselvertragings ook natuurlik toegeneem:
Die gebrek aan rekenaarkrag het kritiek geword rondom 240 gebruikers:
As gevolg van die resultate wat verkry is, is besluit om toetse uit te voer wat minder SVE-intensief was.
230 Kantoorwerkers maatstaf + 22 IOPS per gebruiker
Om die las op die SVE te verminder, is die Kantoorwerkerslastipe gekies, en 22 IOPS sintetiese las is ook by elke sessie gevoeg.
Die toets is beperk tot 230 sessies om nie die maksimum SVE-lading te oorskry nie.
Die toets is uitgevoer met gebruikers wat vir 10 uur gehardloop het om die stabiliteit van die stelsel te kontroleer tydens langtermynwerking teen naby aan maksimum las.
VSImax statistieke data:
VSIbasis = 918 ms, VSI-drempel is nie bereik nie.
VSImax Gedetailleerde statistieke data:
Die grafiek toon dat daar geen prestasieverlaging deur die hele toets waargeneem is nie.
SVE laai statistieke:
Toe hierdie toets uitgevoer is, was die las op die gashere se SVE byna maksimum.
Bergingstelselladingstatistieke van SimpliVity-monitering:
Bergingstelsel se werkverrigting bly dieselfde deur die hele toets.
Die las op die stoorstelsel tydens die toets was ongeveer 6 500 IOPS in 'n 60/40 verhouding (3 900 IOPS lees, 2 600 IOPS skryf), wat ongeveer 28 IOPS per werkstasie is.
Reaksietyd was gemiddeld 3 ms vir skryf en tot 1 ms vir lees.
Totale
Wanneer werklike vragte op die HPE SimpliVity-infrastruktuur gesimuleer is, is resultate verkry wat die stelsel se vermoë bevestig om virtuele lessenaars van ten minste 300 Full Clone-masjiene op 'n paar SimpliVity-nodusse te ondersteun. Terselfdertyd is die reaksietyd van die bergingstelsel deur die hele toetsing op 'n optimale vlak gehandhaaf.
Ons is baie beïndruk deur die benadering van lang toetse en vergelyking van oplossings voor implementering. Ons kan ook prestasie vir jou werkladings toets as jy wil. Insluitend ander hipergekonvergeerde oplossings. Die genoemde kliënt voltooi nou toetse op 'n ander oplossing in parallel. Sy huidige infrastruktuur is bloot 'n vloot rekenaars, 'n domein en sagteware by elke werkplek. Om na VDI te beweeg sonder toetse is natuurlik nogal moeilik. Spesifiek, dit is moeilik om die werklike vermoëns van 'n VDI-plaas te verstaan sonder om werklike gebruikers daarheen te migreer. En hierdie toetse laat jou toe om vinnig die werklike vermoëns van 'n spesifieke stelsel te evalueer sonder dat dit nodig is om gewone gebruikers te betrek. Dit is waar hierdie studie vandaan kom.
Die tweede belangrike benadering is dat die kliënt onmiddellik verbind is tot behoorlike skaal. Hier kan jy 'n bykomende bediener koop en 'n plaas byvoeg, byvoorbeeld, vir 100 gebruikers is alles voorspelbaar teen die gebruikersprys. Byvoorbeeld, wanneer hulle 300 meer gebruikers moet byvoeg, sal hulle weet dat hulle twee bedieners in 'n reeds gedefinieerde opset nodig het, eerder as om te heroorweeg om hul hele infrastruktuur op te gradeer.
Die moontlikhede van die HPE SimpliVity-federasie is interessant. Die besigheid is geografies geskei, so dit maak sin om jou eie aparte VDI hardeware in 'n verafgeleë kantoor te installeer. In die SimpliVity-federasie word elke virtuele masjien gerepliseer volgens 'n skedule met die vermoë om baie vinnig en sonder lading op die kanaal tussen geografies verre groepe te repliseer - dit is 'n ingeboude rugsteun van 'n baie goeie vlak. Wanneer VM's tussen werwe herhaal word, word die kanaal so minimaal as moontlik gebruik, en dit maak dit moontlik om baie interessante DR-argitekture te bou in die teenwoordigheid van 'n enkele beheersentrum en 'n klomp gedesentraliseerde bergingswerwe.
Dit alles saam maak dit moontlik om die finansiële kant in groot detail te evalueer, en om die koste van VDI op die maatskappy se groeiplanne te plaas, en om te verstaan hoe vinnig die oplossing sal betaal en hoe dit sal werk. Omdat enige VDI 'n oplossing is wat uiteindelik baie hulpbronne bespaar, maar terselfdertyd, heel waarskynlik, sonder die koste-effektiewe geleentheid om dit binne 5-7 jaar van gebruik te verander.
Oor die algemeen, as jy enige vrae het wat nie vir kommentaar is nie, skryf aan my per e-pos [e-pos beskerm].
Bron: will.com