Pelanggan pengin VDI. Aku pancene katon ing kombinasi SimpliVity + VDI Citrix Virtual Desktop. Kanggo kabeh operator, karyawan kantor kutha, lan liya-liyane. Ana limang ewu pangguna ing gelombang pertama migrasi piyambak, lan mulane padha mekso ing testing mbukak. VDI bisa wiwit alon-alon, bisa turu kanthi tenang - lan iki ora mesthi kedadeyan amarga ana masalah karo saluran kasebut. Kita tuku paket uji coba sing kuat banget khusus kanggo VDI lan ngisi infrastruktur kasebut nganti abot banget ing disk lan prosesor.
Dadi, kita butuh botol plastik lan piranti lunak LoginVSI kanggo tes VDI sing canggih. Kita duwe lisensi kanggo 300 pangguna. Banjur kita njupuk HPE SimpliVity 380 hardware ing paket cocok kanggo tugas Kapadhetan pangguna maksimum saben server, Cut munggah mesin virtual karo oversubscription apik, diinstal piranti lunak kantor ing Win10 lan miwiti testing.
Ayo ayo!
sistem
Loro HPE SimpliVity 380 Gen10 node (server). Ing saben:
- 2 x Intel Xeon Platinum 8170 26c 2.1Ghz.
- RAM: 768GB, 12 x 64GB LRDIMMs DDR4 2666MHz.
- Pengontrol disk utama: HPE Smart Array P816i-a SR Gen10.
- Hard drive: 9 x 1.92 TB SATA 6Gb / s SSD (ing konfigurasi RAID6 7 + 2, yaiku model Sedheng ing istilah HPE SimpliVity).
- Kertu jaringan: 4 x 1Gb Eth (data pangguna), 2 x 10Gb Eth (SimpliVity lan vMotion backend).
- Kertu FPGA sing dibangun khusus ing saben simpul kanggo deduplikasi / kompresi.
Kelenjar disambungake kanggo saben liyane liwat 10Gb Ethernet interconnect langsung tanpa ngalih external, kang digunakake minangka backend SimpliVity lan kanggo nransfer data mesin virtual liwat NFS. Data mesin virtual ing kluster tansah dicerminake ing antarane rong simpul.
Node kasebut digabungake dadi kluster Vmware vSphere sing dikelola dening vCenter.
Kanggo tes, kontroler domain lan broker sambungan Citrix disebarake. Kontroler domain, broker lan vCenter diselehake ing kluster sing kapisah.
Minangka prasarana tes, 300 desktop virtual disebarake ing konfigurasi Dedicated - Full Copy, yaiku, saben desktop minangka salinan lengkap gambar asli mesin virtual lan nyimpen kabeh owah-owahan sing ditindakake dening pangguna.
Saben mesin virtual duwe 2vCPU lan 4GB RAM:
Piranti lunak ing ngisor iki sing dibutuhake kanggo tes wis diinstal ing mesin virtual:
- Windows 10 (64-bit), versi 1809.
- Adobe Reader XI.
- Agen Pangiriman Virtual Citrix 1811.1.
- Doro PDF 1.82.
- Jawa 7 Update 13.
- Microsoft Office Professional Plus 2016.
Antarane simpul - replikasi sinkron. Saben blok data ing kluster duwe rong salinan. Sing, saiki ana set lengkap data ing saben simpul. Kanthi klompok telu utawa luwih simpul, salinan pamblokiran ana ing rong panggonan sing beda. Nalika nggawe VM anyar, salinan tambahan digawe ing salah siji simpul kluster. Nalika salah siji simpul gagal, kabeh VM sing sadurunge mlaku ing simpul kasebut kanthi otomatis diwiwiti maneh ing simpul liyane sing duwe replika. Yen simpul gagal kanggo wektu sing suwe, mula pemulihan redundansi bertahap diwiwiti, lan kluster bali menyang redundansi N + 1.
Balancing lan panyimpenan data dumadi ing tingkat panyimpenan piranti lunak saka SimpliVity dhewe.
Mesin virtual mbukak kluster virtualisasi, sing uga nyelehake ing panyimpenan piranti lunak. Meja dhewe dijupuk miturut cithakan standar: meja saka financiers lan perwira operasi teka kanggo test (iki rong cithakan beda).
Tes
Kanggo testing, LoginVSI 4.1 software test suite digunakake. Komplek LoginVSI, dumadi saka server kontrol lan 12 mesin kanggo sambungan test, disebarake ing host fisik kapisah.
Tes ditindakake ing telung mode:
Mode pathokan - kasus mbukak 300 buruh Kawruh lan 300 buruh Storage.
Mode standar - kasus mbukak 300 Tenaga kerja.
Kanggo ngaktifake buruh Power bisa lan nambah bhinéka mbukak, perpustakaan file Power Library tambahan ditambahake menyang Komplek LoginVSI. Kanggo mesthekake repeatability saka asil, kabeh setelan bench test ditinggalake minangka Default.
Tes buruh Kawruh lan Kekuwatan nyimulasi beban kerja nyata pangguna sing kerja ing stasiun kerja virtual.
Tes buruh Panyimpenan digawe khusus kanggo nguji sistem panyimpenan data; adoh saka beban kerja nyata lan umume nglibatake pangguna nggarap file kanthi ukuran sing beda-beda.
Sajrone tes, pangguna mlebu menyang stasiun kerja sajrone 48 menit kanthi kecepatan kira-kira siji pangguna saben 10 detik.
Результаты
Asil utama tes LoginVSI yaiku metrik VSImax, sing disusun saka wektu eksekusi macem-macem tugas sing diluncurake dening pangguna. Contone: wektu kanggo mbukak file ing Notepad, wektu kanggo compress file ing 7-Zip, etc.
Katrangan rinci babagan pitungan metrik kasedhiya ing dokumentasi resmi kanggo .
Kanthi tembung liyane, LoginVSI mbaleni pola beban sing khas, simulasi tumindak pangguna ing suite kantor, maca PDF, lan liya-liyane, lan ngukur macem-macem latensi. Ana tingkat penundaan kritis "kabeh dadi alon, ora bisa ditindakake"), sadurunge dianggep jumlah maksimal pangguna durung tekan. Yen wektu nanggepi 1 ms luwih cepet tinimbang negara "kabeh iku alon", banjur sistem kasebut dianggep bisa digunakake kanthi normal, lan luwih akeh pangguna bisa ditambahake.
Mangkene metrik utama:
Metrik
Tindakan sing ditindakake
rinci katrangan
Komponen sing dimuat
N.S.L.D.
Wektu mbukak teks
file bobot 1 KB
Notepad mbukak lan
mbukak dokumen acak 1 KB sing disalin saka blumbang
sumber daya
CPU lan I / O
NFO
wektu mbukak dialog
windows ing notepad
Mbukak file VSI-Notepad [Ctrl+O]
CPU, RAM lan I / O
ZHC*
Wektu kanggo nggawe file Zip sing dikompres banget
komprèsi lokal
acak 5MB file .pst disalin saka
blumbang sumber
CPU lan I / O
ZLC*
Wektu kanggo nggawe file Zip sing dikompres banget
komprèsi lokal
acak 5MB file .pst disalin saka
blumbang sumber
I / O
CPU
Ngitung gedhe
susunan data acak
Nggawe Array Gedhe
data acak sing bakal digunakake ing input / output timer (I/O timer)
CPU
Nalika testing dileksanakake, metrik dhasar VSIbase wiwitane diwilang, kang nuduhake kacepetan ing kang proyek kaleksanan tanpa mbukak ing sistem. Adhedhasar kasebut, Ambang VSImax ditemtokake, sing padha karo VSIbase + 1ms.
Kesimpulan babagan kinerja sistem digawe adhedhasar rong metrik: VSIbase, sing nemtokake kacepetan sistem, lan ambang VSImax, sing nemtokake jumlah maksimal pangguna sing bisa ditindakake sistem tanpa degradasi sing signifikan.
300 Kawruh buruh pathokan
Kawruh buruh pangguna sing ajeg mbukak memori, prosesor lan IO karo macem-macem puncak cilik. Piranti lunak niru beban kerja para pangguna kantor sing nuntut, kaya-kaya dheweke terus-terusan nggoleki sesuatu (PDF, Java, suite kantor, ndeleng foto, 7-Zip). Nalika sampeyan nambahake pangguna saka nol nganti 300, wektu tundha saben wong saya mundhak.
Data statistik VSImax:
VSIbase = 986ms, Ambang VSI ora tekan.
Statistik beban sistem panyimpenan saka pemantauan SimpliVity:
Kanthi jinis beban iki, sistem kasebut bisa nahan beban sing tambah tanpa ana degradasi kinerja. Wektu sing dibutuhake kanggo ngrampungake tugas pangguna mundhak kanthi lancar, wektu respon sistem ora owah sajrone tes lan nganti 3 ms kanggo nulis lan nganti 1 ms kanggo maca.
Kesimpulan: 300 pangguna kawruh bisa ing kluster saiki tanpa masalah lan ora ngganggu saben liyane, sik njongko pCPU / vCPU oversubscription saka 1 kanggo 6. Sakabèhé telat tuwuh roto-roto nalika mbukak mundhak, nanging watesan sing wis ditemtokake durung tekan.
300 Panyimpenan buruh pathokan
Iki minangka pangguna sing terus-terusan nulis lan maca kanthi rasio 30 nganti 70. Tes iki ditindakake luwih akeh kanggo eksperimen. Data statistik VSImax:
VSIbase = 1673, Ambang VSI tekan 240 pangguna.
Statistik beban sistem panyimpenan saka pemantauan SimpliVity:
Jinis beban iki ateges tes stres sistem panyimpenan. Nalika dieksekusi, saben pangguna nulis akeh file acak kanthi ukuran sing beda menyang disk. Ing kasus iki, bisa dideleng yen nalika ambang beban tartamtu ngluwihi sawetara pangguna, wektu sing dibutuhake kanggo ngrampungake tugas kanggo nulis file mundhak. Ing wektu sing padha, beban ing sistem panyimpenan, prosesor lan memori sarwa dumadi ora owah sacara signifikan, saengga saiki ora bisa nemtokake persis apa sing nyebabake telat.
Kesimpulan babagan kinerja sistem nggunakake tes iki mung bisa digawe dibandhingake karo asil tes ing sistem liyane, amarga beban kasebut sintetis lan ora realistis. Nanging, sakabèhé tes kasebut mlaku kanthi apik. Kabeh dadi apik nganti 210 sesi, banjur respon aneh wiwit, sing ora dilacak ing ngendi wae kajaba Login VSI.
300 Tenaga kerja
Iki pangguna sing tresna CPU, memori lan IO dhuwur. Iki "pangguna daya" ajeg nindakake tugas Komplek karo long bursts, kayata nginstal software anyar lan unpacking arsip gedhe. Data statistik VSImax:
VSIbase = 970, Ambang VSI ora tekan.
Statistik beban sistem panyimpenan saka pemantauan SimpliVity:
Sajrone tes, ambang beban prosesor wis tekan ing salah sawijining simpul sistem, nanging iki ora duwe pengaruh sing signifikan ing operasi kasebut:
Ing kasus iki, sistem bisa nahan beban tambah tanpa degradasi kinerja sing signifikan. Wektu sing dibutuhake kanggo ngrampungake tugas pangguna mundhak kanthi lancar, wektu respon sistem ora owah sajrone tes lan nganti 3 ms kanggo nulis lan nganti 1 ms kanggo maca.
tes biasa ora cukup kanggo customer, lan kita tindak luwih: kita tambah karakteristik VM (nomer vCPU kanggo ngira-ngira Tambah ing oversubscription lan ukuran disk) lan nambah beban tambahan.
Nalika nindakake tes tambahan, konfigurasi stand ing ngisor iki digunakake:
300 desktop virtual disebarake ing konfigurasi 4vCPU, 4GB RAM, 80GB HDD.
Konfigurasi salah sawijining mesin tes:
Mesin kasebut disebarake ing pilihan Dedicated - Full Copy:
300 Tolok ukur buruh kawruh kanthi oversubscribe 12
Data statistik VSImax:
VSIbase = 921 ms, Ambang VSI ora tekan.
Statistik beban sistem panyimpenan saka pemantauan SimpliVity:
Asil sing dipikolehi padha karo nguji konfigurasi VM sadurunge.
300 buruh Power karo 12 overlangganan
Data statistik VSImax:
VSIbase = 933, Ambang VSI ora tekan.
Statistik beban sistem panyimpenan saka pemantauan SimpliVity:
Sajrone tes iki, ambang beban prosesor uga tekan, nanging iki ora duwe pengaruh sing signifikan marang kinerja:
Asil sing dipikolehi padha karo nguji konfigurasi sadurunge.
Apa sing kedadeyan yen sampeyan mbukak beban sajrone 10 jam?
Saiki ayo goleki yen bakal ana "efek akumulasi" lan nganakake tes sajrone 10 jam berturut-turut.
Tes jangka panjang lan katrangan babagan bagean kasebut kudu dituju manawa kita pengin mriksa manawa ana masalah karo truss ing beban sing dawa.
300 Kawruh buruh pathokan + 10 jam
Kajaba iku, kasus beban 300 buruh kawruh dites, disusul karya pangguna sajrone 10 jam.
Data statistik VSImax:
VSIbase = 919 ms, Ambang VSI ora tekan.
Data statistik rinci VSImax:
Grafik nuduhake yen ora ana degradasi kinerja sing diamati ing kabeh tes.
Statistik beban sistem panyimpenan saka pemantauan SimpliVity:
Kinerja sistem panyimpenan tetep padha sajrone tes.
Pengujian tambahan kanthi tambahan beban sintetik
Pelanggan njaluk nambah beban liar menyang disk. Kanggo nindakake iki, tugas ditambahake menyang sistem panyimpenan ing saben mesin virtual pangguna kanggo mbukak beban sintetik ing disk nalika pangguna mlebu menyang sistem kasebut. Beban kasebut diwenehake dening sarana fio, sing ngidini sampeyan mbatesi beban ing disk kanthi jumlah IOPS. Ing saben mesin, tugas dibukak kanggo mbukak beban tambahan ing jumlah 22 IOPS 70%/30% Waca / Nulis Random.
300 Kawruh buruh pathokan + 22 IOPS saben pangguna
Ing tes awal, fio ditemokake kanggo ngetrapake overhead CPU sing signifikan ing mesin virtual. Iki nyebabake kakehan CPU kanthi cepet saka host lan banget mengaruhi operasi sistem kanthi sakabehe.
Beban CPU host:
Ing wektu sing padha, wektu tundha sistem panyimpenan uga tambah alami:
Kekurangan daya komputasi dadi kritis ing sekitar 240 pangguna:
Amarga asil sing dipikolehi, diputusake kanggo nganakake tes sing kurang intensif CPU.
230 karyawan kantor pathokan + 22 IOPS saben pangguna
Kanggo nyuda beban ing CPU, jinis beban karyawan Kantor dipilih, lan 22 IOPS beban sintetik uga ditambahake ing saben sesi.
Tes kasebut diwatesi nganti 230 sesi supaya ora ngluwihi beban CPU maksimal.
Tes kasebut ditindakake kanthi pangguna sing mlaku sajrone 10 jam kanggo mriksa stabilitas sistem sajrone operasi jangka panjang kanthi beban maksimal.
Data statistik VSImax:
VSIbase = 918 ms, Ambang VSI ora tekan.
Data statistik rinci VSImax:
Grafik nuduhake yen ora ana degradasi kinerja sing diamati ing kabeh tes.
Statistik beban CPU:
Nalika nindakake tes iki, beban ing CPU host meh maksimal.
Statistik beban sistem panyimpenan saka pemantauan SimpliVity:
Kinerja sistem panyimpenan tetep padha sajrone tes.
Beban ing sistem panyimpenan sajrone tes kira-kira 6 IOPS kanthi rasio 500/60 (40 IOPS diwaca, 3 IOPS nulis), yaiku kira-kira 900 IOPS saben workstation.
Wektu nanggapi rata-rata 3 ms kanggo nulis lan nganti 1 ms kanggo maca.
Asile
Nalika simulasi beban nyata ing infrastruktur HPE SimpliVity, asil dijupuk konfirmasi kemampuan sistem kanggo ndhukung desktop virtual paling 300 mesin Klone Full ing pasangan simpul SimpliVity. Ing wektu sing padha, wektu nanggepi sistem panyimpenan dijaga ing tingkat optimal sajrone kabeh tes.
Kita banget kesengsem karo pendekatan tes dawa lan mbandhingake solusi sadurunge implementasine. Kita uga bisa nguji kinerja kanggo beban kerja sampeyan yen sampeyan pengin. Kalebu solusi hyperconverged liyane. Pelanggan sing kasebut saiki ngrampungake tes babagan solusi liyane kanthi paralel. Infrastruktur saiki mung minangka armada PC, domain lan piranti lunak ing saben papan kerja. Pindhah menyang VDI tanpa tes, mesthi, cukup angel. Khusus, angel ngerti kemampuan nyata saka peternakan VDI tanpa migrasi pangguna nyata. Lan tes kasebut ngidini sampeyan ngevaluasi kanthi cepet kemampuan nyata sistem tartamtu tanpa mbutuhake pangguna biasa. Ing kene asale panliten iki.
Pendekatan penting nomer loro yaiku pelanggan langsung setya kanggo skala sing tepat. Ing kene sampeyan bisa tuku server tambahan lan nambah farm, contone, kanggo 100 pangguna, kabeh bisa ditebak ing rega pangguna. Contone, nalika kudu nambah 300 pangguna liyane, dheweke bakal ngerti yen dheweke butuh loro server ing konfigurasi sing wis ditemtokake, tinimbang nimbang maneh nganyarke kabeh infrastruktur.
Kemungkinan federasi HPE SimpliVity menarik. Bisnis kasebut dipisahake sacara geografis, mula sampeyan kudu nginstal hardware VDI dhewe ing kantor sing adoh. Ing federasi SimpliVity, saben mesin virtual ditiru miturut jadwal kanthi kemampuan kanggo niru antarane kluster sing adoh kanthi geografis kanthi cepet lan tanpa mbukak saluran - iki minangka cadangan sing dibangun ing tingkat sing apik banget. Nalika replicating VM antarane situs, saluran digunakake minangka minimal sabisa, lan iki ndadekake iku bisa kanggo mbangun arsitektur DR menarik banget ing ngarsane pusat kontrol siji lan Bunch saka situs panyimpenan decentralized.
Kabeh iki bebarengan ndadekake iku bisa kanggo ngira-ngira sisih financial ing rinci banget, lan superimpose biaya VDI ing plans wutah perusahaan, lan ngerti carane cepet solusi bakal mbayar lan carane bakal bisa. Amarga sembarang VDI minangka solusi sing pungkasane nyimpen akeh sumber daya, nanging ing wektu sing padha, paling kamungkinan, tanpa kesempatan biaya-efektif kanggo ngganti ing 5-7 taun nggunakake.
Umumé, yen sampeyan duwe pitakonan sing ora kanggo komentar, nulis kanggo kula liwat email [email dilindhungi].
Source: www.habr.com