Stranka je želela VDI. Res sem si ogledal kombinacijo SimpliVity + VDI Citrix Virtual Desktop. Za vse operaterje, uslužbence mestnih uradov itd. Samo v prvem valu selitve je pet tisoč uporabnikov, zato so vztrajali pri obremenitvenem testiranju. VDI se lahko začne upočasnjevati, lahko mirno leži - in to se ne zgodi vedno zaradi težav s kanalom. Kupili smo zelo zmogljiv testni paket posebej za VDI in nalagali infrastrukturo, dokler ni bila pretežka za diske in procesor.
Torej bomo potrebovali plastično steklenico in programsko opremo LoginVSI za sofisticirane teste VDI. Imamo ga z licencami za 300 uporabnikov. Nato smo vzeli strojno opremo HPE SimpliVity 380 v paketu, primernem za nalogo maksimalne gostote uporabnikov na strežnik, razrezali virtualne stroje z dobro prenaročnino, nanje namestili pisarniško programsko opremo na Win10 in začeli s testiranjem.
Gremo!
Sistem
Dve vozlišči (strežnika) HPE SimpliVity 380 Gen10. Na vsakem:
- 2 x Intel Xeon Platinum 8170 26c 2.1 GHz.
- RAM: 768 GB, 12 x 64 GB LRDIMM DDR4 2666 MHz.
- Krmilnik primarnega diska: HPE Smart Array P816i-a SR Gen10.
- Trdi diski: 9 x 1.92 TB SATA 6 Gb/s SSD (v konfiguraciji RAID6 7+2, tj. to je srednji model v smislu HPE SimpliVity).
- Omrežne kartice: 4 x 1Gb Eth (uporabniški podatki), 2 x 10Gb Eth (SimpliVity in vMotion backend).
- Posebne vgrajene kartice FPGA v vsakem vozlišču za deduplikacijo/stiskanje.
Vozlišča so med seboj povezana preko 10Gb Ethernet medsebojne povezave neposredno brez zunanjega stikala, ki se uporablja kot zaledje SimpliVity in za prenos podatkov virtualnega stroja prek NFS. Podatki navideznega stroja v gruči se vedno zrcalijo med dvema vozliščema.
Vozlišča so združena v gručo Vmware vSphere, ki jo upravlja vCenter.
Za testiranje sta bila nameščena krmilnik domene in posrednik povezav Citrix. Krmilnik domene, posrednik in vCenter so nameščeni v ločeni gruči.
Kot testna infrastruktura je bilo nameščenih 300 virtualnih namizij v konfiguraciji Dedicated – Full Copy, kar pomeni, da je vsako namizje popolna kopija izvirne slike virtualnega stroja in shrani vse spremembe, ki so jih naredili uporabniki.
Vsak virtualni stroj ima 2vCPU in 4GB RAM-a:
Na virtualnih strojih je bila nameščena naslednja programska oprema, potrebna za testiranje:
- Windows 10 (64-bit), različica 1809.
- Adobe Reader XI.
- Citrix Virtual Delivery Agent 1811.1.
- Doro PDF 1.82.
- Java 7 posodobitev 13.
- Microsoft Office Professional Plus 2016.
Med vozlišči - sinhrona replikacija. Vsak podatkovni blok v gruči ima dve kopiji. Se pravi, zdaj obstaja celoten nabor podatkov o vsakem od vozlišč. Pri gruči treh ali več vozlišč so kopije blokov na dveh različnih mestih. Pri ustvarjanju novega VM se na enem od vozlišč gruče ustvari dodatna kopija. Ko eno vozlišče odpove, se vsi VM-ji, ki so se prej izvajali na njem, samodejno znova zaženejo na drugih vozliščih, kjer imajo replike. Če vozlišče odpove dlje časa, se začne postopna vzpostavitev redundance in gruča se vrne na redundanco N+1.
Uravnoteženje in shranjevanje podatkov poteka na ravni shranjevanja programske opreme samega SimpliVityja.
Virtualni stroji poganjajo virtualizacijsko gručo, ki jih prav tako postavi v programsko shrambo. Same mize so bile posnete po standardni šabloni: na test so prišle mize finančnikov in operativcev (gre za dve različni šabloni).
Testiranje
Za testiranje je bil uporabljen testni paket programske opreme LoginVSI 4.1. Kompleks LoginVSI, sestavljen iz nadzornega strežnika in 12 strojev za testne povezave, je bil nameščen na ločenem fizičnem gostitelju.
Testiranje je potekalo v treh načinih:
Primerjalni način – primeri obremenitve 300 delavcev znanja in 300 delavcev shranjevanja.
Standardni način - primer obremenitve 300 Powerworkers.
Da bi delavcem Power omogočili delo in povečali raznolikost obremenitve, je bila kompleksu LoginVSI dodana knjižnica dodatnih datotek Power Library. Da bi zagotovili ponovljivost rezultatov, so bile vse nastavitve preskusne naprave privzete.
Preizkusi delavcev znanja in moči simulirajo dejansko delovno obremenitev uporabnikov, ki delajo na virtualnih delovnih postajah.
Storage works test je bil ustvarjen posebej za testiranje sistemov za shranjevanje podatkov, je daleč od realnih delovnih obremenitev in večinoma vključuje delo uporabnika z velikim številom datotek različnih velikosti.
Med testiranjem se uporabniki prijavljajo v delovne postaje za 48 minut s hitrostjo približno en uporabnik vsakih 10 sekund.
Ugotovitve
Glavni rezultat testiranja LoginVSI je metrika VSImax, ki je sestavljena iz časa izvajanja različnih nalog, ki jih sproži uporabnik. Na primer: čas za odpiranje datoteke v beležnici, čas za stiskanje datoteke v 7-Zip itd.
Podroben opis izračuna metrike je na voljo v uradni dokumentaciji za .
Z drugimi besedami, LoginVSI ponavlja tipičen vzorec nalaganja, simulira uporabniška dejanja v pisarniškem paketu, branje PDF-ja itd., ter meri različne zakasnitve. Obstaja kritična stopnja zamud (vse se upočasni, nemogoče je delovati), pred katero se šteje, da ni doseženo največje število uporabnikov. Če je odzivni čas 1 ms hitrejši od tega stanja »vse je počasno«, se šteje, da sistem deluje normalno in je mogoče dodati več uporabnikov.
Tukaj so glavne meritve:
Meritve
Izvedeni ukrepi
Podrobno описание
Naložene komponente
N.S.L.D.
Čas odpiranja besedila
datoteka, ki tehta 1 KB
Odpre se Beležnica in
odpre naključni 1 KB dokument, ki je kopiran iz bazena
virov
CPE in I/O
NFO
Odprti čas dialoga
okna v beležnici
Odpiranje datoteke VSI-Notepad [Ctrl+O]
CPE, RAM in I/O
ZHC*
Čas je, da ustvarite močno stisnjeno datoteko Zip
Lokalno stiskanje
naključna 5 MB velika datoteka .pst, kopirana iz
bazen virov
CPE in I/O
ZLC*
Čas je, da ustvarite šibko stisnjeno datoteko Zip
Lokalno stiskanje
naključna 5 MB velika datoteka .pst, kopirana iz
bazen virov
I / O
CPU
Računanje veliko
naključni niz podatkov
Ustvarjanje velikega niza
naključni podatki, ki bodo uporabljeni v vhodno/izhodnem časovniku (I/O timer)
CPU
Pri testiranju se na začetku izračuna osnovna metrika VSIbase, ki prikazuje hitrost, s katero se opravila izvajajo brez obremenitve sistema. Na podlagi tega se določi VSImax Threshold, ki je enak VSIbase + 1ms.
Sklepi o zmogljivosti sistema so narejeni na podlagi dveh metrik: VSIbase, ki določa hitrost sistema, in VSImax praga, ki določa največje število uporabnikov, ki jih sistem lahko obravnava brez znatnega poslabšanja.
Merilo 300 delavcev znanja
Delavci znanja so uporabniki, ki redno obremenjujejo pomnilnik, procesor in IO z različnimi majhnimi konicami. Programska oprema posnema delovno obremenitev zahtevnih pisarniških uporabnikov, kot bi ti nenehno nekaj pikali (PDF, Java, pisarniški paket, pregledovanje fotografij, 7-Zip). Ko dodajate uporabnike od nič do 300, se zakasnitev za vsakega postopoma povečuje.
Statistični podatki VSImax:
VSIbase = 986ms, prag VSI ni bil dosežen.
Statistika obremenitve sistema za shranjevanje iz spremljanja SimpliVity:
Pri tej vrsti obremenitve lahko sistem prenese povečano obremenitev tako rekoč brez poslabšanja zmogljivosti. Čas, potreben za dokončanje uporabniških nalog, se gladko povečuje, odzivni čas sistema se med testiranjem ne spreminja in znaša do 3 ms za pisanje in do 1 ms za branje.
Zaključek: 300 uporabnikov znanja dela na trenutni gruči brez kakršnih koli težav in se ne motijo drug drugega, dosegajo prekomerno naročnino pCPU/vCPU od 1 do 6. Skupne zamude enakomerno rastejo, ko se obremenitev povečuje, vendar predpisana meja ni bila dosežena.
Merilo 300 skladiščnih delavcev
To so uporabniki, ki nenehno pišejo in berejo v razmerju 30 proti 70 oz. Ta test je bil izveden bolj zaradi eksperimentiranja. Statistični podatki VSImax:
VSIbase = 1673, VSI Threshold je dosežen pri 240 uporabnikih.
Statistika obremenitve sistema za shranjevanje iz spremljanja SimpliVity:
Ta vrsta obremenitve je v bistvu stresni test sistema za shranjevanje. Ko se izvede, vsak uporabnik na disk zapiše veliko naključnih datotek različnih velikosti. V tem primeru je razvidno, da ko je pri nekaterih uporabnikih presežen določen prag obremenitve, se čas, potreben za dokončanje nalog za pisanje datotek, poveča. Ob tem se obremenitev pomnilniškega sistema, procesorja in pomnilnika gostiteljev bistveno ne spreminja, zato je trenutno nemogoče natančno ugotoviti, kaj povzroča zakasnitve.
Zaključke o delovanju sistema s tem testom je mogoče narediti samo v primerjavi z rezultati testov na drugih sistemih, saj so takšne obremenitve sintetične in nerealne. Vendar je na splošno test dobro uspel. Do 210 seje je šlo vse dobro, potem pa so se začeli čudni odzivi, ki jih razen Login VSI niso zasledili nikjer.
300 Energa delavcev
To so uporabniki, ki obožujejo procesor, pomnilnik in visok IO. Ti »zmogljivi uporabniki« redno izvajajo zapletene naloge z dolgimi zaporedji, kot je namestitev nove programske opreme in razpakiranje velikih arhivov. Statistični podatki VSImax:
VSIbase = 970, prag VSI ni bil dosežen.
Statistika obremenitve sistema za shranjevanje iz spremljanja SimpliVity:
Med testiranjem je bil na enem od sistemskih vozlišč dosežen prag obremenitve procesorja, vendar to ni bistveno vplivalo na njegovo delovanje:
V tem primeru lahko sistem prenese povečano obremenitev brez znatnega poslabšanja zmogljivosti. Čas, potreben za dokončanje uporabniških nalog, se gladko povečuje, odzivni čas sistema se med testiranjem ne spreminja in znaša do 3 ms za pisanje in do 1 ms za branje.
Stranki redni testi niso bili dovolj, zato smo šli še dlje: povečali smo značilnosti VM (število vCPU-jev za oceno povečanja prenaročnine in velikosti diska) in dodali dodatno obremenitev.
Pri izvedbi dodatnih preskusov je bila uporabljena naslednja konfiguracija stojala:
300 virtualnih namizij je bilo nameščenih v konfiguraciji 4vCPU, 4GB RAM-a, 80GB HDD.
Konfiguracija enega od testnih strojev:
Stroji so nameščeni v možnosti Dedicated – Full Copy:
Primerjalno merilo 300 delavcev znanja s preveliko naročnino 12
Statistični podatki VSImax:
VSIbase = 921 ms, prag VSI ni bil dosežen.
Statistika obremenitve sistema za shranjevanje iz spremljanja SimpliVity:
Dobljeni rezultati so podobni testiranju prejšnje konfiguracije VM.
300 Power delavcev z 12 preseženimi naročninami
Statistični podatki VSImax:
VSIbase = 933, prag VSI ni bil dosežen.
Statistika obremenitve sistema za shranjevanje iz spremljanja SimpliVity:
Med tem testiranjem je bil dosežen tudi prag obremenitve procesorja, vendar to ni bistveno vplivalo na zmogljivost:
Dobljeni rezultati so podobni testiranju prejšnje konfiguracije.
Kaj se zgodi, če obremenitev izvajate 10 ur?
Zdaj pa poglejmo, ali bo prišlo do "akumulacijskega učinka" in izvajajmo teste 10 ur zapored.
Dolgoročna testiranja in opis odseka naj bi bili usmerjeni v to, da smo želeli preveriti, ali se bodo ob dolgotrajni obremenitvi nosilca pojavile kakšne težave.
Merilo 300 delavcev znanja + 10 ur
Poleg tega je bil testiran primer obremenitve 300 delavcev znanja, ki mu je sledilo 10-urno delo uporabnika.
Statistični podatki VSImax:
VSIbase = 919 ms, prag VSI ni bil dosežen.
VSImax Podrobni statistični podatki:
Graf kaže, da v celotnem preskusu ni opaziti poslabšanja zmogljivosti.
Statistika obremenitve sistema za shranjevanje iz spremljanja SimpliVity:
Zmogljivost sistema za shranjevanje ostaja enaka ves čas preskusa.
Dodatno testiranje z dodatkom sintetične obremenitve
Stranka je zahtevala dodajanje divje obremenitve na disk. Da bi to naredili, je bila sistemu za shranjevanje v vsakem od uporabnikovih virtualnih strojev dodana naloga za izvajanje sintetične obremenitve diska, ko se uporabnik prijavi v sistem. Obremenitev je zagotovil pripomoček fio, ki omogoča omejitev obremenitve diska s številom IOPS. V vsakem računalniku je bila zagnana naloga za zagon dodatne obremenitve v količini 22 IOPS 70 %/30 % naključnega branja/pisanja.
Primerjava 300 delavcev znanja + 22 IOPS na uporabnika
Pri začetnem testiranju je bilo ugotovljeno, da fio na virtualnih strojih povzroči znatno obremenitev procesorja. To je povzročilo hitro preobremenitev procesorja gostiteljev in močno vplivalo na delovanje sistema kot celote.
Obremenitev procesorja gostitelja:
Hkrati so se seveda povečale tudi zamude sistema za shranjevanje:
Pomanjkanje računalniške moči je postalo kritično okoli 240 uporabnikov:
Zaradi dobljenih rezultatov je bilo odločeno, da izvedemo testiranje, ki je bilo manj intenzivno CPE.
Primerjava 230 pisarniških delavcev + 22 IOPS na uporabnika
Za zmanjšanje obremenitve CPU je bila izbrana vrsta obremenitve Officeworkers, vsaki seji pa je bilo dodanih tudi 22 IOPS sintetične obremenitve.
Test je bil omejen na 230 sej, da ne bi presegli največje obremenitve procesorja.
Preizkus je bil izveden z uporabniki, ki so delovali 10 ur, da bi preverili stabilnost sistema med dolgotrajnim delovanjem pri skoraj največji obremenitvi.
Statistični podatki VSImax:
VSIbase = 918 ms, prag VSI ni bil dosežen.
VSImax Podrobni statistični podatki:
Graf kaže, da v celotnem preskusu ni opaziti poslabšanja zmogljivosti.
Statistika obremenitve procesorja:
Pri izvajanju tega testa je bila obremenitev procesorja gostiteljev skoraj največja.
Statistika obremenitve sistema za shranjevanje iz spremljanja SimpliVity:
Zmogljivost sistema za shranjevanje ostaja enaka ves čas preskusa.
Obremenitev pomnilniškega sistema med preizkusom je bila približno 6 IOPS v razmerju 500/60 (40 IOPS branje, 3 IOPS pisanje), kar je približno 900 IOPS na delovno postajo.
Odzivni čas je bil v povprečju 3 ms za pisanje in do 1 ms za branje.
Skupaj
Pri simulaciji dejanskih obremenitev infrastrukture HPE SimpliVity so bili pridobljeni rezultati, ki potrjujejo sposobnost sistema, da podpira virtualna namizja vsaj 300 strojev Full Clone na paru vozlišč SimpliVity. Hkrati je bil odzivni čas pomnilniškega sistema ves čas testiranja vzdrževan na optimalni ravni.
Zelo smo navdušeni nad pristopom dolgih testiranj in primerjave rešitev pred implementacijo. Če želite, lahko preizkusimo zmogljivost tudi za vaše delovne obremenitve. Vključno z drugimi hiperkonvergentnimi rešitvami. Omenjeni naročnik zdaj vzporedno končuje testiranja še ene rešitve. Njegova trenutna infrastruktura je preprosto flota osebnih računalnikov, domena in programska oprema na vsakem delovnem mestu. Prehod na VDI brez testov je seveda precej težak. Natančneje, težko je razumeti dejanske zmogljivosti farme VDI, ne da bi nanjo preselili dejanske uporabnike. In ti testi vam omogočajo, da hitro ocenite dejanske zmogljivosti določenega sistema, ne da bi morali vključiti navadne uporabnike. Od tod izvira ta študija.
Drugi pomemben pristop je, da se stranka takoj zaveže k pravilnemu skaliranju. Tu lahko dokupiš dodatni strežnik in dodaš farmo npr za 100 uporabnikov, vse je predvidljivo po uporabniški ceni. Na primer, ko bodo morali dodati še 300 uporabnikov, bodo vedeli, da potrebujejo dva strežnika v že definirani konfiguraciji, namesto da bi znova razmišljali o nadgradnji svoje celotne infrastrukture.
Možnosti federacije HPE SimpliVity so zanimive. Posel je geografsko ločen, zato je smiselno namestiti lastno ločeno strojno opremo VDI v oddaljeni pisarni. V federaciji SimpliVity se vsak virtualni stroj replicira po urniku z možnostjo replikacije med geografsko oddaljenimi grozdi zelo hitro in brez obremenitve kanala – to je vgrajena varnostna kopija zelo dobre ravni. Pri podvajanju virtualnih strojev med mesti se kanal uporablja čim manj, kar omogoča izgradnjo zelo zanimivih arhitektur DR v prisotnosti enega samega nadzornega centra in množice decentraliziranih mest za shranjevanje.
Vse to skupaj omogoča zelo podrobno ovrednotiti finančno plat in vložiti stroške VDI v načrte rasti podjetja ter razumeti, kako hitro se bo rešitev izplačala in kako bo delovala. Kajti vsak VDI je rešitev, ki na koncu prihrani veliko sredstev, a hkrati najverjetneje brez stroškovno učinkovite možnosti, da bi jo spremenili v 5-7 letih uporabe.
Na splošno, če imate kakršna koli vprašanja, ki niso za komentar, mi pišite na e-pošto [e-pošta zaščitena].
Vir: www.habr.com