De Client wollt VDI. Ech hunn wierklech d'SimpliVity + VDI Citrix Virtual Desktop Kombinatioun gekuckt. Fir all Opérateuren, Stad Büro Mataarbechter, etc. Et gi fënnef dausend Benotzer eleng an der éischter Migratiounswelle, an dofir hunn se op Laaschttesten insistéiert. VDI kann ufänken ze luesen, et ka roueg leien - an dat geschitt net ëmmer wéinst Probleemer mam Kanal. Mir hunn e ganz mächtege Testpaket speziell fir VDI kaaft an d'Infrastruktur gelueden bis et ze schwéier war op den Disken an de Prozessor.
Also brauche mir eng Plastiksfläsch a LoginVSI Software fir sophistikéiert VDI Tester. Mir hunn et mat Lizenzen fir 300 Benotzer. Dunn hu mir HPE SimpliVity 380 Hardware an engem Package gëeegent fir d'Aufgab vun der maximaler Benotzerdicht pro Server geholl, virtuell Maschinnen mat gudden Iwwerabonnement opgeschnidden, Office Software op Win10 op hinnen installéiert an ugefaang ze testen.
System
Zwee HPE SimpliVity 380 Gen10 Noden (Server). Op jeweils:
- 2 x Intel Xeon Platinum 8170 26c 2.1Ghz.
- RAM: 768GB, 12 x 64GB LRDIMMs DDR4 2666MHz.
- Primär Disk Controller: HPE Smart Array P816i-a SR Gen10.
- Festplacken: 9 x 1.92 TB SATA 6Gb/s SSD (an RAID6 7+2 Konfiguratioun, dh dëst ass e Medium Modell an HPE SimpliVity Begrëffer).
- Netzwierkkaarten: 4 x 1Gb Eth (Benotzerdaten), 2 x 10Gb Eth (SimpliVity an vMotion Backend).
- Speziell agebaute FPGA Kaarten an all Node fir Deduplication / Kompressioun.
D'Node si matenee verbonne mat engem 10Gb Ethernet Interconnect direkt ouni en externe Schalter, deen als SimpliVity Backend benotzt gëtt a fir virtuell Maschinndaten iwwer NFS ze transferéieren. Virtuell Maschinndaten an engem Cluster ginn ëmmer tëscht zwee Wirbelen gespigelt.
D'Node ginn an e Vmware vSphere Cluster kombinéiert, dee vum vCenter verwalt gëtt.
Fir Testen goufen en Domain Controller an e Citrix Verbindungsbroker ofgesat. Den Domain Controller, Broker a vCenter ginn op engem separaten Cluster gesat.
Als Testinfrastruktur goufen 300 virtuelle Desktops an der Dedicated - Full Copy Konfiguratioun ofgesat, dh all Desktop ass eng komplett Kopie vum ursprénglechen Bild vun der virtueller Maschinn a späichert all Ännerunge vun de Benotzer.
All virtuell Maschinn huet 2vCPU an 4GB RAM:
Déi folgend Software erfuerderlech fir Testen gouf op de virtuelle Maschinnen installéiert:
- Windows 10 (64-Bit), Versioun 1809.
- Adobe Reader XI.
- Citrix Virtuell Liwwerung Agent 1811.1.
- Doro PDF 1.82.
- Java 7 Update 13.
- Microsoft Office Professional Plus 2016.
Tëscht Noden - Synchron Replikatioun. All Dateblock am Stärekoup huet zwee Exemplare. Dat ass, elo gëtt et e komplette Set vun Daten op jiddereng vun den Noden. Mat engem Stärekoup vun dräi oder méi Wirbelen, Kopie vun spären sinn op zwou verschiddene Plazen. Wann Dir en neie VM erstellt, gëtt eng zousätzlech Kopie op ee vun de Clusternoden erstallt. Wann een Node klappt, ginn all VMs déi virdru lafen, automatesch op aner Noden nei gestart, wou se Repliken hunn. Wann e Node fir eng laang Zäit feelt, da fänkt d'graduell Restauratioun vun der Redundanz un, an de Cluster geet zréck op N + 1 Redundanz.
Datebalancéierung a Lagerung geschitt um Softwarespeicherniveau vun SimpliVity selwer.
Virtuell Maschinnen lafen e Virtualiséierungscluster, deen se och op Softwarelagerung placéiert. D'Desks selwer goufen no enger Standardschabloun geholl: d'Desks vu Finanzéierer an Operatiounsbeamten koumen fir den Test (dëst sinn zwee verschidde Templates).
Testen
Fir Testen gouf d'LoginVSI 4.1 Software Test Suite benotzt. De LoginVSI Komplex, besteet aus engem Kontrollserver an 12 Maschinnen fir Testverbindungen, goufen op engem getrennten physeschen Host agesat.
Tester goufen an dräi Modi duerchgefouert:
Benchmark Modus - Luede Fäll 300 Wëssen Aarbechter an 300 Stockage Aarbechter.
Standard Modus - Laascht Fall 300 Power Aarbechter.
Fir Power Aarbechter z'erméiglechen ze schaffen an d'Laascht Diversitéit ze erhéijen, gouf eng Bibliothéik vun zousätzleche Power Library Dateien an de LoginVSI Komplex bäigefüügt. Fir Widderhuelbarkeet vun de Resultater ze garantéieren, goufen all Testbänk Astellungen als Standard gelooss.
D'Wëssen a Kraaft Aarbechter Tester simuléieren déi reell Aarbechtsbelaaschtung vu Benotzer déi op virtuell Aarbechtsstatiounen schaffen.
De Storage Worker Test gouf speziell erstallt fir Datenspeichersystemer ze testen; et ass wäit vun echte Aarbechtslaascht a betrëfft meeschtens de Benotzer mat enger grousser Zuel vu Dateien vu verschiddene Gréissten.
Wärend dem Test loggen d'Benotzer sech op Aarbechtsstatiounen fir 48 Minutten mat engem Taux vun ongeféier engem Benotzer all 10 Sekonnen un.
Resultater
D'Haaptresultat vum LoginVSI Testen ass d'VSImax Metrik, déi aus der Ausféierungszäit vu verschiddenen Aufgaben, déi vum Benotzer lancéiert ginn, zesummegesat gëtt. Zum Beispill: Zäit fir eng Datei am Notizblock opzemaachen, Zäit fir eng Datei am 7-Zip ze kompriméieren, etc.
Eng detailléiert Beschreiwung vun der Metrik Berechnung ass verfügbar an der offizieller Dokumentatioun fir
An anere Wierder, LoginVSI widderhëlt en typescht Laaschtmuster, simuléiert Benotzeraktiounen an enger Bürosuite, liest e PDF, a sou weider, a moosst verschidde latencies. Et gëtt e kriteschen Niveau vu Verspéidungen "Alles verlangsamt, et ass onméiglech ze schaffen"), ier et ugesi gëtt datt d'maximal Unzuel vun de Benotzer net erreecht gouf. Wann d'Äntwertzäit 1 ms méi séier ass wéi dësen Zoustand "Alles ass lues", da gëtt de System als normal ugesinn, a méi Benotzer kënne bäigefüügt ginn.
Hei sinn d'Haapt Metriken:
Metriken
Aktiounen geholl
Detailéiert описание
Lueden Komponente
N.S.L.D.
Text Ouvertureszäiten
Datei mat engem Gewiicht vun 1 KB
Notizblock opgemaach an
mécht eng zoufälleg 1 KB Dokument datt aus dem Pool kopéiert ass
Ressourcen
CPU an I/O
NFO
Dialog Ouvertureszäiten
Fënsteren am Notizblock
Eng VSI-Notepad Datei opmaachen [Ctrl+O]
CPU, RAM an I/O
ZHC*
Zäit fir eng héich kompriméiert Zip Datei ze kreéieren
Lokal Kompressioun
zoufälleg 5MB .pst Fichier kopéiert aus
Ressource Pool
CPU an I/O
ZLC*
Zäit fir eng schwaach kompriméiert Zip Datei ze kreéieren
Lokal Kompressioun
zoufälleg 5MB .pst Fichier kopéiert aus
Ressource Pool
Ech / O
cpu
Berechent grouss
zoufälleg Daten Array
Eng grouss Array erstellen
zoufälleg Daten déi am Input / Output Timer benotzt ginn (I/O Timer)
cpu
Wann d'Test duerchgefouert gëtt, gëtt d'Basis VSIbase Metrik am Ufank berechent, wat d'Geschwindegkeet weist op där Aarbechtsplazen ouni Laascht op de System ausgefouert ginn. Baséierend op et gëtt VSImax Threshold bestëmmt, wat gläich ass VSIbase + 1ms.
Conclusiounen iwwer System Leeschtung sinn baséiert op zwou Metriken gemaach: VSIbase, déi d'Vitesse vum System bestëmmt, an VSImax Schwell, déi bestëmmt déi maximal Unzuel u Benotzer datt de System ouni bedeitend Degradatioun handhaben kann.
300 Wëssensaarbechter Benchmark
Wëssensaarbechter sinn Benotzer déi regelméisseg Erënnerung, Prozessor an IO mat verschiddene klenge Peaks lueden. D'Software emuléiert d'Aarbechtslaascht vun usprochsvollen Bürobenotzer, wéi wa se dauernd eppes géifen pochen (PDF, Java, Bürosuite, Fotovisioun, 7-Zip). Wéi Dir Benotzer vun Null op 300 bäidréit, erhéicht d'Verzögerung fir all eenzel graduell.
VSImax Statistiken Daten:
VSIbase = 986ms, VSI Threshold gouf net erreecht.
Storage System Luede Statistike vun SimpliVity Iwwerwachung:
Mat dëser Zort Laascht kann de System erhéicht Belaaschtung widderstoen mat quasi keng Verschlechterung vun der Leeschtung. D'Zäit déi et brauch fir d'Benotzer Aufgaben ofzeschléissen erhéicht glat, d'Systemreaktiounszäit ännert sech net beim Testen an ass bis zu 3 ms fir ze schreiwen a bis zu 1 ms fir ze liesen.
Fazit: 300 Wëssensbenotzer schaffen ouni Probleemer um aktuellen Cluster a stéieren net mateneen, erreechen pCPU / vCPU Iwwerabonnement vun 1 op 6. D'Gesamtverzögerungen wuessen gläichméisseg wéi d'Laascht eropgeet, awer déi virgeschriwwen Limit ass net erreecht ginn.
300 Stockage Aarbechter Benchmark
Dëst sinn Benotzer déi stänneg an engem Verhältnis vun 30 bis 70 schreiwen a liesen. Dësen Test gouf méi fir Experimenter gemaach. VSImax Statistiken Daten:
VSIbase = 1673, VSI Threshold erreecht op 240 Benotzer.
Storage System Luede Statistike vun SimpliVity Iwwerwachung:
Dës Zort vu Laascht ass wesentlech e Stresstest vum Späichersystem. Wann et ausgefouert gëtt, schreift all Benotzer vill zoufälleg Dateie vu verschiddene Gréissten op Disk. An dësem Fall kann et gesi ginn datt wann e gewësse Laaschtschwell fir e puer Benotzer iwwerschratt gëtt, d'Zäit eropgeet fir d'Aufgabe fir d'Schreiwen vun Dateien ze kompletéieren. Zur selwechter Zäit ännert d'Laascht op de Späichersystem, de Prozessor an d'Erënnerung vun de Hosten net wesentlech, sou datt et am Moment onméiglech ass genee ze bestëmmen wat d'Verspéidungen verursaacht.
Conclusiounen iwwer Systemleistung mat dësem Test kënnen nëmme gemaach ginn am Verglach mat Testresultater op anere Systemer, well sou Lasten synthetesch an onrealistesch sinn. Allerdéngs ass den Test allgemeng gutt gaangen. Alles ass gutt gaangen bis 210 Sessiounen, an dunn hunn komesch Äntwerten ugefaang, déi net iwwerall verfollegt goufen ausser Login VSI.
300 Power Aarbechter
Dëst sinn Benotzer déi CPU, Erënnerung an héich IO gär hunn. Dës "Power Benotzer" lafen regelméisseg komplex Aufgaben mat laange Bursts, wéi zB nei Software z'installéieren an grouss Archiven auszepaken. VSImax Statistiken Daten:
VSIbase = 970, VSI Threshold war net erreecht.
Storage System Luede Statistike vun SimpliVity Iwwerwachung:
Wärend dem Test gouf de Prozessor-Laaschtschwell op engem vun de Systemknoten erreecht, awer dëst huet net e wesentlechen Impakt op seng Operatioun:
An dësem Fall kann de System erhéicht Belaaschtung widderstoen ouni wesentlech Leeschtungsverschlechterung. D'Zäit déi et brauch fir d'Benotzer Aufgaben ofzeschléissen erhéicht glat, d'Systemreaktiounszäit ännert sech net beim Testen an ass bis zu 3 ms fir ze schreiwen a bis zu 1 ms fir ze liesen.
Regelméisseg Tester waren net genuch fir de Client, a mir sinn weider gaang: mir hunn d'VM Charakteristike erhéicht (Zuel vu vCPUs fir d'Erhéijung vun der Iwwerabonnement an der Diskgréisst ze evaluéieren) an zousätzlech Belaaschtung bäigefüügt.
Wann Dir zousätzlech Tester ausféiert, gouf déi folgend Standkonfiguratioun benotzt:
300 virtuelle Desktops goufen an enger 4vCPU, 4GB RAM, 80GB HDD Konfiguratioun ofgesat.
Konfiguratioun vun enger vun den Testmaschinnen:
D'Maschinnen ginn an der Dedicated - Full Copy Optioun ofgesat:
300 Wëssensaarbechter Benchmark mat Iwwerabonnement 12
VSImax Statistiken Daten:
VSIbase = 921 ms, VSI Threshold gouf net erreecht.
Storage System Luede Statistike vun SimpliVity Iwwerwachung:
D'Resultater erhalen sinn ähnlech wéi d'Test vun der viregter VM Konfiguratioun.
300 Power Aarbechter mat 12 Iwwerabonnementer
VSImax Statistiken Daten:
VSIbase = 933, VSI Threshold war net erreecht.
Storage System Luede Statistike vun SimpliVity Iwwerwachung:
Wärend dësem Test gouf de Prozessor-Laaschtschwell och erreecht, awer dëst huet net e wesentlechen Impakt op d'Performance:
D'Resultater erhalen sinn ähnlech wéi d'Test vun der viregter Konfiguratioun.
Wat geschitt wann Dir d'Laascht fir 10 Stonnen leeft?
Loosst eis elo kucken ob et e "Akkumulatiounseffekt" gëtt an Tester fir 10 Stonnen hannereneen lafen.
Déi laangfristeg Tester an d'Beschreiwung vun der Sektioun sollen drop riichten, datt mir wollten iwwerpréiwen, ob Problemer mat der Truss ënner laanger Belaaschtung op et géifen entstoen.
300 Wëssensaarbechter Benchmark + 10 Stonnen
Zousätzlech gouf e Laaschtfall vun 300 Wëssensaarbechter getest, gefollegt vu Benotzeraarbecht fir 10 Stonnen.
VSImax Statistiken Daten:
VSIbase = 919 ms, VSI Threshold gouf net erreecht.
VSImax Detailléiert Statistiken:
D'Grafik weist datt et keng Leeschtungsverschlechterung am ganzen Test observéiert gëtt.
Storage System Luede Statistike vun SimpliVity Iwwerwachung:
D'Performance vum Späichersystem bleift d'selwecht am ganzen Test.
Zousätzlech Tester mat der Zousatz vun syntheteschen Laascht
De Client huet gefrot eng Wild Laascht op den Disk ze addéieren. Fir dëst ze maachen, gouf eng Aufgab an de Späichersystem an all virtuelle Maschinnen vum Benotzer bäigefüügt fir eng synthetesch Laascht op der Disk ze lafen wann de Benotzer sech an de System aloggen. D'Laascht gouf vum Fio Utility geliwwert, wat Iech erlaabt d'Laascht op der Disk duerch d'Zuel vun den IOPS ze limitéieren. An all Maschinn gouf eng Aufgab lancéiert fir eng zousätzlech Laascht am Betrag vun 22 IOPS 70% / 30% Zoufälleg Liesen / Schreiwen ze starten.
300 Wëssensaarbechter Benchmark + 22 IOPS pro Benotzer
Am initialen Test gouf fio fonnt fir bedeitend CPU-Overhead op virtuelle Maschinnen opzesetzen. Dëst huet zu enger séierer CPU-Iwwerlaaschtung vun den Hosten gefouert an huet d'Operatioun vum System als Ganzt staark beaflosst.
Host CPU Belaaschtung:
Zur selwechter Zäit sinn d'Verzögerung vum Lagersystem och natierlech erhéicht:
De Mangel u Rechenkraaft gouf kritesch ëm 240 Benotzer:
Wéinst de kritt Resultater gouf decidéiert Tester ze maachen déi manner CPU-intensiv war.
230 Büroaarbechter Benchmark + 22 IOPS pro Benotzer
Fir d'Laascht op der CPU ze reduzéieren, gouf d'Office-Aarbechter-Laaschttyp ausgewielt, an 22 IOPS vun syntheteschen Laascht goufen och zu all Sessioun bäigefüügt.
Den Test war limitéiert op 230 Sessiounen fir net déi maximal CPU Belaaschtung ze iwwerschreiden.
Den Test gouf mat Benotzer lafen fir 10 Stonnen fir d'Stabilitéit vum System während laangfristeg Operatioun op no bei maximaler Belaaschtung ze kontrolléieren.
VSImax Statistiken Daten:
VSIbase = 918 ms, VSI Threshold gouf net erreecht.
VSImax Detailléiert Statistiken:
D'Grafik weist datt et keng Leeschtungsverschlechterung am ganzen Test observéiert gëtt.
CPU Luede Statistiken:
Wann Dir dësen Test ausféiert, war d'Laascht op d'CPU vun den Hosten bal maximal.
Storage System Luede Statistike vun SimpliVity Iwwerwachung:
D'Performance vum Späichersystem bleift d'selwecht am ganzen Test.
D'Laascht op de Späichersystem während dem Test war ongeféier 6 IOPS an engem 500/60 Verhältnis (40 IOPS liesen, 3 IOPS Schreiwen), wat ongeféier 900 IOPS pro Workstation ass.
D'Äntwertzäit ass duerchschnëttlech 3 ms fir ze schreiwen a bis zu 1 ms fir ze liesen.
D 'Resultat
Wann Dir real Lasten op der HPE SimpliVity Infrastruktur simuléiert, goufen d'Resultater kritt, déi d'Fäegkeet vum System bestätegt fir virtuell Desktops vun op d'mannst 300 Full Clone Maschinnen op e Paar SimpliVity Noden z'ënnerstëtzen. Zur selwechter Zäit gouf d'Äntwertzäit vum Späichersystem op engem optimalen Niveau während dem ganzen Test behalen.
Mir si ganz beandrockt vun der Approche vu laangen Tester a Verglach vu Léisunge virun der Ëmsetzung. Mir kënnen och d'Performance fir Är Aarbechtslaascht testen wann Dir wëllt. Inklusiv aner hyperkonvergéiert Léisungen. De erwähnte Client schléisst elo parallel Tester op eng aner Léisung of. Seng aktuell Infrastruktur ass einfach eng Flott vu PCs, en Domain a Software op all Aarbechtsplaz. Plënneren op VDI ouni Tester ass, natierlech, relativ schwéier. Speziell ass et schwéier d'real Fäegkeeten vun engem VDI Bauerenhaff ze verstoen ouni richteg Benotzer ze migréieren. An dës Tester erlaben Iech séier d'real Fäegkeeten vun engem bestëmmte System ze evaluéieren ouni datt Dir gewéinlech Benotzer involvéiert. Dëst ass wou dës Etude hierkënnt.
Déi zweet wichteg Approche ass datt de Client direkt fir eng richteg Skaléierung engagéiert. Hei kënnt Dir en zousätzleche Server kafen an e Bauerenhaff addéieren, zum Beispill, fir 100 Benotzer, alles ass prévisibel um Benotzerpräis. Zum Beispill, wann se 300 méi Benotzer mussen derbäisetzen, wësse se datt se zwee Server an enger scho definéierter Konfiguratioun brauchen, anstatt d'Upgrade vun hirer ganzer Infrastruktur ze iwwerdenken.
D'Méiglechkeeten vun der HPE SimpliVity Federatioun sinn interessant. D'Geschäft ass geographesch getrennt, sou datt et Sënn mécht Är eege separat VDI Hardware an engem wäitem Büro ze installéieren. An der SimpliVity Federatioun gëtt all virtuell Maschinn no engem Zäitplang replizéiert mat der Fäegkeet tëscht geographesch Ferncluster ganz séier an ouni Belaaschtung op de Kanal ze replizéieren - dëst ass en agebaute Backup vun engem ganz gudden Niveau. Wann Dir VMs tëscht Site replizéiert, gëtt de Kanal esou minimal wéi méiglech benotzt, an dëst mécht et méiglech ganz interessant DR-Architekturen an der Präsenz vun engem eenzege Kontrollzentrum an enger Rëtsch dezentraliséierte Späicherplazen ze bauen.
All dëst zesummen mécht et méiglech d'finanziell Säit am Detail ze evaluéieren an d'Käschte vum VDI op de Wuesstumspläng vun der Firma ze iwwerlageren, a fir ze verstoen wéi séier d'Léisung wäert bezuelen a wéi se funktionnéiert. Well all VDI ass eng Léisung déi schlussendlech vill Ressourcen spuert, awer gläichzäiteg, héchstwahrscheinlech, ouni d'Käschte-effikass Méiglechkeet et bannent 5-7 Joer ze änneren.
Am Allgemengen, wann Dir Froen hutt déi net fir Kommentarer sinn, schreift mir per E-Mail [Email geschützt].
Source: will.com