Bezeroak VDI nahi zuen. Benetan begiratu nuen SimpliVity + VDI Citrix Virtual Desktop konbinazioa. Operadore guztientzat, udal bulegoetako langileentzat, etab. Bost mila erabiltzaile daude soilik migrazioaren lehen olatuan, eta horregatik tematu ziren karga probak egiten. VDI moteltzen has daiteke, lasai etzan daiteke - eta hori ez da beti gertatzen kanalaren arazoengatik. VDIrako bereziki probatzeko pakete indartsua erosi genuen eta azpiegitura kargatu genuen diskoetan eta prozesadorean astunegia izan arte.
Beraz, plastikozko botila bat eta LoginVSI softwarea beharko ditugu VDI proba sofistikatuak egiteko. 300 erabiltzailerentzako lizentziekin daukagu. Ondoren, HPE SimpliVity 380 hardwarea zerbitzari bakoitzeko erabiltzaile-dentsitate maximorako egokia den pakete batean hartu genuen, gainharpidetza ona zuten makina birtualak moztu, Win10-en bulegoko softwarea instalatu genuen eta probak egiten hasi ginen.
Goazen!
Sistema
Bi HPE SimpliVity 380 Gen10 nodo (zerbitzariak). Bakoitzean:
- 2 x Intel Xeon Platinum 8170 26c 2.1Ghz.
- RAM: 768 GB, 12 x 64 GB LRDIMM DDR4 2666 MHz.
- Disko kontrolagailu nagusia: HPE Smart Array P816i-a SR Gen10.
- Disko gogorrak: 9 x 1.92 TB SATA 6 Gb/s SSD (RAID6 7+2 konfigurazioan, hau da, Medium eredua da HPE SimpliVity terminoetan).
- Sare-txartelak: 4 x 1Gb Eth (erabiltzaileen datuak), 2 x 10Gb Eth (SimpliVity eta vMotion backend).
- Nodo bakoitzean FPGA txartel bereziak desduplicatzeko/konpresioa egiteko.
Nodoak elkarren artean konektatzen dira 10Gb Ethernet interkonexio baten bidez zuzenean kanpoko etengailurik gabe, SimpliVity backend gisa eta makina birtualeko datuak NFS bidez transferitzeko erabiltzen dena. Kluster bateko makina birtualeko datuak bi nodoen artean islatzen dira beti.
Nodoak vCenter-ek kudeatutako Vmware vSphere kluster batean konbinatzen dira.
Probak egiteko, domeinu-kontrolatzailea eta Citrix konexio-artekari bat zabaldu ziren. Domeinu-kontrolatzailea, bitartekaria eta vCenter kluster bereizi batean kokatzen dira.
Proba-azpiegitura gisa, 300 mahaigain birtual zabaldu ziren Dedikatua - Kopiaren konfigurazioan, hau da, mahaigain bakoitza makina birtualaren jatorrizko irudiaren kopia osoa da eta erabiltzaileek egindako aldaketa guztiak gordetzen ditu.
Makina birtual bakoitzak 2vCPU eta 4GB RAM ditu:
Probak egiteko beharrezkoa den software hau instalatu zen makina birtualetan:
- Windows 10 (64 biteko), 1809 bertsioa.
- Adobe Reader XI.
- Citrix Virtual Delivery Agent 1811.1.
- Doro PDF 1.82.
- Java 7 eguneratzea 13.
- Microsoft Office Professional Plus 2016.
Nodoen artean - erreplikazio sinkronikoa. Klusterreko datu-bloke bakoitzak bi kopia ditu. Hau da, orain datu multzo osoa dago nodo bakoitzean. Hiru nodo edo gehiagoko multzo batekin, blokeen kopiak bi leku ezberdinetan daude. VM berri bat sortzean, kopia gehigarri bat sortzen da cluster nodoetako batean. Nodo batek huts egiten duenean, bertan exekutatzen ziren VM guztiak automatikoki berrabiaraziko dira erreplikak dituzten beste nodoetan. Nodo batek denbora luzez huts egiten badu, erredundantzia pixkanaka berrezartzen hasten da eta klusterra N+1 erredundantziara itzultzen da.
Datuen oreka eta biltegiratzea SimpliVity-ren softwarearen biltegiratze mailan gertatzen da.
Makina birtualek birtualizazio kluster bat exekutatzen dute, eta software biltegian jartzen ditu. Mahaiak beraiek txantiloi estandar baten arabera hartu zituzten: finantzatzaileen eta operazioko arduradunen mahaiak etorri ziren probara (bi txantiloi ezberdin dira).
Testing
Proba egiteko, LoginVSI 4.1 software proba-multzoa erabili zen. LoginVSI konplexua, kontrol zerbitzari batek eta proba konexioetarako 12 makinaz osatua, ostalari fisiko bereizi batean zabaldu zen.
Proba hiru modutan egin zen:
Erreferentzia modua - karga-kasuak 300 ezagutza-langile eta 300 biltegiratze-langile.
Modu estandarra - karga-kasua 300 Potentziako langileak.
Power langileek lan egiteko eta karga aniztasuna areagotzeko, Power Library fitxategi gehigarrien liburutegi bat gehitu zen LoginVSI konplexuan. Emaitzen errepikakortasuna ziurtatzeko, proba-bankuaren ezarpen guztiak Lehenetsi gisa utzi ziren.
Knowledge and Power Workers probek lan-estazio birtualetan lan egiten duten erabiltzaileen benetako lan-karga simulatzen dute.
Biltegiratze-langileen proba datuak biltegiratzeko sistemak probatzeko bereziki sortu zen; benetako lan-kargatik urrun dago eta gehienetan erabiltzaileak tamaina ezberdinetako fitxategi ugarirekin lan egiten du.
Probetan zehar, erabiltzaileek 48 minutuz saioa hasten dute lan-estazioetan, 10 segundoz behin, gutxi gorabehera, erabiltzaile bat.
Findings
LoginVSI proben emaitza nagusia VSImax metrika da, erabiltzaileak abiarazitako hainbat zereginen exekuzio denboratik konpilatzen dena. Adibidez: Notepad-en fitxategi bat irekitzeko ordua, 7-Zip-en fitxategi bat konprimitzeko ordua, etab.
Metrikoen kalkuluaren deskribapen zehatza eskuragarri dago dokumentazio ofizialean .
Beste era batera esanda, LoginVSI-k karga-eredu tipiko bat errepikatzen du, erabiltzailearen ekintzak bulegoko suite batean simulatuz, PDF bat irakurriz eta abar, eta hainbat latentzia neurtzen ditu. Atzerapen-maila kritikoa dago "dena moteltzen da, ezinezkoa da lan egitea"), eta horren aurretik erabiltzaile kopuru maximoa ez dela iritsi uste da. Erantzun-denbora "dena motela da" egoera hori baino 1 ms azkarragoa bada, sistema normaltasunez funtzionatzen duela kontsideratzen da eta erabiltzaile gehiago gehi daitezke.
Hona hemen neurri nagusiak:
Metrikak
Egindako ekintzak
Xehetasuna описание
Kargatutako osagaiak
N.S.L.D.
Testua irekitzeko ordua
1 KB-ko fitxategia
Notepad irekitzen da eta
igerilekutik kopiatzen den ausazko 1 KB dokumentu bat irekitzen du
baliabideak
CPU eta I/O
NFO
Elkarrizketa irekitzeko ordua
leihoak koadernoan
VSI-Notepad fitxategi bat irekitzea [Ktrl+O]
CPU, RAM eta I/O
ZHC*
Oso konprimitutako Zip fitxategi bat sortzeko garaia
Konpresioa lokala
ausazko 5MB .pst fitxategitik kopiatu da
baliabide biltegia
CPU eta I/O
ZLC*
Konprimitutako Zip fitxategi bat sortzeko garaia
Konpresioa lokala
ausazko 5MB .pst fitxategitik kopiatu da
baliabide biltegia
I / O
CPU
Handia kalkulatzen
ausazko datu-matrizea
Array handi bat sortzea
Sarrera/irteera tenporizadorean erabiliko diren ausazko datuak (I/O tenporizadorea)
CPU
Probak egiten direnean, VSIbaseko oinarrizko metrika kalkulatzen da hasieran, lanak sisteman kargarik gabe exekutatzen diren abiadura erakusten duena. Horren arabera, VSImax Threshold zehazten da, hau da, VSIbase + 1 ms-ren berdina.
Sistemaren errendimenduari buruzko ondorioak bi neurketetan oinarritzen dira: VSIbase, sistemaren abiadura zehazten duena, eta VSImax atalasea, sistemak degradazio handirik gabe kudeatu dezakeen gehieneko erabiltzaile kopurua zehazten duena.
300 Ezagutza-langileen erreferentea
Ezagutza-langileak memoria, prozesadorea eta IO aldiro gailu txiki ezberdinekin kargatzen dituzten erabiltzaileak dira. Softwareak bulegoko erabiltzaile zorrotzen lan karga emulatzen du, etengabe zerbaitetan sartzen ariko balira bezala (PDF, Java, bulegoko suitea, argazkiak ikustea, 7-Zip). Erabiltzaileak zerotik 300era gehitzen dituzun heinean, bakoitzaren atzerapena pixkanaka handitzen joango da.
VSImax estatistiken datuak:
VSIbase = 986 ms, ez da VSI atalasea iritsi.
Biltegiratze-sistemaren karga-estatistikak SimpliVity monitorizaziotik:
Karga mota honekin, sistemak karga handiagoa jasan dezake errendimenduan ia degradaziorik gabe. Erabiltzaileen zereginak burutzeko behar den denbora leunki handitzen da, sistemaren erantzun-denbora ez da aldatzen proban zehar eta 3 ms-ra artekoa da idazteko eta 1 ms-ra arte irakurtzeko.
Ondorioa: 300 ezagutza-erabiltzaileek egungo klusterrean lan egiten dute inolako arazorik gabe eta ez dute bata bestearekin oztopatzen, pCPU/vCPU 1etik 6rako gainharpidetzara iristen da. Atzerapen orokorrak berdin hazten dira karga handitzen den heinean, baina ezarritako muga ez da iritsi.
300 Biltegiratze langileen erreferentzia
Etengabe idazten eta irakurtzen duten erabiltzaileak dira, hurrenez hurren, 30 eta 70 arteko proportzioan. Proba hau esperimentazioaren mesedetan gehiago egin zen. VSImax estatistiken datuak:
VSIbase = 1673, VSI atalasea 240 erabiltzailetan lortu da.
Biltegiratze-sistemaren karga-estatistikak SimpliVity monitorizaziotik:
Karga mota hau, funtsean, biltegiratze sistemaren esfortzu-proba bat da. Exekutatzen denean, erabiltzaile bakoitzak tamaina ezberdinetako ausazko fitxategi asko idazten ditu diskoan. Kasu honetan, ikus daiteke erabiltzaile batzuentzat karga-atalase jakin bat gainditzen denean, fitxategiak idazteko zereginak burutzeko behar den denbora handitzen dela. Aldi berean, ostalarien biltegiratze sistema, prozesadore eta memoriaren karga ez da nabarmen aldatzen, beraz, gaur egun ezinezkoa da atzerapenak zerk eragiten dituen zehatz zehaztea.
Proba hau erabiliz sistemaren errendimenduari buruzko ondorioak beste sistemetako proben emaitzekin alderatuta soilik atera daitezke, karga horiek sintetikoak eta ez-errealistak baitira. Hala ere, orokorrean proba ondo joan zen. Dena ondo joan zen 210 saio arte, eta orduan erantzun arraroak hasi ziren, inon segitu ez zutenak Login VSI izan ezik.
300 Potentziako langile
CPU, memoria eta IO handia maite dituzten erabiltzaileak dira. "Erabiltzaile boteretsu" hauek aldian-aldian lan konplexuak egiten dituzte leherketa luzeekin, hala nola, software berria instalatzea eta artxibo handiak desegitea. VSImax estatistiken datuak:
VSIbase = 970, VSI atalasea ez da iritsi.
Biltegiratze-sistemaren karga-estatistikak SimpliVity monitorizaziotik:
Probetan zehar, prozesadorearen karga-atalasea sistemaren nodoetako batean iritsi zen, baina horrek ez zuen eragin handirik izan bere funtzionamenduan:
Kasu honetan, sistemak karga handiagoa jasan dezake errendimenduaren degradazio nabarmenik gabe. Erabiltzaileen zereginak burutzeko behar den denbora leunki handitzen da, sistemaren erantzun-denbora ez da aldatzen proban zehar eta 3 ms-ra artekoa da idazteko eta 1 ms-ra arte irakurtzeko.
Ohiko probak ez ziren nahikoak bezeroarentzat, eta harago joan ginen: VM ezaugarriak (vCPU kopurua gainharpidetzaren eta diskoaren tamainaren igoera ebaluatzeko) handitu genituen eta karga gehigarria gehitu genuen.
Proba osagarriak egiterakoan, stand-konfigurazio hau erabili zen:
300 mahaigain birtual zabaldu ziren 4vCPU, 4GB RAM, 80GB HDD konfigurazio batean.
Proba makinetako baten konfigurazioa:
Makinak Dedikatua - Kopi osoa aukeran zabaltzen dira:
300 ezagutza-langileen erreferentea gainharpidetzarekin 12
VSImax estatistiken datuak:
VSIbase = 921 ms, VSI atalasea ez da iritsi.
Biltegiratze-sistemaren karga-estatistikak SimpliVity monitorizaziotik:
Lortutako emaitzak aurreko VM konfigurazioa probatzearen antzekoak dira.
300 Power langile 12 gainharpidetzarekin
VSImax estatistiken datuak:
VSIbase = 933, VSI atalasea ez da iritsi.
Biltegiratze-sistemaren karga-estatistikak SimpliVity monitorizaziotik:
Proba honetan, prozesadorearen karga-atalasea ere iritsi zen, baina horrek ez zuen eragin handirik izan errendimenduan:
Lortutako emaitzak aurreko konfigurazioa probatzearen antzekoak dira.
Zer gertatzen da karga 10 orduz exekutatzen baduzu?
Orain, ea "metatze-efektua" egongo den eta probak egin 10 orduz jarraian.
Epe luzeko probak eta atalaren deskribapena zuzenduta egon beharko lukete egiaztatu nahi genuen ea arazoren bat sortuko ote zen truss-ekin karga luzean dagoenean.
300 Ezagutza-langileen erreferentzia + 10 ordu
Gainera, 300 ezagutza-langileren karga-kasu bat probatu zen, eta ondoren erabiltzaileen lana egin zen 10 orduz.
VSImax estatistiken datuak:
VSIbase = 919 ms, VSI atalasea ez da iritsi.
VSImax datu estatistiko xehatuak:
Grafikoak erakusten du ez dela errendimenduaren degradaziorik ikusten proba osoan.
Biltegiratze-sistemaren karga-estatistikak SimpliVity monitorizaziotik:
Biltegiratze sistemaren errendimendua berdina izaten jarraitzen du proba osoan.
Proba osagarriak karga sintetikoa gehituta
Bezeroak diskoari karga basati bat gehitzeko eskatu zuen. Horretarako, erabiltzailearen makina birtualetako biltegiratze sistemari zeregin bat gehitu zitzaion, erabiltzailea sisteman saioa hasten denean diskoan karga sintetiko bat exekutatzeko. Karga fio utilitateak eman zuen, eta horrek diskoaren karga IOPS kopuruaren arabera mugatzeko aukera ematen du. Makina bakoitzean, zeregin bat abiarazi zen 22 IOPS 70%/30% Ausazko Irakurketa/Idazketako karga gehigarri bat abiarazteko.
300 ezagutza-langileen erreferentzia + 22 IOPS erabiltzaile bakoitzeko
Hasierako probetan, fio-k PUZaren gainkostu handia ezartzen ziela makina birtualetan. Honek ostalarien CPU gainkarga azkarra ekarri zuen eta sistema osoaren funtzionamenduan asko eragin zuen.
Ostalariaren CPU karga:
Aldi berean, biltegiratze-sistemaren atzerapenak ere naturalki handitu ziren:
Konputazio-potentzia falta kritiko bihurtu zen 240 erabiltzaileren inguruan:
Lortutako emaitzen ondorioz, CPU gutxiago kontsumitzen zuten probak egitea erabaki zen.
230 bulegoko langileen erreferentzia + 22 IOPS erabiltzaile bakoitzeko
PUZaren karga murrizteko, Office langileen karga mota hautatu zen, eta karga sintetikoko 22 IOPS ere gehitu ziren saio bakoitzean.
Proba 230 saioetara mugatu zen CPUaren gehienezko karga ez gainditzeko.
Proba erabiltzaileek 10 orduz exekutatzen zuten sistemaren egonkortasuna egiaztatzeko epe luzeko funtzionamenduan karga maximotik gertu.
VSImax estatistiken datuak:
VSIbase = 918 ms, VSI atalasea ez da iritsi.
VSImax datu estatistiko xehatuak:
Grafikoak erakusten du ez dela errendimenduaren degradaziorik ikusten proba osoan.
CPU kargaren estatistikak:
Proba hau egitean, ostalarien PUZaren karga ia maximoa zen.
Biltegiratze-sistemaren karga-estatistikak SimpliVity monitorizaziotik:
Biltegiratze sistemaren errendimendua berdina izaten jarraitzen du proba osoan.
Biltegiratze-sistemaren karga proban zehar 6 IOPS izan zen gutxi gorabehera 500/60 ratioan (40 IOPS irakurtzen, 3 IOPS idazten), hau da, lan-estazio bakoitzeko 900 IOPS gutxi gorabehera.
Erantzun-denbora batez beste 3 ms idazteko eta gehienez 1 ms irakurtzeko.
Guztira
HPE SimpliVity azpiegituran benetako kargak simulatzean, sistemak gutxienez 300 Full Clone makina SimpliVity nodo pare batean mahaigain birtualak onartzen dituela baieztatzen duten emaitzak lortu ziren. Aldi berean, biltegiratze-sistemaren erantzun-denbora maila optimoan mantendu zen proba osoan zehar.
Oso harrituta gaude inplementazioaren aurretik proba luzeak eta irtenbideen konparaketak egiteak. Nahi izanez gero, zure lan-kargaren errendimendua ere proba dezakegu. Beste irtenbide hiperkonbergetuak barne. Aipatutako bezeroa paraleloki beste irtenbide baten probak amaitzen ari da. Bere egungo azpiegitura ordenagailuen flota, domeinu bat eta lantoki bakoitzeko software bat besterik ez da. Probarik gabe VDIra pasatzea, noski, nahiko zaila da. Zehazki, zaila da VDI baserri baten benetako gaitasunak ulertzea erabiltzaile errealak bertara migratu gabe. Eta proba hauek sistema jakin baten benetako gaitasunak azkar ebaluatzeko aukera ematen dute, erabiltzaile arruntak parte hartu beharrik gabe. Hortik sortu zen ikerketa hau.
Bigarren ikuspegi garrantzitsua bezeroak berehala eskalatze egokia egiteko konpromisoa hartu zuela da. Hemen zerbitzari gehigarri bat erosi eta baserri bat gehi dezakezu, adibidez, 100 erabiltzailerentzat, dena aurreikusten da erabiltzailearen prezioan. Esaterako, 300 erabiltzaile gehiago gehitu behar dituztenean, dagoeneko definitutako konfigurazio batean bi zerbitzari behar dituztela jakingo dute, beren azpiegitura osoa berritzea berraztertu beharrean.
HPE SimpliVity federazioaren aukerak interesgarriak dira. Negozioa geografikoki bereizita dago, beraz, zentzuzkoa da zure VDI hardware bereizia instalatzea urruneko bulego batean. SimpliVity federazioan, makina birtual bakoitza egutegi baten arabera erreplikatzen da, geografikoki urruneko klusterren artean oso azkar eta kanalean kargatu gabe errepikatzeko gaitasuna duena - maila oso oneko babeskopia integratua da. Guneen artean VM-ak erreplikatzean, kanala ahalik eta gutxien erabiltzen da, eta honek DR arkitektura oso interesgarriak eraikitzea ahalbidetzen du kontrol-zentro bakar baten eta biltegiratze-gune deszentralizatu ugariren aurrean.
Horrek guztiak batera, finantza-alderdia zehatz-mehatz ebaluatzea ahalbidetzen du, eta VDIren kostuak enpresaren hazkuntza-planei gainjartzea, eta konponbideak zein azkar irabaziko duen eta nola funtzionatuko duen ulertzea. Edozein VDI azken finean baliabide asko aurrezten dituen irtenbidea delako, baina aldi berean, ziurrenik, erabileraren 5-7 urteko epean aldatzeko aukera errentagarririk gabe.
Oro har, iruzkinetarako ez den galderarik baduzu, idatzi iezadazu posta elektronikoz [posta elektroniko bidez babestua].
Iturria: www.habr.com