Xerîdar VDI dixwest. Min bi rastî li kombînasyona Sermaseya Virtual a SimpliVity + VDI Citrix nêrî. Ji bo hemî operator, karmendên ofîsa bajêr, û hwd. Tenê di pêla yekem a koçberiyê de pênc hezar bikarhêner hene, û ji ber vê yekê wan li ser ceribandina barkirinê israr kir. VDI dikare dest bi hêdîbûnê bike, ew dikare bi aramî raze - û ev her gav ji ber pirsgirêkên bi kanalê re çênabe. Me pakêtek ceribandinê ya pir bi hêz bi taybetî ji bo VDI kirî û binesaziyê bar kir heya ku ew li ser dîskan û pêvajoyê pir giran bû.
Ji ber vê yekê, em ê hewceyê şûşeyek plastîk û nermalava LoginVSI ji bo ceribandinên VDI-ya sofîstîke bibin. Me ew bi lîsansên 300 bikarhêneran heye. Dûv re me hardware HPE SimpliVity 380 di pakêtek ku ji bo peywira herî zêde tîrêjiya bikarhêner li ser serverê maqûl e girt, makîneyên virtual bi abonetiya baş qut kirin, nermalava nivîsgehê li ser Win10 li ser wan saz kir û dest bi ceribandinê kir.
Em herin!
sîstem
Du HPE SimpliVity 380 Gen10 nod (server). Li ser her yekê:
- 2 x Intel Xeon Platinum 8170 26c 2.1Ghz.
- RAM: 768 GB, 12 x 64 GB LRDIMMs DDR4 2666 MHz.
- Kontrolkera dîskê ya bingehîn: HPE Smart Array P816i-a SR Gen10.
- Dîskên hişk: 9 x 1.92 TB SATA 6Gb/s SSD (di veavakirina RAID6 7+2 de, ango ev modelek navîn e di warê HPE SimpliVity de).
- Kartên torê: 4 x 1Gb Eth (daneyên bikarhêner), 2 x 10Gb Eth (SimpliVity û paşnavê vMotion).
- Kartên FPGA-ya taybetî yên çêkirî yên di her girêkê de ji bo veqetandin / berhevkirin.
Nod bi navgînek 10Gb Ethernet ve rasterast bêyî veguhezek derveyî, ku wekî paşvekêşana SimpliVity û ji bo veguheztina daneyên makîneya virtual bi navgîniya NFS-ê ve tê bikar anîn, bi hev re têne girêdan. Daneyên makîneya virtual di komekê de her gav di navbera du girêkan de têne xuyang kirin.
Nod di nav komek Vmware vSphere ku ji hêla vCenter ve tê rêvebirin têne hev kirin.
Ji bo ceribandinê, kontrolkerek domain û brokerek pêwendiya Citrix hatin bicîh kirin. Kontrolkerê domainê, broker û vCenter li ser komek cihê têne danîn.
Wekî binesaziyek ceribandinê, 300 sermaseyên virtual di veavakirina Dedicated - Full Copy de hatine bicîh kirin, ango, her sermaseyek kopiyek bêkêmasî ya wêneya orîjînal a makîneya virtual e û hemî guhertinên ku ji hêla bikarhêneran ve hatine çêkirin tomar dike.
Her makîneya virtual 2vCPU û 4 GB RAM heye:
Nermalava jêrîn a ku ji bo ceribandinê hewce ye li ser makîneyên virtual hate saz kirin:
- Windows 10 (64-bit), guhertoya 1809.
- Adobe Reader XI.
- Citrix Virtual Delivery Agent 1811.1.
- Doro PDF 1.82.
- Java 7 Nûvekirin 13.
- Microsoft Office Professional Plus 2016.
Di navbera girêkan de - dubarekirina hevdem. Her bloka daneyê di komê de du kopiyên xwe hene. Ango, naha li ser her girêkek daneya tevahî heye. Digel komek sê an zêdetir girêkan, kopiyên blokan li du cihên cihê ne. Dema afirandina VM-ya nû, kopiyek zêde li ser yek ji girêkên komê tê afirandin. Dema ku yek nodek têk diçe, hemî VM-yên ku berê li ser wê dixebitin bixweber li ser girêkên din ên ku kopiyên wan hene ji nû ve têne destpêkirin. Ger girêkek ji bo demek dirêj têk biçe, wê gavê vegerandina zêdebûnê dest pê dike, û kom vedigere berberbûna N+1.
Hevsengî û hilanîna daneyê di asta hilanîna nermalava SimpliVity bixwe de pêk tê.
Makîneyên virtual komek virtualbûnê dimeşînin, ku di heman demê de wan li ser hilanîna nermalavê jî bi cih dike. Sermaseyên xwe li gorî şablonek standard hatin girtin: maseyên fînanser û efserên operasyonê ji bo ceribandinê hatin (ev du şablonên cûda ne).
Îmtîhanê
Ji bo ceribandinê, pakêta testa nermalava LoginVSI 4.1 hate bikar anîn. Kompleksa LoginVSI, ku ji serverek kontrolê û 12 makîneyên ji bo girêdanên ceribandinê pêk tê, li ser mêvandarek laşî ya cûda hate bicîh kirin.
Testkirin di sê awayan de hate kirin:
Moda pîvanê - dozên barkirinê 300 xebatkarên Zanînê û 300 xebatkarên hilanînê.
Moda standard - doza barkirinê 300 Karkerên hêzê.
Ji bo ku xebatkarên Power bikar bînin ku bixebitin û cihêrengiya barkirinê zêde bikin, pirtûkxaneyek pelên Pirtûkxaneya Hêzê ya din li kompleksa LoginVSI hate zêdekirin. Ji bo ku dubarebûna encaman were piştrast kirin, hemî mîhengên stûna testê wekî Pêşniyaz hatin hiştin.
Testên xebatkarên Zanîn û Hêzê bargiraniya rastîn a bikarhênerên ku li ser stasyonên xebata virtual dixebitin simule dikin.
Testa karkerên Storage bi taybetî ji bo ceribandina pergalên hilanînê daneyan hate afirandin; ew ji barkêşên rastîn dûr e û bi piranî bikarhêner bi hejmareke mezin pelên bi mezinahiyên cihêreng re dixebite.
Di dema ceribandinê de, bikarhêner ji bo 48 hûrdeman bi rêjeya hema hema yek bikarhêner her 10 çirkeyan têkevin stasyonên xebatê.
Encam
Encama bingehîn a ceribandina LoginVSI metrîka VSImax e, ku ji dema darvekirina karên cihêreng ên ku ji hêla bikarhêner ve hatî destpêkirin ve hatî berhev kirin. Mînakî: dema vekirina pelek di Notepadê de, dema berhevkirina pelek di 7-Zip de, hwd.
Danasîna hûrgulî ya hesabkirina metrîkê di belgeya fermî ya ji bo de heye .
Bi gotinek din, LoginVSI qalibek barkirinê ya tîpîk dubare dike, tevgerên bikarhêner di komikek nivîsgehê de, xwendina PDF-ê, û hwd, û derengiyên cihêreng dipîve. Astek krîtîk a derengbûnê heye "her tişt hêdî dibe, ne mimkûn e ku bixebite"), berî wê tê hesibandin ku hejmara herî zêde ya bikarhêneran negihiştiye. Ger dema bersivê 1 ms ji vê rewşa "her tişt hêdî ye" zûtir be, wê hingê tê hesibandin ku pergal bi gelemperî dixebite, û bêtir bikarhêner dikarin werin zêdekirin.
Li vir pîvanên sereke hene:
Metrics
Çalakiyên hatin kirin
Bi berfirehî şîrove
pêkhateyên barkirî
N.S.L.D.
Dema vekirina nivîsê
pelê bi giraniya 1 KB
Notepad vedike û
Belgeyek rasthatî ya 1 KB ku ji hewzê tê kopî kirin vedike
çavkaniyên
CPU û I/O
NFO
Dema vekirina diyalogê
pencereyên di notepadê de
Vekirina pelek VSI-Notepad [Ctrl+O]
CPU, RAM û I/O
ZHC*
Wext e ku meriv pelek Zip-a pir pêçandî biafirîne
Compression herêmî
pelê 5MB .pst random jê hatî kopî kirin
hewza çavkaniyê
CPU û I/O
ZLC*
Wext e ku meriv pelek Zip-a qels a pêçandî biafirîne
Compression herêmî
pelê 5MB .pst random jê hatî kopî kirin
hewza çavkaniyê
I / O
CPU
Hesabkirina mezin
array daneya random
Çêkirina Arrayek Mezin
Daneyên rasthatî yên ku dê di demjimêra ketin/derketinê de werin bikar anîn (demjimera I/O)
CPU
Dema ku ceribandin tê kirin, metrîka bingehîn a VSIbase di destpêkê de tê hesibandin, ku leza ku kar bêyî barkirina pergalê têne meşandin nîşan dide. Li ser bingeha wê, Brîja VSImax tê destnîşankirin, ku bi VSIbase + 1ms re wekhev e.
Encamên di derbarê performansa pergalê de li ser bingeha du metrîkan têne çêkirin: VSIbase, ku leza pergalê destnîşan dike, û sînorê VSImax, ku hejmara herî zêde ya bikarhêneran destnîşan dike ku pergal dikare bêyî xirabûna girîng bi rê ve bibe.
300 Pîvana xebatkarên zanînê
Karkerên zanînê bikarhênerên ku bi rêkûpêk bîranîn, pêvajo û IO bi lûtkeyên piçûk ên cihêreng bar dikin. Nermalava bargiraniya xebata bikarhênerên nivîsgehê yên daxwazkar dişibihîne, mîna ku ew bi domdarî li tiştekê bigerin (PDF, Java, suite ofîsê, dîtina wêneyan, 7-Zip). Her ku hûn bikarhêneran ji sifir heya 300 zêde dikin, derengiya her yekê hêdî hêdî zêde dibe.
Daneyên statîstîkên VSImax:
VSIbase = 986ms.
Statîstîkên barkirina pergala hilanînê ji çavdêriya SimpliVity:
Bi vî rengî barkirinê re, pergal dikare li ber bargiraniya zêde ya ku di performansê de hema hema bêyî xirabûnê radiweste. Wextê ku ji bo temamkirina karên bikarhêner bi rêkûpêk zêde dibe, dema bersivdana pergalê di dema ceribandinê de nayê guhertin û ji bo nivîsandinê heya 3 ms û ji bo xwendinê heya 1 ms e.
Encam: 300 bikarhênerên zanînê li ser koma heyî bê pirsgirêk dixebitin û destwerdanê nadin hev, digihîjin abonetiya pCPU/vCPU ji 1 heta 6. Bi tevahî dereng her ku bar zêde dibe yeksan mezin dibin, lê sînorê diyarkirî negihiştiye.
300 karkerên hilanînê pîvan
Ev bikarhêner in ku bi rêzê ve bi rêjeyek 30 û 70 bi berdewamî dinivîsin û dixwînin. Ev ceribandin bêtir ji bo ceribandinê hate kirin. Daneyên statîstîkên VSImax:
VSIbase = 1673, VSI Threshold gihîştiye 240 bikarhêneran.
Statîstîkên barkirina pergala hilanînê ji çavdêriya SimpliVity:
Ev celeb barkirin bi bingehîn ceribandinek stresê ya pergala hilanînê ye. Dema ku ew tête darve kirin, her bikarhêner gelek pelên bêserûber ên bi mezinahiyên cihêreng li ser dîskê dinivîse. Di vê rewşê de, meriv dikare were dîtin ku gava ku ji bo hin bikarhêneran bendek barkirinê derbas dibe, wextê ku ji bo nivîsandina pelan karên temam dike zêde dibe. Di heman demê de, barkirina li ser pergala hilanînê, pêvajo û bîranîna mêvandaran bi girîngî nayê guheztin, ji ber vê yekê ne gengaz e ku meriv bi rastî diyar bike ka çi dibe sedema derengiyan.
Encamên li ser performansa pergalê bi karanîna vê ceribandinê tenê dikarin li gorî encamên testê yên li ser pergalên din werin çêkirin, ji ber ku barên weha sentetîk û nerast in. Lêbelê, bi giştî ceribandin baş derbas bû. Her tişt heya 210 danişînan baş derbas bû, û dûv re bersivên xerîb dest pê kirin, ku ji bilî Têketinê VSI li tu deverek nehatin şopandin.
300 karkerên hêzê
Ev bikarhênerên ku ji CPU, bîranîn û IO-ya bilind hez dikin. Van "bikarhênerên hêzdar" bi rêkûpêk karên tevlihev bi teqînên dirêj dimeşînin, mîna sazkirina nermalava nû û vekirina arşîvên mezin. Daneyên statîstîkên VSImax:
VSIbase = 970, Bîstika VSI nehate gihîştin.
Statîstîkên barkirina pergala hilanînê ji çavdêriya SimpliVity:
Di dema ceribandinê de, bendava barkirina pêvajoyê li yek ji girêkên pergalê gihîştiye, lê vê yekê bandorek girîng li ser xebata wê nekiriye:
Di vê rewşê de, pergal dikare bêyî xirabûna performansa girîng li ber barkirina zêde bisekine. Wextê ku ji bo temamkirina karên bikarhêner bi rêkûpêk zêde dibe, dema bersivdana pergalê di dema ceribandinê de nayê guhertin û ji bo nivîsandinê heya 3 ms û ji bo xwendinê heya 1 ms e.
Testên birêkûpêk ji xerîdar re ne bes bûn, û em pêşdetir çûn: me taybetmendiyên VM (hejmara vCPU-yan ji bo nirxandina zêdebûna abonetiyê û mezinahiya dîskê) zêde kir û barek zêde lê zêde kir.
Dema ku ceribandinên din têne kirin, veavakirina standê ya jêrîn hate bikar anîn:
300 sermaseyên virtual di 4vCPU, 4 GB RAM, 80 GB veavakirina HDD de hatin bicîh kirin.
Veavakirina yek ji makîneyên ceribandinê:
Makîne di vebijarka Dedicated - Kopiya Tev de têne bicîh kirin:
300 xebatkarên zanînê bi abonetiya zêde pîvana 12 nîşan didin
Daneyên statîstîkên VSImax:
VSIbase = 921 ms.
Statîstîkên barkirina pergala hilanînê ji çavdêriya SimpliVity:
Encamên ku hatine bidestxistin mîna ceribandina veavakirina VM ya berê ne.
300 xebatkarên hêzê bi 12 zêde abonetiyê
Daneyên statîstîkên VSImax:
VSIbase = 933, Bîstika VSI nehate gihîştin.
Statîstîkên barkirina pergala hilanînê ji çavdêriya SimpliVity:
Di dema vê ceribandinê de, sînorê barkirina pêvajoyê jî gihîşt, lê vê yekê bandorek girîng li ser performansê nekir:
Encamên hatine bidestxistin mîna ceribandina veavakirina berê ne.
Ger hûn barkirinê 10 demjimêran bimeşînin çi dibe?
Naha em bibînin ka dê "bandorek berhevkirinê" hebe û 10 demjimêran li pey hev ceribandinan bimeşînin.
Pêdivî ye ku ceribandinên demdirêj û danasîna beşê li ser vê yekê be ku me xwest em kontrol bikin ka gelo dê pirsgirêkek bi tîrêjê di bin barkirina dirêj de li ser wê derkeve an na.
300 xebatkarên zanînê pîvan + 10 demjimêr
Wekî din, dozek barkirinê ya 300 xebatkarên zanînê hate ceribandin, li pey xebata bikarhêner ji bo 10 demjimêran.
Daneyên statîstîkên VSImax:
VSIbase = 919 ms.
Daneyên statîstîkên berfireh ên VSImax:
Graf nîşan dide ku di tevahiya ceribandinê de xirabûna performansê tune.
Statîstîkên barkirina pergala hilanînê ji çavdêriya SimpliVity:
Performansa pergala hilanînê li seranserê ceribandinê heman dimîne.
Testkirina pêvek bi lêzêdekirina barkirina sentetîk
Xerîdar xwest ku barek hov li dîskê zêde bike. Ji bo vê yekê, di her makîneyên virtual yên bikarhêner de peywirek li pergala hilanînê hate zêdekirin da ku gava ku bikarhêner têkeve pergalê barek sentetîk li ser dîskê bimeşîne. Barkirin ji hêla kargêriya fio ve hatî peyda kirin, ku dihêle hûn barkirina li ser dîskê bi hejmara IOPS-ê sînordar bikin. Di her makîneyê de, peywirek hate destpêkirin ku barek zêde bi qasî 22 IOPS 70% / 30% Xwendin/Nivîsandina Random dest pê bike.
300 xebatkarên zanînê pîvan + 22 IOPS ji bo her bikarhênerek
Di ceribandina destpêkê de, fio hate dîtin ku sermaya CPU ya girîng li ser makîneyên virtual ferz dike. Vê yekê rê li ber barkirina bilez a CPU ya mêvandaran kir û bandorek mezin li xebata pergalê bi tevahî kir.
Barkirina CPU ya mêvandar:
Di heman demê de, derengiyên pergala hilanînê jî bi xwezayî zêde bûne:
Kêmasiya hêza hesabkirinê li dora 240 bikarhêneran krîtîk bû:
Ji ber encamên ku hatine bidestxistin, biryar hate girtin ku ceribandinek ku kêm CPU-ê giran bû were kirin.
230 xebatkarên nivîsgehê pîvan + 22 IOPS ji bo her bikarhênerek
Ji bo kêmkirina barkirina li ser CPU, celebê barkirina xebatkarên Office hate hilbijartin, û 22 IOPS barkirina sentetîk jî li her danişînê hate zêdekirin.
Test bi 230 danişînan ve hate sînorkirin da ku ji barkirina CPU ya herî zêde derbas nebe.
Test bi bikarhêneran re hate xebitandin ku 10 demjimêran dixebitin da ku aramiya pergalê di dema xebata dirêj-dirêj de li nêzî barkirina herî zêde kontrol bikin.
Daneyên statîstîkên VSImax:
VSIbase = 918 ms.
Daneyên statîstîkên berfireh ên VSImax:
Graf nîşan dide ku di tevahiya ceribandinê de xirabûna performansê tune.
Statîstîkên barkirina CPU:
Dema ku vê ceribandinê pêk tîne, barkirina li ser CPU-ya mêvandar hema herî zêde bû.
Statîstîkên barkirina pergala hilanînê ji çavdêriya SimpliVity:
Performansa pergala hilanînê li seranserê ceribandinê heman dimîne.
Barkirina li ser pergala hilanînê di dema ceribandinê de bi qasî 6 IOPS bi rêjeya 500/60 bû (40 IOPS xwendin, 3 IOPS nivîsandin), ku bi qasî 900 IOPS her stasyona xebatê ye.
Dema bersivê ji bo nivîsandinê 3 ms û ji bo xwendinê heya 1 ms.
Encam
Dema ku barkirinên rastîn ên li ser binesaziya HPE SimpliVity simule dikin, encam hatin bidestxistin ku qabiliyeta pergalê ya piştgirîkirina sermaseyên virtual yên herî kêm 300 makîneyên Full Clone li ser cotek girêkên SimpliVity piştrast dikin. Di heman demê de, dema bersivê ya pergala hilanînê di tevahiya ceribandinê de di astek çêtirîn de hate parastin.
Em ji nêzîkbûna ceribandinên dirêj û berhevdana çareseriyan berî bicîhkirinê pir bandor dibin. Ger hûn bixwazin em dikarin performansa ji bo barkêşên we jî biceribînin. Di nav de çareseriyên din ên hyperconverged. Xerîdarê navborî nuha ceribandinên li ser çareseriyek din paralel diqedîne. Binesaziya wê ya heyî tenê fîloya PC-yan, domanek û nermalava li her cîhê kar e. Veguheztina VDI bêyî ceribandin, bê guman, pir dijwar e. Bi taybetî, dijwar e ku meriv kapasîteyên rastîn ên çandiniyek VDI-yê bêyî koçberkirina bikarhênerên rastîn jê re fêm bike. Û ev ceribandin destûrê dide te ku hûn zû kapasîteyên rastîn ên pergalek taybetî binirxînin bêyî ku hewcedariya tevlêbûna bikarhênerên asayî bikin. Ev lêkolîn ji vir hat.
Nêzîkatiya duyemîn a girîng ev e ku xerîdar tavilê bi pîvana rast ve girêdayî ye. Li vir hûn dikarin serverek zêde bikirin û çandiniyek lê zêde bikin, mînakî, ji bo 100 bikarhêneran, her tişt bi bihayê bikarhêner tê pêşbînîkirin. Mînakî, gava ku ew hewce ne ku 300 bikarhênerên din zêde bikin, ew ê zanibin ku ew hewceyê du pêşkêşkeran di veavakirinek jixwe diyarkirî de ne, ne ku nûvekirina binesaziya xwe ji nû ve binirxînin.
Derfetên federasyona HPE SimpliVity balkêş in. Karsaz ji hêla erdnîgarî ve ji hev veqetandî ye, ji ber vê yekê maqûl e ku meriv hardware VDI-ya xweya cihê li nivîsgehek dûr saz bike. Di federasyona SimpliVity de, her makîneya virtual li gorî nexşeyek bi şiyana ku di navbera komikên erdnîgarî yên dûr de pir zû û bê bar li ser kanalê were dubare kirin - ev hilberek çêkirî ya astek pir baş e. Dema ku VM-yên di navbera malperan de dubare dikin, kanal bi qasî ku pêkan hindiktirîn tê bikar anîn, û ev yek dihêle ku di hebûna navendek kontrolê ya yekane û komek malperên hilanînê yên nenavendî de mîmarên DR-ya pir balkêş werin çêkirin.
Hemî ev bi hev re gengaz dike ku meriv alîyê darayî bi hûrgulî binirxîne, û lêçûnên VDI-yê li ser plansaziyên mezinbûna pargîdanî zêde bike, û fêm bike ka çareserî dê çiqas zû bide û dê çawa bixebite. Ji ber ku her VDI çareseriyek e ku di dawiyê de gelek çavkaniyan xilas dike, lê di heman demê de, bi îhtîmalek mezin, bêyî ku fersendek lêçûn-bandor di nav 5-7 salên karanîna de biguhezîne.
Bi gelemperî, heke pirsên we hebin ku ne ji bo şîroveyê ne, bi e-nameyê ji min re binivîsin [email parastî].
Source: www.habr.com