Mteja alitaka VDI. Niliangalia sana mchanganyiko wa SimpliVity + VDI Citrix Virtual Desktop. Kwa waendeshaji wote, wafanyikazi wa ofisi ya jiji, na kadhalika. Kuna watumiaji elfu tano katika wimbi la kwanza la uhamiaji pekee, na kwa hiyo walisisitiza juu ya kupima mzigo. VDI inaweza kuanza kupungua, inaweza kulala kwa utulivu - na hii haifanyiki kila wakati kwa sababu ya shida na kituo. Tulinunua kifurushi chenye nguvu sana cha majaribio mahsusi kwa VDI na tukapakia miundombinu hadi ikawa nzito sana kwenye diski na kichakataji.
Kwa hivyo, tutahitaji chupa ya plastiki na programu ya LoginVSI kwa ajili ya majaribio ya kisasa ya VDI. Tunayo na leseni kwa watumiaji 300. Kisha tukachukua maunzi ya HPE SimpliVity 380 kwenye kifurushi kinachofaa kwa kazi ya kiwango cha juu cha msongamano wa watumiaji kwa kila seva, tukakata mashine pepe zilizo na usajili mzuri zaidi, tukasakinisha programu ya ofisi kwenye Win10 juu yao na kuanza kujaribu.
Hebu kwenda!
System
Nodi mbili za HPE SimpliVity 380 Gen10 (seva). Kwa kila:
- 2 x Intel Xeon Platinum 8170 26c 2.1Ghz.
- RAM: 768GB, 12 x 64GB LRDIMM DDR4 2666MHz.
- Kidhibiti cha msingi cha diski: HPE Smart Array P816i-a SR Gen10.
- Anatoa ngumu: 9 x 1.92 TB SATA 6Gb/s SSD (katika usanidi wa RAID6 7+2, yaani huu ni mfano wa Kati katika maneno ya HPE SimpliVity).
- Kadi za mtandao: 4 x 1Gb Eth (data ya mtumiaji), 2 x 10Gb Eth (SimpliVity na vMotion backend).
- Kadi maalum za FPGA zilizojengewa ndani katika kila nodi kwa upunguzaji/kubana.
Nodi zimeunganishwa kwa kila mmoja kupitia muunganisho wa Ethernet wa 10Gb moja kwa moja bila swichi ya nje, ambayo hutumiwa kama njia ya nyuma ya Urahisi na kwa kuhamisha data ya mashine pepe kupitia NFS. Data ya mashine ya kweli katika nguzo daima huakisiwa kati ya nodi mbili.
Nodi zimeunganishwa kuwa nguzo ya Vmware vSphere inayodhibitiwa na vCenter.
Kwa majaribio, kidhibiti cha kikoa na wakala wa muunganisho wa Citrix walitumwa. Kidhibiti cha kikoa, wakala na vCenter vimewekwa kwenye nguzo tofauti.
Kama miundombinu ya majaribio, kompyuta pepe 300 za mezani ziliwekwa katika usanidi wa Dedicated - Full Copy, yaani, kila eneo-kazi ni nakala kamili ya picha asili ya mashine pepe na huhifadhi mabadiliko yote yanayofanywa na watumiaji.
Kila mashine pepe ina 2vCPU na 4GB RAM:
Programu ifuatayo inayohitajika kwa majaribio ilisakinishwa kwenye mashine pepe:
- Windows 10 (64-bit), toleo la 1809.
- Adobe Reader XI.
- Citrix Virtual Delivery Ajenti 1811.1.
- Doro PDF 1.82.
- Sasisho la Java 7 13.
- Microsoft Office Professional Plus 2016.
Kati ya nodes - replication synchronous. Kila kizuizi cha data kwenye nguzo kina nakala mbili. Hiyo ni, sasa kuna seti kamili ya data kwenye kila nodes. Na nguzo ya nodi tatu au zaidi, nakala za vitalu ziko katika sehemu mbili tofauti. Wakati wa kuunda VM mpya, nakala ya ziada imeundwa kwenye moja ya nodi za nguzo. Wakati nodi moja itashindwa, VM zote zilizokuwa zikiendeshwa hapo awali huwashwa upya kiotomatiki kwenye nodi zingine ambapo zina nakala. Ikiwa node inashindwa kwa muda mrefu, basi urejesho wa taratibu wa upungufu huanza, na nguzo inarudi kwa N + 1 redundancy.
Usawazishaji wa data na uhifadhi hutokea katika kiwango cha uhifadhi wa programu ya SimpliVity yenyewe.
Mashine pepe huendesha kundi la uboreshaji, ambalo pia huziweka kwenye hifadhi ya programu. Madawati yenyewe yalichukuliwa kulingana na template ya kawaida: madawati ya wafadhili na maafisa wa uendeshaji walikuja kwa mtihani (hizi ni templates mbili tofauti).
Upimaji
Kwa majaribio, programu ya majaribio ya LoginVSI 4.1 ilitumika. Mchanganyiko wa LoginVSI, unaojumuisha seva ya udhibiti na mashine 12 za miunganisho ya majaribio, ziliwekwa kwenye seva pangishi tofauti.
Mtihani ulifanyika kwa njia tatu:
Hali ya kulinganisha - kesi za kupakia wafanyikazi 300 wa Maarifa na wafanyikazi 300 wa Hifadhi.
Hali ya kawaida - kesi ya mzigo 300 Wafanyakazi wa Nguvu.
Ili kuwezesha wafanyakazi wa Power kufanya kazi na kuongeza utofauti wa upakiaji, maktaba ya faili za ziada za Maktaba ya Nishati iliongezwa kwenye tata ya LoginVSI. Ili kuhakikisha kurudiwa kwa matokeo, mipangilio yote ya benchi ya majaribio iliachwa kama Chaguomsingi.
Majaribio ya wafanyakazi wa Knowledge na Power huiga mzigo halisi wa watumiaji wanaofanya kazi kwenye vituo pepe vya kazi.
Jaribio la Wafanyikazi wa Hifadhi liliundwa mahususi kwa ajili ya kujaribu mifumo ya kuhifadhi data; liko mbali na mzigo halisi wa kazi na linahusisha zaidi mtumiaji kufanya kazi na idadi kubwa ya faili za ukubwa tofauti.
Wakati wa majaribio, watumiaji huingia kwenye vituo vya kazi kwa dakika 48 kwa kasi ya takriban mtumiaji mmoja kila sekunde 10.
Matokeo
Matokeo kuu ya upimaji wa LoginVSI ni kipimo cha VSImax, ambacho hukusanywa kutoka wakati wa utekelezaji wa kazi mbalimbali zilizoanzishwa na mtumiaji. Kwa mfano: wakati wa kufungua faili kwenye Notepad, wakati wa kushinikiza faili katika 7-Zip, nk.
Maelezo ya kina ya hesabu ya vipimo yanapatikana katika hati rasmi ya .
Kwa maneno mengine, LoginVSI hurudia muundo wa kawaida wa upakiaji, kuiga vitendo vya mtumiaji katika chumba cha ofisi, kusoma PDF, na kadhalika, na kupima latencies mbalimbali. Kuna kiwango muhimu cha ucheleweshaji "kila kitu kinapungua, haiwezekani kufanya kazi"), kabla ya hapo inachukuliwa kuwa idadi kubwa ya watumiaji haijafikiwa. Ikiwa muda wa kujibu ni 1 ms kwa kasi zaidi kuliko hali hii ya "kila kitu ni polepole", basi mfumo unachukuliwa kuwa unafanya kazi kwa kawaida, na watumiaji zaidi wanaweza kuongezwa.
Hapa kuna vipimo kuu:
Vipimo
Hatua zilizochukuliwa
Kina maelezo
Vipengee vilivyopakiwa
N.S.L.D.
Muda wa kufungua maandishi
faili yenye uzito wa KB 1
Notepad inafungua na
hufungua hati nasibu ya KB 1 ambayo imenakiliwa kutoka kwenye bwawa
rasilimali
CPU na I/O
NFO
Wakati wa ufunguzi wa mazungumzo
madirisha kwenye notepad
Kufungua faili ya VSI-Notepad [Ctrl+O]
CPU, RAM na I/O
ZHC*
Ni wakati wa kuunda faili ya Zip iliyobanwa sana
Ukandamizaji wa ndani
faili ya .pst ya 5MB imenakiliwa kutoka
bwawa la rasilimali
CPU na I/O
ZLC*
Ni wakati wa kuunda faili ya Zip iliyobanwa dhaifu
Ukandamizaji wa ndani
faili ya .pst ya 5MB imenakiliwa kutoka
bwawa la rasilimali
I / O
CPU
Kuhesabu kubwa
safu ya data bila mpangilio
Kuunda safu Kubwa
data nasibu ambayo itatumika katika kipima saa cha pembejeo/towe (kipima saa cha I/O)
CPU
Wakati upimaji unafanywa, metric ya msingi ya VSIbase huhesabiwa awali, ambayo inaonyesha kasi ambayo kazi zinatekelezwa bila mzigo kwenye mfumo. Kulingana na hilo, Kizingiti cha VSImax kimedhamiriwa, ambacho ni sawa na VSIbase + 1ms.
Hitimisho kuhusu utendaji wa mfumo hufanywa kulingana na vipimo viwili: VSIbase, ambayo huamua kasi ya mfumo, na kizingiti cha VSImax, ambayo huamua idadi ya juu ya watumiaji ambayo mfumo unaweza kushughulikia bila uharibifu mkubwa.
Kigezo cha wafanyikazi wa maarifa 300
Wafanyakazi wa ujuzi ni watumiaji ambao mara kwa mara hupakia kumbukumbu, processor na IO na vilele mbalimbali vidogo. Programu huiga mzigo wa kazi wa watumiaji wa ofisi wanaodai, kana kwamba walikuwa wakitafuta kitu kila wakati (PDF, Java, suite ya ofisi, kutazama picha, 7-Zip). Unapoongeza watumiaji kutoka sifuri hadi 300, ucheleweshaji wa kila mmoja huongezeka polepole.
Data ya takwimu ya VSImax:
VSIbase = 986ms, Kizingiti cha VSI hakikufikiwa.
Takwimu za upakiaji wa mfumo wa hifadhi kutoka kwa ufuatiliaji wa SimpliVity:
Kwa aina hii ya mzigo, mfumo unaweza kuhimili mzigo ulioongezeka bila uharibifu wowote katika utendaji. Wakati inachukua kukamilisha kazi za mtumiaji huongezeka kwa urahisi, muda wa majibu ya mfumo haubadilika wakati wa majaribio na ni hadi 3 ms kwa kuandika na hadi 1 ms kwa kusoma.
Hitimisho: Watumiaji wa maarifa 300 hufanya kazi kwenye nguzo ya sasa bila matatizo yoyote na hawaingiliani, na kufikia usajili wa pCPU/vCPU wa 1 hadi 6. Ucheleweshaji wa jumla hukua sawasawa jinsi mzigo unavyoongezeka, lakini kikomo kilichowekwa hakijafikiwa.
Vigezo 300 vya wafanyikazi wa hifadhi
Hawa ni watumiaji ambao huandika na kusoma kila mara kwa uwiano wa 30 hadi 70, mtawaliwa. Jaribio hili lilifanywa zaidi kwa ajili ya majaribio. Data ya takwimu ya VSImax:
VSIbase = 1673, Kizingiti cha VSI kilifikiwa kwa watumiaji 240.
Takwimu za upakiaji wa mfumo wa hifadhi kutoka kwa ufuatiliaji wa SimpliVity:
Aina hii ya mzigo kimsingi ni mtihani wa mkazo wa mfumo wa uhifadhi. Inapotekelezwa, kila mtumiaji huandika faili nyingi za nasibu za ukubwa tofauti kwenye diski. Katika kesi hii, inaweza kuonekana kwamba wakati kizingiti fulani cha mzigo kinapozidi kwa watumiaji wengine, wakati inachukua kukamilisha kazi za kuandika faili huongezeka. Wakati huo huo, mzigo kwenye mfumo wa kuhifadhi, processor na kumbukumbu ya majeshi haibadilika sana, kwa hiyo kwa sasa haiwezekani kuamua hasa nini kinachosababisha ucheleweshaji.
Hitimisho kuhusu utendaji wa mfumo kwa kutumia mtihani huu inaweza tu kufanywa kwa kulinganisha na matokeo ya mtihani kwenye mifumo mingine, kwa kuwa mizigo hiyo ni ya synthetic na isiyo ya kweli. Hata hivyo, kwa ujumla mtihani ulikwenda vizuri. Kila kitu kilikwenda vizuri hadi vikao 210, na kisha majibu ya ajabu yalianza, ambayo hayakufuatiliwa popote isipokuwa Ingia VSI.
Wafanyakazi 300 wa Nguvu
Hawa ni watumiaji wanaopenda CPU, kumbukumbu na IO ya juu. "Watumiaji wa nishati" hawa hufanya kazi ngumu mara kwa mara na milipuko mirefu, kama vile kusakinisha programu mpya na kupakua kumbukumbu kubwa. Data ya takwimu ya VSImax:
VSIbase = 970, Kizingiti cha VSI hakikufikiwa.
Takwimu za upakiaji wa mfumo wa hifadhi kutoka kwa ufuatiliaji wa SimpliVity:
Wakati wa kupima, kizingiti cha mzigo wa processor kilifikiwa kwenye nodi moja ya mfumo, lakini hii haikuwa na athari kubwa katika uendeshaji wake:
Katika kesi hii, mfumo unaweza kuhimili mzigo ulioongezeka bila uharibifu mkubwa wa utendaji. Wakati inachukua kukamilisha kazi za mtumiaji huongezeka kwa urahisi, muda wa majibu ya mfumo haubadilika wakati wa majaribio na ni hadi 3 ms kwa kuandika na hadi 1 ms kwa kusoma.
Vipimo vya mara kwa mara havikuwa vya kutosha kwa mteja, na tulikwenda zaidi: tuliongeza sifa za VM (idadi ya vCPU ili kutathmini ongezeko la usajili wa ziada na ukubwa wa disk) na kuongeza mzigo wa ziada.
Wakati wa kufanya majaribio ya ziada, usanidi ufuatao wa kusimama ulitumiwa:
Kompyuta za mezani 300 ziliwekwa katika usanidi wa 4vCPU, 4GB RAM, 80GB HDD.
Usanidi wa moja ya mashine za majaribio:
Mashine zimetumwa kwa Dedicated - Full Copy chaguo:
Wafanyikazi 300 wa Knowledge walio na usajili wa kupita kiasi 12
Data ya takwimu ya VSImax:
VSIbase = 921 ms, Kizingiti cha VSI hakikufikiwa.
Takwimu za upakiaji wa mfumo wa hifadhi kutoka kwa ufuatiliaji wa SimpliVity:
Matokeo yaliyopatikana ni sawa na kujaribu usanidi wa awali wa VM.
Wafanyakazi 300 wa Nguvu na usajili 12 wa ziada
Data ya takwimu ya VSImax:
VSIbase = 933, Kizingiti cha VSI hakikufikiwa.
Takwimu za upakiaji wa mfumo wa hifadhi kutoka kwa ufuatiliaji wa SimpliVity:
Wakati wa majaribio haya, kizingiti cha upakiaji wa processor pia kilifikiwa, lakini hii haikuwa na athari kubwa kwa utendaji:
Matokeo yaliyopatikana ni sawa na kupima usanidi uliopita.
Ni nini hufanyika ikiwa unaendesha mzigo kwa masaa 10?
Sasa hebu tuone ikiwa kutakuwa na "athari ya kusanyiko" na kukimbia vipimo kwa saa 10 mfululizo.
Vipimo vya muda mrefu na maelezo ya sehemu hiyo yanapaswa kulenga ukweli kwamba tulitaka kuangalia ikiwa matatizo yoyote yatatokea na truss chini ya mzigo wa muda mrefu juu yake.
Kigezo cha wafanyikazi wa maarifa 300 + masaa 10
Zaidi ya hayo, kesi ya mizigo ya wafanyakazi wa ujuzi 300 ilijaribiwa, ikifuatiwa na kazi ya mtumiaji kwa saa 10.
Data ya takwimu ya VSImax:
VSIbase = 919 ms, Kizingiti cha VSI hakikufikiwa.
Data ya kina ya takwimu ya VSImax:
Grafu inaonyesha kuwa hakuna uharibifu wa utendakazi unaozingatiwa katika jaribio zima.
Takwimu za upakiaji wa mfumo wa hifadhi kutoka kwa ufuatiliaji wa SimpliVity:
Utendaji wa mfumo wa hifadhi unasalia kuwa sawa wakati wote wa jaribio.
Upimaji wa ziada na kuongeza ya mzigo wa synthetic
Mteja aliuliza kuongeza mzigo wa porini kwenye diski. Ili kufanya hivyo, kazi iliongezwa kwenye mfumo wa hifadhi katika kila mashine ya mtumiaji ili kuendesha mzigo wa synthetic kwenye diski wakati mtumiaji anaingia kwenye mfumo. Mzigo ulitolewa na shirika la fio, ambayo inakuwezesha kupunguza mzigo kwenye diski kwa idadi ya IOPS. Katika kila mashine, kazi ilizinduliwa kuzindua mzigo wa ziada kwa kiasi cha IOPS 22 70%/30% Kusoma/Kuandika Nasibu.
Kigezo cha wafanyikazi wa maarifa 300 + IOPS 22 kwa kila mtumiaji
Katika majaribio ya awali, fio ilipatikana kulazimisha uendeshaji muhimu wa CPU kwenye mashine za kawaida. Hii ilisababisha upakiaji wa haraka wa CPU wa majeshi na kuathiri sana uendeshaji wa mfumo kwa ujumla.
Upakiaji wa CPU mwenyeji:
Wakati huo huo, ucheleweshaji wa mfumo wa uhifadhi pia uliongezeka kwa kawaida:
Ukosefu wa nguvu za kompyuta umekuwa muhimu karibu na watumiaji 240:
Kwa sababu ya matokeo yaliyopatikana, iliamuliwa kufanya upimaji ambao ulikuwa wa chini sana wa CPU.
Kigezo cha wafanyikazi wa ofisi 230 + IOPS 22 kwa kila mtumiaji
Ili kupunguza mzigo kwenye CPU, aina ya upakiaji wa wafanyikazi wa Ofisi ilichaguliwa, na IOPS 22 za mzigo wa sintetiki pia ziliongezwa kwa kila kipindi.
Jaribio lilidhibitiwa kwa vipindi 230 ili visizidi upeo wa juu wa upakiaji wa CPU.
Jaribio liliendeshwa na watumiaji wanaofanya kazi kwa saa 10 ili kuangalia uthabiti wa mfumo wakati wa uendeshaji wa muda mrefu karibu na upakiaji wa juu zaidi.
Data ya takwimu ya VSImax:
VSIbase = 918 ms, Kizingiti cha VSI hakikufikiwa.
Data ya kina ya takwimu ya VSImax:
Grafu inaonyesha kuwa hakuna uharibifu wa utendakazi unaozingatiwa katika jaribio zima.
Takwimu za upakiaji wa CPU:
Wakati wa kufanya jaribio hili, mzigo kwenye CPU ya wapangishi ulikuwa karibu upeo wa juu.
Takwimu za upakiaji wa mfumo wa hifadhi kutoka kwa ufuatiliaji wa SimpliVity:
Utendaji wa mfumo wa hifadhi unasalia kuwa sawa wakati wote wa jaribio.
Mzigo kwenye mfumo wa kuhifadhi wakati wa jaribio ulikuwa takriban IOPS 6 katika uwiano wa 500/60 (IOPS 40 ilisoma, kuandika IOPS 3), ambayo ni takriban IOPS 900 kwa kila kituo cha kazi.
Muda wa kujibu ulikuwa wastani wa ms 3 kwa kuandika na hadi ms 1 kwa kusoma.
Jumla ya
Wakati wa kuiga mizigo halisi kwenye miundombinu ya HPE SimpliVity, matokeo yalipatikana kuthibitisha uwezo wa mfumo wa kuauni kompyuta za mezani za angalau mashine 300 za Clone Kamili kwenye jozi ya nodi za SimpliVity. Wakati huo huo, wakati wa kujibu wa mfumo wa uhifadhi ulidumishwa kwa kiwango bora wakati wote wa majaribio.
Tunavutiwa sana na mbinu ya majaribio ya muda mrefu na kulinganisha kwa ufumbuzi kabla ya utekelezaji. Tunaweza kupima utendakazi kwa mzigo wako wa kazi pia ukipenda. Ikiwa ni pamoja na ufumbuzi mwingine wa hyperconverged. Mteja aliyetajwa sasa anakamilisha majaribio kwenye suluhisho lingine sambamba. Miundombinu yake ya sasa ni kundi la Kompyuta, kikoa na programu katika kila sehemu ya kazi. Kuhamia VDI bila vipimo, kwa kweli, ni ngumu sana. Hasa, ni vigumu kuelewa uwezo halisi wa shamba la VDI bila kuhamisha watumiaji halisi kwake. Na vipimo hivi vinakuwezesha kutathmini haraka uwezo halisi wa mfumo fulani bila ya haja ya kuhusisha watumiaji wa kawaida. Hapa ndipo utafiti huu ulipotoka.
Njia ya pili muhimu ni kwamba mteja alijitolea mara moja kuongeza kiwango sahihi. Hapa unaweza kununua seva ya ziada na kuongeza shamba, kwa mfano, kwa watumiaji 100, kila kitu kinaweza kutabirika kwa bei ya mtumiaji. Kwa mfano, wanapohitaji kuongeza watumiaji 300 zaidi, watajua kwamba wanahitaji seva mbili katika usanidi uliobainishwa tayari, badala ya kufikiria upya kuboresha miundombinu yao yote.
Uwezekano wa shirikisho la HPE SimpliVity unavutia. Biashara imetenganishwa kijiografia, kwa hivyo inaleta maana kusakinisha maunzi yako tofauti ya VDI katika ofisi ya mbali. Katika shirikisho la SimpliVity, kila mashine pepe inaigwa kulingana na ratiba yenye uwezo wa kunakili kati ya vikundi vya mbali vya kijiografia haraka sana na bila mzigo kwenye chaneli - hii ni nakala rudufu iliyojumuishwa ya kiwango kizuri sana. Wakati wa kuiga VM kati ya tovuti, chaneli hutumiwa kwa kiwango kidogo iwezekanavyo, na hii inafanya uwezekano wa kujenga usanifu wa kuvutia sana wa DR mbele ya kituo kimoja cha udhibiti na rundo la maeneo ya hifadhi yaliyogatuliwa.
Yote hii kwa pamoja inafanya uwezekano wa kutathmini upande wa kifedha kwa undani zaidi, na kuzidi gharama za VDI kwenye mipango ya ukuaji wa kampuni, na kuelewa jinsi suluhisho litakavyolipa haraka na jinsi itafanya kazi. Kwa sababu VDI yoyote ni suluhisho ambalo hatimaye huokoa rasilimali nyingi, lakini wakati huo huo, uwezekano mkubwa, bila fursa ya gharama nafuu ya kuibadilisha ndani ya miaka 5-7 ya matumizi.
Kwa ujumla, ikiwa una maswali ambayo sio ya maoni, niandikie kwa barua pepe [barua pepe inalindwa].
Chanzo: mapenzi.com