Roedd y cwsmer eisiau VDI. Edrychais yn fawr ar gyfuniad Penbwrdd Rhithwir SimpliVity + VDI Citrix. Ar gyfer pob gweithredwr, gweithwyr swyddfa ddinas, ac ati. Mae pum mil o ddefnyddwyr yn y don gyntaf o fudo yn unig, ac felly maent yn mynnu profi llwyth. Gall VDI ddechrau arafu, gall orwedd yn dawel - ac nid yw hyn bob amser yn digwydd oherwydd problemau gyda'r sianel. Fe wnaethon ni brynu pecyn profi pwerus iawn yn benodol ar gyfer VDI a llwytho'r seilwaith nes ei fod yn rhy drwm ar y disgiau a'r prosesydd.
Felly, bydd angen potel blastig a meddalwedd LoginVSI ar gyfer profion VDI soffistigedig. Mae gennym drwyddedau ar gyfer 300 o ddefnyddwyr. Yna fe wnaethom gymryd caledwedd HPE SimpliVity 380 mewn pecyn a oedd yn addas ar gyfer y dasg o ddwysedd defnyddiwr uchaf fesul gweinydd, torri peiriannau rhithwir gyda gordanysgrifio da, gosod meddalwedd swyddfa ar Win10 arnynt a dechrau profi.
Gadewch i ni fynd!
System
Dau nod HPE SimpliVity 380 Gen10 (gweinyddwyr). Ar bob un:
- 2 x Platinwm Xeon Intel 8170 26c 2.1Ghz.
- RAM: 768GB, 12 x 64GB LRDIMMs DDR4 2666MHz.
- Rheolydd disg cynradd: HPE Smart Array P816i-a SR Gen10.
- Gyriannau caled: 9 x 1.92 TB SATA 6Gb/s SSD (yng nghyfluniad RAID6 7+2, h.y. model Canolig yw hwn yn nhermau Symlrwydd HPE).
- Cardiau rhwydwaith: 4 x 1Gb Eth (data defnyddiwr), 2 x 10Gb Eth (SimpliVity a vMotion backend).
- Cardiau FPGA adeiledig arbennig ym mhob nod ar gyfer dad-ddyblygu / cywasgu.
Mae'r nodau wedi'u cysylltu â'i gilydd trwy ryng-gysylltiad Ethernet 10Gb yn uniongyrchol heb switsh allanol, a ddefnyddir fel backend SimpliVity ac ar gyfer trosglwyddo data peiriant rhithwir trwy NFS. Mae data peiriant rhithwir mewn clwstwr bob amser yn cael ei adlewyrchu rhwng dau nod.
Cyfunir y nodau yn glwstwr Vmware vSphere a reolir gan vCenter.
Ar gyfer profi, defnyddiwyd rheolydd parth a brocer cysylltiad Citrix. Rhoddir y rheolwr parth, y brocer a'r vCenter ar glwstwr ar wahân.
Fel seilwaith prawf, defnyddiwyd 300 bwrdd gwaith rhithwir yn y ffurfweddiad Neilltuol - Copi Llawn, h.y., mae pob bwrdd gwaith yn gopi cyflawn o ddelwedd wreiddiol y peiriant rhithwir ac yn arbed pob newid a wneir gan ddefnyddwyr.
Mae gan bob peiriant rhithwir 2vCPU a 4GB RAM:
Gosodwyd y meddalwedd canlynol sydd ei angen ar gyfer profi ar y peiriannau rhithwir:
- Windows 10 (64-bit), fersiwn 1809.
- Darllenydd Adobe XI.
- Asiant Cyflenwi Rhithwir Citrix 1811.1.
- Doro PDF 1.82.
- Diweddariad Java 7 13.
- Microsoft Office Professional Plus 2016.
Rhwng nodau - dyblygu cydamserol. Mae gan bob bloc data yn y clwstwr ddau gopi. Hynny yw, nawr mae set gyflawn o ddata ar bob un o'r nodau. Gyda chlwstwr o dri nod neu fwy, mae copïau o flociau mewn dau le gwahanol. Wrth greu VM newydd, mae copi ychwanegol yn cael ei greu ar un o nodau'r clwstwr. Pan fydd un nod yn methu, mae pob VM a oedd yn rhedeg arno o'r blaen yn cael ei ailgychwyn yn awtomatig ar nodau eraill lle mae ganddyn nhw gopïau. Os bydd nod yn methu am amser hir, yna mae adferiad graddol o ddiswyddiad yn dechrau, a bydd y clwstwr yn dychwelyd i ddiswyddiad N+1.
Mae cydbwyso a storio data yn digwydd ar lefel storio meddalwedd SimpliVity ei hun.
Mae peiriannau rhithwir yn rhedeg clwstwr rhithwiroli, sydd hefyd yn eu gosod ar storfa feddalwedd. Cymerwyd y desgiau eu hunain yn unol â thempled safonol: daeth desgiau arianwyr a swyddogion gweithrediadau i'r prawf (dyma ddau dempled gwahanol).
Profi
Ar gyfer profi, defnyddiwyd cyfres profi meddalwedd LoginVSI 4.1. Gosodwyd cyfadeilad LoginVSI, sy'n cynnwys gweinydd rheoli a 12 peiriant ar gyfer cysylltiadau prawf, ar westeiwr ffisegol ar wahân.
Cynhaliwyd y profion mewn tri dull:
Modd meincnod - achosion llwyth 300 o weithwyr Gwybodaeth a 300 o weithwyr Storio.
Modd safonol - achos llwyth 300 Gweithwyr pŵer.
Er mwyn galluogi gweithwyr Power i weithio a chynyddu amrywiaeth llwyth, ychwanegwyd llyfrgell o ffeiliau Power Library ychwanegol at gyfadeilad LoginVSI. Er mwyn sicrhau ailadroddadwyedd y canlyniadau, gadawyd yr holl osodiadau mainc prawf fel Rhagosodiad.
Mae'r profion gweithwyr Gwybodaeth a Phŵer yn efelychu llwyth gwaith gwirioneddol defnyddwyr sy'n gweithio ar weithfannau rhithwir.
Crëwyd y prawf gweithwyr Storio yn benodol ar gyfer profi systemau storio data; mae ymhell o fod yn lwythi gwaith go iawn ac yn bennaf mae'n golygu bod y defnyddiwr yn gweithio gyda nifer fawr o ffeiliau o wahanol feintiau.
Yn ystod y profion, mae defnyddwyr yn mewngofnodi i weithfannau am 48 munud ar gyfradd o tua un defnyddiwr bob 10 eiliad.
Canfyddiadau
Prif ganlyniad profion LoginVSI yw'r metrig VSImax, sy'n cael ei lunio o amser cyflawni gwahanol dasgau a lansiwyd gan y defnyddiwr. Er enghraifft: amser i agor ffeil yn Notepad, amser i gywasgu ffeil yn 7-Zip, ac ati.
Mae disgrifiad manwl o'r cyfrifiad metrigau ar gael yn y ddogfennaeth swyddogol ar gyfer .
Mewn geiriau eraill, mae LoginVSI yn ailadrodd patrwm llwyth nodweddiadol, gan efelychu gweithredoedd defnyddwyr mewn ystafell swyddfa, darllen PDF, ac yn y blaen, ac yn mesur cuddfannau amrywiol. Mae lefel hollbwysig o oedi “mae popeth yn arafu, mae'n amhosib gweithio”), a chyn hynny ystyrir nad yw'r nifer uchaf o ddefnyddwyr wedi'i gyrraedd. Os yw'r amser ymateb 1 ms yn gyflymach na'r cyflwr “popeth yn araf” hwn, yna ystyrir bod y system yn gweithio'n normal, a gellir ychwanegu mwy o ddefnyddwyr.
Dyma'r prif fetrigau:
Metrigau
Camau a gymerwyd
Manwl y disgrifiad
Cydrannau wedi'u llwytho
Mae N.S.L.D.
Amser agor testun
ffeil yn pwyso 1 KB
Notepad yn agor a
yn agor dogfen 1 KB ar hap sy'n cael ei chopïo o'r pwll
adnoddau
CPU ac I/O
NFO
Amser agor deialog
ffenestri mewn llyfr nodiadau
Agor ffeil VSI-Notepad [Ctrl+O]
CPU, RAM ac I/O
ZHC*
Mae'n bryd creu ffeil Zip cywasgedig iawn
Cywasgu lleol
Ffeil ar hap 5MB .pst wedi'i chopïo o
cronfa adnoddau
CPU ac I/O
ZLC*
Mae'n bryd creu ffeil Zip sydd wedi'i chywasgu'n wan
Cywasgu lleol
Ffeil ar hap 5MB .pst wedi'i chopïo o
cronfa adnoddau
I / O
CPU
Cyfrifo mawr
arae data ar hap
Creu Arae Fawr
data ar hap a ddefnyddir yn yr amserydd mewnbwn/allbwn (amserydd I/O)
CPU
Wrth gynnal profion, cyfrifir y metrig VSIbase sylfaenol i ddechrau, sy'n dangos y cyflymder y cyflawnir swyddi heb lwyth ar y system. Yn seiliedig arno, mae Trothwy VSImax yn cael ei bennu, sy'n hafal i VSIbase + 1ms.
Gwneir casgliadau am berfformiad y system yn seiliedig ar ddau fetrig: VSIbase, sy'n pennu cyflymder y system, a throthwy VSImax, sy'n pennu uchafswm nifer y defnyddwyr y gall y system eu trin heb ddirywiad sylweddol.
300 Meincnod gweithwyr gwybodaeth
Mae gweithwyr gwybodaeth yn ddefnyddwyr sy'n llwytho cof, prosesydd ac IO yn rheolaidd gyda chopa bach amrywiol. Mae'r meddalwedd yn efelychu llwyth gwaith defnyddwyr swyddfa heriol, fel pe baent yn procio ar rywbeth yn gyson (PDF, Java, swît swyddfa, gwylio lluniau, 7-Zip). Wrth i chi ychwanegu defnyddwyr o sero i 300, mae'r oedi ar gyfer pob un yn cynyddu'n raddol.
Data ystadegau VSImax:
VSIbase = 986ms, ni chyrhaeddwyd Trothwy VSI.
Ystadegau llwyth system storio o fonitro SimpliVity:
Gyda'r math hwn o lwyth, gall y system wrthsefyll llwyth cynyddol heb fawr ddim dirywiad mewn perfformiad. Mae'r amser y mae'n ei gymryd i gwblhau tasgau defnyddiwr yn cynyddu'n esmwyth, nid yw amser ymateb y system yn newid yn ystod y profion ac mae hyd at 3 ms ar gyfer ysgrifennu a hyd at 1 ms ar gyfer darllen.
Casgliad: Mae 300 o ddefnyddwyr gwybodaeth yn gweithio ar y clwstwr presennol heb unrhyw broblemau ac nid ydynt yn ymyrryd â'i gilydd, gan gyrraedd gordanysgrifio pCPU/vCPU o 1 i 6. Mae'r oedi cyffredinol yn tyfu'n gyfartal wrth i'r llwyth gynyddu, ond nid yw'r terfyn penodedig wedi'i gyrraedd.
300 o weithwyr storio meincnod
Mae'r rhain yn ddefnyddwyr sy'n ysgrifennu a darllen yn gyson mewn cymhareb o 30 i 70, yn y drefn honno. Gwnaed y prawf hwn yn fwy er mwyn arbrofi. Data ystadegau VSImax:
VSIbase = 1673, Cyrhaeddodd Trothwy VSI ar 240 o ddefnyddwyr.
Ystadegau llwyth system storio o fonitro SimpliVity:
Mae'r math hwn o lwyth yn ei hanfod yn brawf straen o'r system storio. Pan gaiff ei weithredu, mae pob defnyddiwr yn ysgrifennu llawer o ffeiliau ar hap o wahanol feintiau i ddisg. Yn yr achos hwn, gellir gweld, pan eir y tu hwnt i drothwy llwyth penodol ar gyfer rhai defnyddwyr, bod yr amser y mae'n ei gymryd i gwblhau tasgau ar gyfer ysgrifennu ffeiliau yn cynyddu. Ar yr un pryd, nid yw'r llwyth ar y system storio, prosesydd a chof y gwesteiwyr yn newid yn sylweddol, felly ar hyn o bryd mae'n amhosibl penderfynu yn union beth sy'n achosi'r oedi.
Dim ond mewn cymhariaeth â chanlyniadau profion ar systemau eraill y gellir dod i gasgliadau am berfformiad system gan ddefnyddio'r prawf hwn, gan fod llwythi o'r fath yn synthetig ac afrealistig. Fodd bynnag, yn gyffredinol aeth y prawf yn dda. Aeth popeth yn dda tan sesiynau 210, ac yna dechreuodd ymatebion rhyfedd, na chawsant eu holrhain yn unrhyw le ac eithrio Login VSI.
300 o weithwyr pŵer
Mae'r rhain yn ddefnyddwyr sy'n caru CPU, cof ac IO uchel. Mae'r “defnyddwyr pŵer” hyn yn rhedeg tasgau cymhleth yn rheolaidd gyda hyrddiau hir, fel gosod meddalwedd newydd a dadbacio archifau mawr. Data ystadegau VSImax:
VSIbase = 970, ni chyrhaeddwyd Trothwy VSI.
Ystadegau llwyth system storio o fonitro SimpliVity:
Yn ystod y profion, cyrhaeddwyd trothwy llwyth y prosesydd ar un o nodau'r system, ond ni chafodd hyn effaith sylweddol ar ei weithrediad:
Yn yr achos hwn, gall y system wrthsefyll llwyth cynyddol heb ddiraddio perfformiad sylweddol. Mae'r amser y mae'n ei gymryd i gwblhau tasgau defnyddiwr yn cynyddu'n esmwyth, nid yw amser ymateb y system yn newid yn ystod y profion ac mae hyd at 3 ms ar gyfer ysgrifennu a hyd at 1 ms ar gyfer darllen.
Nid oedd profion rheolaidd yn ddigon i'r cwsmer, ac aethom ymhellach: gwnaethom gynyddu'r nodweddion VM (nifer y vCPUs i werthuso'r cynnydd mewn gordanysgrifio a maint disg) ac ychwanegu llwyth ychwanegol.
Wrth gynnal profion ychwanegol, defnyddiwyd y cyfluniad stondin canlynol:
Defnyddiwyd 300 o gyfrifiaduron rhithwir mewn ffurfweddiad 4vCPU, 4GB RAM, 80GB HDD.
Ffurfweddiad un o'r peiriannau prawf:
Mae'r peiriannau'n cael eu defnyddio yn yr opsiwn Ymroddedig - Copi Llawn:
300 o weithwyr gwybodaeth yn meincnodi gyda gordanysgrifio 12
Data ystadegau VSImax:
VSIbase = 921 ms, ni chyrhaeddwyd Trothwy VSI.
Ystadegau llwyth system storio o fonitro SimpliVity:
Mae'r canlyniadau a gafwyd yn debyg i brofi'r cyfluniad VM blaenorol.
300 o weithwyr pŵer gyda 12 gordanysgrifio
Data ystadegau VSImax:
VSIbase = 933, ni chyrhaeddwyd Trothwy VSI.
Ystadegau llwyth system storio o fonitro SimpliVity:
Yn ystod y profion hwn, cyrhaeddwyd trothwy llwyth y prosesydd hefyd, ond ni chafodd hyn effaith sylweddol ar berfformiad:
Mae'r canlyniadau a gafwyd yn debyg i brofi'r cyfluniad blaenorol.
Beth sy'n digwydd os ydych chi'n rhedeg y llwyth am 10 awr?
Nawr gadewch i ni weld a fydd “effaith cronni” a chynnal profion am 10 awr yn olynol.
Dylai'r profion hirdymor a disgrifiad o'r adran gael eu hanelu at y ffaith ein bod am wirio a fyddai unrhyw broblemau'n codi gyda'r trawst o dan lwyth hirfaith arno.
Meincnod 300 o weithwyr gwybodaeth + 10 awr
Yn ogystal, profwyd achos llwyth o 300 o weithwyr gwybodaeth, ac yna gwaith defnyddwyr am 10 awr.
Data ystadegau VSImax:
VSIbase = 919 ms, ni chyrhaeddwyd Trothwy VSI.
Data ystadegau manwl VSImax:
Mae'r graff yn dangos na welwyd unrhyw ddiraddio perfformiad trwy gydol y prawf cyfan.
Ystadegau llwyth system storio o fonitro SimpliVity:
Mae perfformiad y system storio yn aros yr un fath trwy gydol y prawf.
Profion ychwanegol gan ychwanegu llwyth synthetig
Gofynnodd y cwsmer i ychwanegu llwyth gwyllt i'r ddisg. I wneud hyn, ychwanegwyd tasg at y system storio ym mhob un o beiriannau rhithwir y defnyddiwr i redeg llwyth synthetig ar y ddisg pan fydd y defnyddiwr yn mewngofnodi i'r system. Darparwyd y llwyth gan y cyfleustodau , sy'n eich galluogi i gyfyngu ar y llwyth ar y ddisg yn ôl nifer yr IOPS. Ym mhob peiriant, lansiwyd tasg i lansio llwyth ychwanegol yn y swm o 22 IOPS 70%/30% Darllen/Ysgrifennu ar Hap.
Meincnod 300 o weithwyr gwybodaeth + 22 IOPS fesul defnyddiwr
Mewn profion cychwynnol, canfuwyd bod fio yn gosod gorbenion CPU sylweddol ar beiriannau rhithwir. Arweiniodd hyn at orlwytho CPU cyflym o'r gwesteiwyr ac effeithio'n fawr ar weithrediad y system gyfan.
Llwyth CPU gwesteiwr:
Ar yr un pryd, cynyddodd oedi system storio hefyd yn naturiol:
Daeth diffyg pŵer cyfrifiadurol yn hollbwysig o gwmpas 240 o ddefnyddwyr:
Oherwydd y canlyniadau a gafwyd, penderfynwyd cynnal profion a oedd yn llai dwys o ran CPU.
Meincnod 230 o weithwyr swyddfa + 22 IOPS fesul defnyddiwr
Er mwyn lleihau'r llwyth ar y CPU, dewiswyd math llwyth gweithwyr y Swyddfa, ac ychwanegwyd 22 IOPS o lwyth synthetig i bob sesiwn hefyd.
Cyfyngwyd y prawf i 230 sesiwn er mwyn peidio â bod yn fwy na'r llwyth CPU uchaf.
Cynhaliwyd y prawf gyda defnyddwyr yn rhedeg am 10 awr i wirio sefydlogrwydd y system yn ystod gweithrediad hirdymor yn agos at y llwyth uchaf.
Data ystadegau VSImax:
VSIbase = 918 ms, ni chyrhaeddwyd Trothwy VSI.
Data ystadegau manwl VSImax:
Mae'r graff yn dangos na welwyd unrhyw ddiraddio perfformiad trwy gydol y prawf cyfan.
Ystadegau llwyth CPU:
Wrth berfformio'r prawf hwn, roedd y llwyth ar CPU y gwesteiwr bron yn uchaf.
Ystadegau llwyth system storio o fonitro SimpliVity:
Mae perfformiad y system storio yn aros yr un fath trwy gydol y prawf.
Roedd y llwyth ar y system storio yn ystod y prawf oddeutu 6 IOPS mewn cymhareb 500/60 (darllenwyd 40 IOPS, 3 IOPS write), sef tua 900 IOPS fesul gweithfan.
Cyfartaledd yr amser ymateb oedd 3 ms ar gyfer ysgrifennu a hyd at 1 ms ar gyfer darllen.
Cyfanswm
Wrth efelychu llwythi go iawn ar seilwaith HPE SimpliVity, cafwyd canlyniadau yn cadarnhau gallu'r system i gefnogi byrddau gwaith rhithwir o leiaf 300 o beiriannau Clone Llawn ar bâr o nodau SymlVity. Ar yr un pryd, cynhaliwyd amser ymateb y system storio ar y lefel optimaidd trwy gydol y profion cyfan.
Mae dull profion hir a chymharu datrysiadau cyn gweithredu wedi gwneud argraff fawr arnom. Gallwn brofi perfformiad ar gyfer eich llwythi gwaith hefyd os dymunwch. Gan gynnwys atebion hypergydgyfeiriol eraill. Mae'r cwsmer a grybwyllwyd bellach yn gorffen profion ar ddatrysiad arall ochr yn ochr. Mae ei seilwaith presennol yn fflyd o gyfrifiaduron personol, parth a meddalwedd ym mhob gweithle. Mae symud i VDI heb brofion, wrth gwrs, yn eithaf anodd. Yn benodol, mae'n anodd deall gwir alluoedd fferm VDI heb fudo defnyddwyr go iawn iddi. Ac mae'r profion hyn yn caniatáu ichi werthuso galluoedd gwirioneddol system benodol yn gyflym heb yr angen i gynnwys defnyddwyr cyffredin. Dyma o ble y daeth yr astudiaeth hon.
Yr ail ddull pwysig yw bod y cwsmer wedi ymrwymo ar unwaith i raddfa briodol. Yma gallwch brynu gweinydd ychwanegol ac ychwanegu fferm, er enghraifft, ar gyfer 100 o ddefnyddwyr, mae popeth yn rhagweladwy ar bris y defnyddiwr. Er enghraifft, pan fydd angen iddynt ychwanegu 300 yn fwy o ddefnyddwyr, byddant yn gwybod bod angen dau weinydd arnynt mewn ffurfwedd a ddiffiniwyd eisoes, yn hytrach nag ailystyried uwchraddio eu seilwaith cyfan.
Mae posibiliadau ffederasiwn HPE SimpliVity yn ddiddorol. Mae'r busnes wedi'i wahanu'n ddaearyddol, felly mae'n gwneud synnwyr gosod eich caledwedd VDI ar wahân eich hun mewn swyddfa bell. Yn y ffederasiwn SimpliVity, mae pob peiriant rhithwir yn cael ei ailadrodd yn unol ag amserlen gyda'r gallu i ddyblygu rhwng clystyrau daearyddol anghysbell yn gyflym iawn a heb lwyth ar y sianel - mae hwn yn wrth gefn adeiledig o lefel dda iawn. Wrth ddyblygu VMs rhwng safleoedd, defnyddir y sianel cyn lleied â phosibl, ac mae hyn yn ei gwneud hi'n bosibl adeiladu pensaernïaeth DR ddiddorol iawn ym mhresenoldeb un ganolfan reoli a chriw o safleoedd storio datganoledig.
Mae hyn i gyd gyda'i gilydd yn ei gwneud hi'n bosibl gwerthuso'r ochr ariannol yn fanwl iawn, ac i arosod costau VDI ar gynlluniau twf y cwmni, a deall pa mor gyflym y bydd yr ateb yn talu ar ei ganfed a sut y bydd yn gweithio. Oherwydd bod unrhyw VDI yn ateb sydd yn y pen draw yn arbed llawer o adnoddau, ond ar yr un pryd, yn fwyaf tebygol, heb y cyfle cost-effeithiol i'w newid o fewn 5-7 mlynedd o ddefnydd.
Yn gyffredinol, os oes gennych unrhyw gwestiynau nad ydynt ar gyfer sylwadau, ysgrifennwch ataf trwy e-bost [e-bost wedi'i warchod].
Ffynhonnell: hab.com