Palanggan hoyong VDI. Nyaan nempo kombinasi SimpliVity + VDI Citrix Virtual Desktop. Pikeun sakabéh operator, pagawé kantor kota, jeung saterusna. Aya lima rébu pangguna dina gelombang munggaran migrasi nyalira, sareng ku kituna aranjeunna negeskeun tés beban. VDI tiasa mimiti ngalambatkeun, éta tiasa ngagolér kalem - sareng ieu henteu salawasna kajantenan kusabab masalah saluran. Kami ngagaleuh pakét uji anu kuat khusus pikeun VDI sareng ngamuat infrastruktur dugi ka beurat teuing dina disk sareng prosesor.
Janten, urang peryogi botol plastik sareng parangkat lunak LoginVSI pikeun tés VDI anu canggih. Kami ngagaduhan lisénsi pikeun 300 pangguna. Teras we nyandak HPE SimpliVity 380 hardware dina pakét cocog pikeun tugas dénsitas pamaké maksimum per server, motong nepi mesin virtual kalawan oversubscription alus, software kantor dipasang dina Win10 on aranjeunna sarta mimiti nguji.
Hayu urang balik!
sistim
Dua titik HPE SimpliVity 380 Gen10 (server). Dina unggal:
- 2 x Intel Xeon Platinum 8170 26c 2.1Ghz.
- RAM: 768GB, 12 x 64GB LRDIMMs DDR4 2666MHz.
- Controller disk primér: HPE Smart Array P816i-a SR Gen10.
- Hard drive: 9 x 1.92 TB SATA 6Gb / s SSD (dina konfigurasi RAID6 7 + 2, nyaéta modél Medium dina istilah HPE SimpliVity).
- Kartu jaringan: 4 x 1Gb Eth (data pamaké), 2 x 10Gb Eth (SimpliVity na vMotion backend).
- Husus diwangun-di kartu FPGA dina unggal titik pikeun deduplikasi / komprési.
Titik disambungkeun ka silih via 10Gb Ethernet interkonéksi langsung tanpa switch éksternal, nu dipaké salaku backend SimpliVity sarta pikeun mindahkeun data mesin virtual via NFS. Data mesin virtual dina klaster sok dicerminkeun antara dua titik.
Titik-titikna digabungkeun kana klaster Vmware vSphere anu dikelola ku vCenter.
Pikeun nguji, a controller domain sarta calo sambungan Citrix anu deployed. The domain controller, calo na vCenter disimpen dina klaster misah.
Salaku prasarana uji, 300 desktop virtual dipasang dina konfigurasi Dedicated - Full Copy, nyaéta, unggal desktop mangrupikeun salinan lengkep gambar asli mesin virtual sareng nyimpen sadaya parobihan anu dilakukeun ku pangguna.
Unggal mesin virtual gaduh 2vCPU sareng 4GB RAM:
Parangkat lunak di handap ieu anu diperyogikeun pikeun uji dipasang dina mesin virtual:
- Windows 10 (64-bit), versi 1809.
- Adobe Reader XI.
- Citrix Virtual Pangiriman Agen 1811.1.
- Doro PDF 1.82.
- Java 7 Update 13.
- Microsoft Office Professional Plus 2016.
Antara titik - réplikasi sinkron. Unggal blok data dina klaster boga dua salinan. Hartina, ayeuna aya sakumpulan data lengkep dina unggal titik. Kalayan klaster tilu atanapi langkung titik, salinan blok aya dina dua tempat anu béda. Nalika nyieun VM anyar, salinan tambahan dijieun dina salah sahiji titik klaster. Nalika salah sahiji titik gagal, sadaya VM anu saacanna dijalankeun di dinya otomatis dibalikan deui dina titik anu sanés dimana aranjeunna gaduh réplika. Lamun titik hiji gagal pikeun lila, restorasi bertahap redundansi dimimitian, sarta klaster balik deui ka N + 1 redundancy.
Kasaimbangan sareng neundeun data lumangsung dina tingkat panyimpen parangkat lunak SimpliVity sorangan.
Mesin virtual ngajalankeun klaster virtualisasi, anu ogé nempatkeun kana panyimpenan parangkat lunak. The desks sorangan dicokot nurutkeun témplat baku: nu desks of financiers jeung perwira operasi sumping pikeun test (ieu dua template béda).
Tés
Pikeun nguji, loginVSI 4.1 software test suite dipaké. Komplek LoginVSI, diwangun ku server kontrol jeung 12 mesin keur sambungan test, ieu deployed dina host fisik misah.
Uji coba dilaksanakeun dina tilu modeu:
Modeu patokan - kasus beban 300 pagawe pangaweruh jeung 300 pagawe gudang.
modeu baku - beban bisi 300 pagawe Power.
Pikeun ngaktifkeun pagawé Power sareng ningkatkeun karagaman beban, perpustakaan file Power Library tambahan ditambahkeun kana kompleks LoginVSI. Pikeun mastikeun pangulangan hasil, sadaya setélan bangku tés ditinggalkeun salaku Default.
Tes pagawe Pangaweruh sareng Daya nyontokeun beban kerja nyata pangguna anu damel di workstation virtual.
Tes pagawe Panyimpenan didamel khusus pikeun nguji sistem panyimpen data; jauh tina beban kerja nyata sareng biasana ngalibatkeun pangguna damel sareng sajumlah ageung file ukuran anu béda.
Salila nguji, pamaké asup ka workstation salila 48 menit dina laju kurang leuwih hiji pamaké unggal 10 detik.
Hasil
Hasil utama tina uji LoginVSI nyaéta métrik VSImax, anu disusun tina waktos palaksanaan rupa-rupa tugas anu diluncurkeun ku pangguna. Contona: waktos muka file dina Notepad, waktos pikeun niiskeun file dina 7-Zip, jsb.
Katerangan lengkep ngeunaan itungan métrik sayogi dina dokuméntasi resmi pikeun .
Kalayan kecap séjén, LoginVSI malikan pola beban has, simulating lampah pamaké dina suite kantor, maca PDF, jeung saterusna, sarta ngukur rupa latency. Aya tingkat kritis reureuh "sagala slows turun, teu mungkin keur jalan"), saméméh éta dianggap yén jumlah maksimum pamaké teu acan ngahontal. Upami waktos réspon 1 mdet langkung gancang tibatan kaayaan "sagala hal anu laun", maka sistemna dianggap tiasa dianggo sacara normal, sareng langkung seueur pangguna tiasa nambihan.
Ieu mangrupikeun métrik utama:
Métrik
Tindakan dilaksanakeun
Diwincik Ѕѕїїё ° ° °ЅЅ °
Komponén dimuat
N.S.L.D.
waktos muka téks
file beuratna 1 KB
Notepad muka na
muka acak 1 dokumen KB nu disalin ti kolam renang nu
sumberdaya
CPU jeung I / O
NFO
Waktu muka dialog
jandéla dina notepad
Muka file VSI-Notepad [Ctrl+O]
CPU, RAM jeung I / O
ZHC*
Waktosna pikeun nyiptakeun file Zip anu dikomprés pisan
komprési lokal
acak 5MB file .pst disalin ti
kolam renang sumberdaya
CPU jeung I / O
ZLC*
Waktosna pikeun nyiptakeun file Zip anu dikomprés lemah
komprési lokal
acak 5MB file .pst disalin ti
kolam renang sumberdaya
I / O
CPU
Ngitung badag
Asép Sunandar Sunarya data acak
Nyiptakeun Array ageung
data acak nu bakal dipaké dina input/output timer (I/O timer)
CPU
Nalika tés dilaksanakeun, métrik VSIbase dasar mimitina diitung, anu nunjukkeun laju dimana padamelan dieksekusi tanpa beban dina sistem. Dumasar éta, VSImax Threshold ditangtukeun, anu sami sareng VSIbase + 1ms.
Conclusions ngeunaan kinerja sistem dijieun dumasar kana dua metrics: VSIbase, nu nangtukeun laju sistem, sarta bangbarung VSImax, nu nangtukeun jumlah maksimum pamaké nu sistem tiasa ngadamel tanpa degradasi signifikan.
300 Pangaweruh pagawe patokan
Pagawe pangaweruh nyaéta pangguna anu rutin ngamuat mémori, prosésor sareng IO kalayan rupa-rupa puncak leutik. Parangkat lunak niru beban kerja anu nungtut pangguna kantor, saolah-olah aranjeunna teras-terasan poking dina hiji hal (PDF, Java, suite kantor, ningali poto, 7-Zip). Nalika anjeun nambihan pangguna ti enol dugi ka 300, reureuh pikeun tiap hiji laun ningkat.
Data statistik VSImax:
VSIbase = 986ms, VSI bangbarung teu ngahontal.
Statistik beban sistem panyimpenan tina ngawaskeun SimpliVity:
Kalayan jenis beban ieu, sistem tiasa nahan beban ningkat sareng ampir henteu aya degradasi dina pagelaran. Waktu nu diperlukeun pikeun ngarengsekeun tugas pamaké naek lancar, waktos respon sistem teu robah salila nguji sarta nepi ka 3 mdet pikeun nulis jeung nepi ka 1 mdet pikeun maca.
kacindekan: 300 pamaké pangaweruh dianggo dina klaster ayeuna tanpa masalah jeung teu ngaganggu saling, ngahontal pCPU / vCPU oversubscription tina 1 ka 6. The reureuh sakabéh tumuwuh merata salaku beban naek, tapi wates diatur teu acan ngahontal.
300 Panyimpenan pagawe patokan
Ieu mangrupikeun pangguna anu terus-terusan nyerat sareng maca dina nisbah 30 dugi ka 70, masing-masing. Tés ieu dilaksanakeun langkung seueur pikeun ékspérimén. Data statistik VSImax:
VSIbase = 1673, Ambang VSI ngahontal 240 pangguna.
Statistik beban sistem panyimpenan tina ngawaskeun SimpliVity:
Jenis beban ieu dasarna mangrupikeun tés setrés tina sistem panyimpen. Nalika éta dieksekusi, unggal pangguna nyerat seueur file acak tina ukuran anu béda kana disk. Dina hal ieu, bisa ditempo yén lamun a bangbarung beban tangtu geus ngaleuwihan pikeun sababaraha pamaké, waktu nu diperlukeun pikeun ngarengsekeun tugas nulis file naek. Dina waktos anu sami, beban dina sistem panyimpen, prosésor sareng mémori host henteu robih sacara signifikan, janten ayeuna teu mungkin pikeun nangtoskeun naon anu nyababkeun telat.
Kacindekan ngeunaan kinerja sistem anu nganggo tés ieu ngan ukur tiasa dilakukeun dibandingkeun sareng hasil tés dina sistem anu sanés, sabab beban sapertos kitu sintétis sareng henteu réalistis. Nanging, sacara umum tés éta lancar. Sagalana indit ogé dugi 210 sesi, lajeng réspon aneh dimimitian, nu teu dilacak mana iwal Login VSI.
300 pagawe Power
Ieu mangrupikeun pangguna anu resep CPU, mémori sareng IO anu luhur. Ieu "pamaké kakuatan" rutin ngajalankeun tugas kompléks jeung bursts panjang, kayaning masang software anyar jeung unpacking arsip badag. Data statistik VSImax:
VSIbase = 970, VSI bangbarung teu ngahontal.
Statistik beban sistem panyimpenan tina ngawaskeun SimpliVity:
Salila tés, ambang beban prosésor ngahontal dina salah sahiji titik sistem, tapi ieu teu boga dampak signifikan dina operasi na:
Dina hal ieu, sistem bisa tahan ngaronjat beban tanpa degradasi kinerja signifikan. Waktu nu diperlukeun pikeun ngarengsekeun tugas pamaké naek lancar, waktu respon sistem teu robah salila nguji sarta nepi ka 3 mdet pikeun nulis jeung nepi ka 1 mdet pikeun maca.
tés biasa éta teu cukup keur nasabah, sarta kami indit salajengna: kami ngaronjat ciri VM (Jumlah vCPUs pikeun evaluate kanaékan oversubscription sarta ukuran disk) jeung ditambahkeun beban tambahan.
Nalika ngalaksanakeun tés tambahan, konfigurasi stand di handap ieu dianggo:
300 desktop maya anu disebarkeun dina 4vCPU, 4GB RAM, 80GB konfigurasi HDD.
Konfigurasi salah sahiji mesin uji:
Mesin dipasang dina pilihan Dedicated - Full Copy:
300 pagawe pangaweruh patokan kalawan oversubscription 12
Data statistik VSImax:
VSIbase = 921 mdet, VSI bangbarung teu ngahontal.
Statistik beban sistem panyimpenan tina ngawaskeun SimpliVity:
Hasil anu dicandak sami sareng nguji konfigurasi VM sateuacana.
300 pagawe kakuatan kalawan 12 oversubscriptions
Data statistik VSImax:
VSIbase = 933, VSI bangbarung teu ngahontal.
Statistik beban sistem panyimpenan tina ngawaskeun SimpliVity:
Salila tés ieu, ambang beban prosésor ogé dihontal, tapi ieu henteu gaduh pangaruh anu signifikan dina pagelaran:
Hasil anu dicandak sami sareng nguji konfigurasi sateuacana.
Kumaha upami anjeun ngajalankeun beban salami 10 jam?
Ayeuna hayu urang tingali naha bakal aya "éfék akumulasi" sareng ngajalankeun tés salami 10 jam berturut-turut.
Tés jangka panjang sareng pedaran bagian kedah ditujukeun yén urang hoyong pariksa naha aya masalah anu bakal timbul sareng truss dina beban anu berkepanjangan.
300 Pagawe pangaweruh patokan + 10 jam
Salaku tambahan, kasus beban 300 pagawé pangaweruh diuji, dituturkeun ku padamelan pangguna salami 10 jam.
Data statistik VSImax:
VSIbase = 919 mdet, VSI bangbarung teu ngahontal.
Data statistik lengkep VSImax:
Grafik nunjukkeun yén teu aya degradasi kinerja anu dititénan sapanjang sakabéh tés.
Statistik beban sistem panyimpenan tina ngawaskeun SimpliVity:
Kinerja sistem panyimpenan tetep sami sapanjang tés.
Tés tambahan kalayan tambahan beban sintétik
Palanggan naroskeun pikeun nambihan beban liar kana disk. Jang ngalampahkeun ieu, hiji tugas ditambahkeun kana sistem gudang di unggal mesin virtual pamaké pikeun ngajalankeun beban sintétik dina disk nalika pamaké asup kana sistem. Beban disayogikeun ku utilitas fio, anu ngamungkinkeun anjeun ngawatesan beban dina disk ku jumlah IOPS. Dina unggal mesin, tugas dibuka pikeun ngajalankeun hiji beban tambahan dina jumlah 22 IOPS 70%/30% Acak Baca / Tulis.
300 Pangaweruh pagawe patokan + 22 IOPS per pamaké
Dina tés awal, fio kapanggih maksakeun overhead CPU signifikan dina mesin virtual. Ieu nyababkeun kaleuleuwihan CPU gancang tina host sareng mangaruhan pisan kana operasi sistem sacara gembleng.
Beban CPU host:
Dina waktos anu sami, telat sistem panyimpen ogé sacara alami ningkat:
Kurangna daya komputasi janten kritis sakitar 240 pangguna:
Kusabab hasil anu dicandak, éta mutuskeun pikeun ngalaksanakeun tés anu kirang intensif CPU.
230 Pagawé kantor patokan + 22 IOPS per pamaké
Pikeun ngurangan beban dina CPU, tipe beban pagawe Kantor dipilih, sarta 22 IOPS beban sintétik ogé ditambahkeun kana unggal sési.
Tes ieu dugi ka 230 sesi supados henteu ngaleuwihan beban CPU maksimal.
Tés ieu dijalankeun sareng pangguna ngajalankeun jam 10 pikeun mariksa stabilitas sistem salami operasi jangka panjang caket kana beban maksimal.
Data statistik VSImax:
VSIbase = 918 mdet, VSI bangbarung teu ngahontal.
Data statistik lengkep VSImax:
Grafik nunjukkeun yén teu aya degradasi kinerja anu dititénan sapanjang sakabéh tés.
Statistik beban CPU:
Nalika ngalakukeun tés ieu, beban dina CPU host ampir maksimal.
Statistik beban sistem panyimpenan tina ngawaskeun SimpliVity:
Kinerja sistem panyimpenan tetep sami sapanjang tés.
Beban dina sistem panyimpen salami tés kirang langkung 6 IOPS dina rasio 500/60 (baca 40 IOPS, nyerat 3 IOPS), kirang langkung 900 IOPS per workstation.
Waktu ngaréspon rata-rata 3 ms pikeun tulisan sareng dugi ka 1 ms pikeun maca.
hasil
Nalika simulasi beban nyata dina infrastruktur HPE SimpliVity, hasil anu dimeunangkeun pikeun mastikeun kamampuan sistem pikeun ngadukung desktop virtual sahenteuna 300 mesin Full Clone dina sapasang titik SimpliVity. Dina waktos anu sami, waktos réspon sistem panyimpen dijaga dina tingkat anu optimal sapanjang sadaya tés.
Kami kagum pisan ku pendekatan tés panjang sareng ngabandingkeun solusi sateuacan palaksanaan. Urang ogé tiasa nguji kinerja pikeun beban kerja anjeun upami anjeun hoyong. Kaasup solusi hyperconverged séjén. Palanggan anu disebatkeun ayeuna nuju ngabéréskeun tés dina solusi anu sanés paralel. Infrastruktur na ayeuna ngan saukur armada PC, domain sareng parangkat lunak di unggal gaw. Pindah ka VDI tanpa tés, tangtosna, sesah. Husus, hese ngarti kamampuhan nyata tegalan VDI tanpa Migrasi pamaké nyata eta. Sareng tés ieu ngamungkinkeun anjeun gancang ngevaluasi kamampuan nyata sistem khusus tanpa kedah ngalibetkeun pangguna biasa. Ieu dimana ulikan ieu asalna ti.
Pendekatan penting kadua nyaéta yén nasabah langsung komitmen kana skala anu leres. Di dieu Anjeun bisa meuli server tambahan sarta nambahan tegalan, contona, pikeun 100 pamaké, sagalana geus bisa diprediksi dina harga pamaké. Salaku conto, nalika aranjeunna kedah nambihan 300 langkung seueur pangguna, aranjeunna bakal terang yén aranjeunna peryogi dua server dina konfigurasi anu parantos didefinisikeun, tinimbang nimbang-nimbang deui pikeun ningkatkeun sakabéh infrastrukturna.
Kamungkinan federasi HPE SimpliVity metot. Usaha ieu dipisahkeun sacara geografis, janten masuk akal pikeun masang hardware VDI anjeun nyalira di kantor anu jauh. Dina federasi SimpliVity, unggal mesin virtual diulang dumasar kana jadwal kalayan kamampuan pikeun ngayakeun réplikasi antara klaster anu jauh sacara geografis gancang pisan sareng tanpa beban dina saluran - ieu mangrupikeun cadangan anu diwangun dina tingkat anu saé. Nalika ngayakeun réplikasi VM antara situs, saluran dianggo saminimal mungkin, sareng ieu ngamungkinkeun pikeun ngawangun arsitéktur DR anu pikaresepeun pisan ku ayana pusat kontrol tunggal sareng sakumpulan situs panyimpen anu desentralisasi.
Sadaya ieu babarengan ngamungkinkeun pikeun evaluate sisi finansial di jéntré hébat, sarta superimpose waragad VDI on rencana tumuwuhna parusahaan, tur ngartos kumaha gancang solusi bakal mayar kaluar na kumaha eta bakal jalan. Kusabab sagala VDI mangrupakeun solusi anu pamustunganana ngaheéat loba sumber, tapi dina waktos anu sareng, paling dipikaresep, tanpa kasempetan ongkos-éféktif pikeun ngarobah éta dina 5-7 taun pamakéan.
Sacara umum, upami anjeun gaduh patarosan anu sanés pikeun koméntar, nyerat ka kuring ku email [email dijaga].
sumber: www.habr.com