Pelanggan mahukan VDI. Saya benar-benar melihat gabungan SimpliVity + VDI Citrix Virtual Desktop. Untuk semua pengendali, pekerja pejabat bandar, dan sebagainya. Terdapat lima ribu pengguna dalam gelombang pertama penghijrahan sahaja, dan oleh itu mereka berkeras untuk menguji beban. VDI boleh mula perlahan, ia boleh berbaring dengan tenang - dan ini tidak selalu berlaku kerana masalah dengan saluran. Kami membeli pakej ujian yang sangat berkuasa khusus untuk VDI dan memuatkan infrastruktur sehingga ia terlalu berat pada cakera dan pemproses.
Jadi, kami memerlukan botol plastik dan perisian LoginVSI untuk ujian VDI yang canggih. Kami mempunyainya dengan lesen untuk 300 pengguna. Kemudian kami mengambil perkakasan HPE SimpliVity 380 dalam pakej yang sesuai untuk tugas kepadatan pengguna maksimum bagi setiap pelayan, memotong mesin maya dengan kelebihan langganan yang baik, memasang perisian pejabat pada Win10 padanya dan mula menguji.
Mari kita pergi!
Sistem
Dua nod HPE SimpliVity 380 Gen10 (pelayan). Pada setiap:
- 2 x Intel Xeon Platinum 8170 26c 2.1Ghz.
- RAM: 768GB, 12 x 64GB LRDIMM DDR4 2666MHz.
- Pengawal cakera utama: HPE Smart Array P816i-a SR Gen10.
- Pemacu keras: 9 x 1.92 TB SATA 6Gb/s SSD (dalam konfigurasi RAID6 7+2, iaitu model Sederhana dalam istilah HPE SimpliVity).
- Kad rangkaian: 4 x 1Gb Eth (data pengguna), 2 x 10Gb Eth (SimpliVity dan vMotion backend).
- Kad FPGA terbina dalam khas dalam setiap nod untuk penyahduplikasi/mampatan.
Nod disambungkan antara satu sama lain melalui sambungan Ethernet 10Gb secara langsung tanpa suis luaran, yang digunakan sebagai bahagian belakang SimpliVity dan untuk memindahkan data mesin maya melalui NFS. Data mesin maya dalam kelompok sentiasa dicerminkan antara dua nod.
Nod digabungkan menjadi gugusan Vmware vSphere yang diuruskan oleh vCenter.
Untuk ujian, pengawal domain dan broker sambungan Citrix telah digunakan. Pengawal domain, broker dan vCenter diletakkan pada kelompok yang berasingan.
Sebagai infrastruktur ujian, 300 desktop maya telah digunakan dalam konfigurasi Dedicated – Full Copy, iaitu, setiap desktop ialah salinan lengkap imej asal mesin maya dan menyimpan semua perubahan yang dibuat oleh pengguna.
Setiap mesin maya mempunyai 2vCPU dan 4GB RAM:
Perisian berikut yang diperlukan untuk ujian telah dipasang pada mesin maya:
- Windows 10 (64-bit), versi 1809.
- Adobe Reader XI.
- Ejen Penghantaran Maya Citrix 1811.1.
- Doro PDF 1.82.
- Kemas Kini Java 7 13.
- Microsoft Office Professional Plus 2016.
Antara nod - replikasi segerak. Setiap blok data dalam kelompok mempunyai dua salinan. Iaitu, kini terdapat satu set lengkap data pada setiap nod. Dengan sekumpulan tiga atau lebih nod, salinan blok berada di dua tempat berbeza. Apabila mencipta VM baharu, salinan tambahan dibuat pada salah satu nod kluster. Apabila satu nod gagal, semua VM yang sebelum ini berjalan padanya dimulakan semula secara automatik pada nod lain yang mempunyai replika. Jika nod gagal untuk masa yang lama, maka pemulihan beransur-ansur redundansi bermula, dan gugusan kembali kepada redundansi N+1.
Pengimbangan dan penyimpanan data berlaku pada tahap storan perisian SimpliVity itu sendiri.
Mesin maya menjalankan kluster virtualisasi, yang juga meletakkannya pada storan perisian. Meja itu sendiri diambil mengikut templat standard: meja pembiaya dan pegawai operasi datang untuk ujian (ini adalah dua templat berbeza).
Ujian
Untuk ujian, suite ujian perisian LoginVSI 4.1 telah digunakan. Kompleks LoginVSI, yang terdiri daripada pelayan kawalan dan 12 mesin untuk sambungan ujian, telah digunakan pada hos fizikal yang berasingan.
Ujian dijalankan dalam tiga mod:
Mod penanda aras - memuatkan kes 300 pekerja Pengetahuan dan 300 pekerja Storan.
Mod standard - sarung beban 300 Pekerja kuasa.
Untuk membolehkan pekerja Power bekerja dan meningkatkan kepelbagaian beban, perpustakaan fail Pustaka Kuasa tambahan telah ditambahkan pada kompleks LoginVSI. Untuk memastikan kebolehulangan keputusan, semua tetapan bangku ujian dibiarkan sebagai Lalai.
Ujian pekerja Pengetahuan dan Kuasa mensimulasikan beban kerja sebenar pengguna yang bekerja di stesen kerja maya.
Ujian pekerja Storan dicipta khusus untuk menguji sistem storan data; ia jauh daripada beban kerja sebenar dan kebanyakannya melibatkan pengguna yang bekerja dengan sejumlah besar fail dengan saiz yang berbeza.
Semasa ujian, pengguna log masuk ke stesen kerja selama 48 minit pada kadar kira-kira satu pengguna setiap 10 saat.
Penemuan
Hasil utama ujian LoginVSI ialah metrik VSImax, yang disusun dari masa pelaksanaan pelbagai tugas yang dilancarkan oleh pengguna. Contohnya: masa untuk membuka fail dalam Notepad, masa untuk memampatkan fail dalam 7-Zip, dsb.
Penerangan terperinci tentang pengiraan metrik tersedia dalam dokumentasi rasmi untuk .
Dalam erti kata lain, LoginVSI mengulangi corak beban biasa, mensimulasikan tindakan pengguna dalam suite pejabat, membaca PDF dan sebagainya, dan mengukur pelbagai latensi. Terdapat tahap kelewatan kritikal "semuanya menjadi perlahan, mustahil untuk berfungsi"), sebelum ini dianggap bahawa bilangan maksimum pengguna belum dicapai. Jika masa tindak balas adalah 1 ms lebih cepat daripada keadaan "semuanya lambat", maka sistem itu dianggap berfungsi seperti biasa dan lebih ramai pengguna boleh ditambah.
Berikut ialah metrik utama:
Metrik
Tindakan diambil
Terperinci Penerangan
Komponen yang dimuatkan
N.S.L.D.
Masa pembukaan teks
fail seberat 1 KB
Notepad dibuka dan
membuka dokumen rawak 1 KB yang disalin daripada kumpulan
sumber
CPU dan I/O
NFO
Waktu pembukaan dialog
tingkap dalam notepad
Membuka fail VSI-Notepad [Ctrl+O]
CPU, RAM dan I/O
ZHC*
Masa untuk mencipta fail Zip yang sangat mampat
Pemampatan tempatan
fail .pst rawak 5MB disalin daripada
kolam sumber
CPU dan I/O
ZLC*
Masa untuk mencipta fail Zip yang dimampatkan dengan lemah
Pemampatan tempatan
fail .pst rawak 5MB disalin daripada
kolam sumber
I / O
CPU
Mengira besar
tatasusunan data rawak
Mencipta Tatasusunan Besar
data rawak yang akan digunakan dalam pemasa input/output (pemasa I/O)
CPU
Apabila ujian dilakukan, metrik asas VSIbase pada mulanya dikira, yang menunjukkan kelajuan di mana kerja dilaksanakan tanpa beban pada sistem. Berdasarkannya, Ambang VSImax ditentukan, yang sama dengan VSIbase + 1ms.
Kesimpulan tentang prestasi sistem dibuat berdasarkan dua metrik: VSIbase, yang menentukan kelajuan sistem, dan ambang VSImax, yang menentukan bilangan maksimum pengguna yang boleh dikendalikan oleh sistem tanpa kemerosotan yang ketara.
Penanda aras 300 pekerja pengetahuan
Pekerja pengetahuan ialah pengguna yang kerap memuatkan memori, pemproses dan IO dengan pelbagai puncak kecil. Perisian ini meniru beban kerja pengguna pejabat yang menuntut, seolah-olah mereka sentiasa mencucuk sesuatu (PDF, Java, suite pejabat, melihat foto, 7-Zip). Apabila anda menambah pengguna daripada sifar hingga 300, kelewatan untuk setiap pengguna meningkat secara beransur-ansur.
Data statistik VSImax:
VSIbase = 986ms, Ambang VSI tidak dicapai.
Statistik beban sistem storan daripada pemantauan SimpliVity:
Dengan jenis beban ini, sistem boleh menahan beban yang meningkat dengan hampir tiada kemerosotan dalam prestasi. Masa yang diperlukan untuk menyelesaikan tugas pengguna meningkat dengan lancar, masa tindak balas sistem tidak berubah semasa ujian dan sehingga 3 ms untuk menulis dan sehingga 1 ms untuk membaca.
Kesimpulan: 300 pengguna pengetahuan bekerja pada kluster semasa tanpa sebarang masalah dan tidak mengganggu antara satu sama lain, mencapai lebihan langganan pCPU/vCPU sebanyak 1 hingga 6. Kelewatan keseluruhan berkembang sekata apabila beban meningkat, tetapi had yang ditetapkan belum dicapai.
Penanda aras 300 pekerja penyimpanan
Ini adalah pengguna yang sentiasa menulis dan membaca dalam nisbah 30 hingga 70, masing-masing. Ujian ini dijalankan lebih untuk kepentingan eksperimen. Data statistik VSImax:
VSIbase = 1673, Ambang VSI dicapai pada 240 pengguna.
Statistik beban sistem storan daripada pemantauan SimpliVity:
Beban jenis ini pada asasnya adalah ujian tekanan sistem storan. Apabila ia dilaksanakan, setiap pengguna menulis banyak fail rawak dengan saiz yang berbeza ke cakera. Dalam kes ini, dapat dilihat bahawa apabila ambang beban tertentu melebihi untuk sesetengah pengguna, masa yang diperlukan untuk menyelesaikan tugasan untuk menulis fail meningkat. Pada masa yang sama, beban pada sistem storan, pemproses dan ingatan hos tidak berubah dengan ketara, jadi pada masa ini mustahil untuk menentukan dengan tepat apa yang menyebabkan kelewatan.
Kesimpulan tentang prestasi sistem menggunakan ujian ini hanya boleh dibuat berbanding dengan keputusan ujian pada sistem lain, kerana beban tersebut adalah sintetik dan tidak realistik. Walau bagaimanapun, secara keseluruhan ujian berjalan dengan baik. Semuanya berjalan lancar sehingga 210 sesi, dan kemudian respons pelik bermula, yang tidak dikesan di mana-mana kecuali Log Masuk VSI.
300 pekerja kuasa
Ini adalah pengguna yang menyukai CPU, memori dan IO tinggi. "Pengguna kuasa" ini kerap menjalankan tugas yang kompleks dengan pecahan yang panjang, seperti memasang perisian baharu dan membongkar arkib yang besar. Data statistik VSImax:
VSIbase = 970, Ambang VSI tidak dicapai.
Statistik beban sistem storan daripada pemantauan SimpliVity:
Semasa ujian, ambang beban pemproses telah dicapai pada salah satu nod sistem, tetapi ini tidak mempunyai kesan yang ketara ke atas operasinya:
Dalam kes ini, sistem boleh menahan beban yang meningkat tanpa kemerosotan prestasi yang ketara. Masa yang diperlukan untuk menyelesaikan tugas pengguna meningkat dengan lancar, masa tindak balas sistem tidak berubah semasa ujian dan sehingga 3 ms untuk menulis dan sehingga 1 ms untuk membaca.
Ujian biasa tidak mencukupi untuk pelanggan, dan kami pergi lebih jauh: kami meningkatkan ciri VM (bilangan vCPU untuk menilai peningkatan lebihan langganan dan saiz cakera) dan menambah beban tambahan.
Semasa menjalankan ujian tambahan, konfigurasi dirian berikut digunakan:
300 desktop maya telah digunakan dalam konfigurasi 4vCPU, 4GB RAM, 80GB HDD.
Konfigurasi salah satu mesin ujian:
Mesin digunakan dalam pilihan Dedicated – Full Copy:
Penanda aras 300 pekerja berpengetahuan dengan terlebih langganan 12
Data statistik VSImax:
VSIbase = 921 ms, Ambang VSI tidak dicapai.
Statistik beban sistem storan daripada pemantauan SimpliVity:
Keputusan yang diperoleh adalah serupa dengan menguji konfigurasi VM sebelumnya.
300 pekerja Tenaga dengan 12 lebihan langganan
Data statistik VSImax:
VSIbase = 933, Ambang VSI tidak dicapai.
Statistik beban sistem storan daripada pemantauan SimpliVity:
Semasa ujian ini, ambang beban pemproses juga telah dicapai, tetapi ini tidak mempunyai kesan yang ketara ke atas prestasi:
Keputusan yang diperoleh adalah serupa dengan menguji konfigurasi sebelumnya.
Apa yang berlaku jika anda menjalankan beban selama 10 jam?
Sekarang mari kita lihat jika akan ada "kesan pengumpulan" dan jalankan ujian selama 10 jam berturut-turut.
Ujian jangka panjang dan penerangan bahagian harus ditujukan kepada fakta bahawa kami ingin menyemak sama ada sebarang masalah akan timbul dengan kekuda di bawah beban yang berpanjangan di atasnya.
Penanda aras 300 pekerja pengetahuan + 10 jam
Selain itu, kes beban 300 pekerja berpengetahuan telah diuji, diikuti oleh kerja pengguna selama 10 jam.
Data statistik VSImax:
VSIbase = 919 ms, Ambang VSI tidak dicapai.
Data statistik terperinci VSImax:
Graf menunjukkan bahawa tiada kemerosotan prestasi yang diperhatikan sepanjang keseluruhan ujian.
Statistik beban sistem storan daripada pemantauan SimpliVity:
Prestasi sistem storan kekal sama sepanjang ujian.
Ujian tambahan dengan penambahan beban sintetik
Pelanggan meminta untuk menambah beban liar pada cakera. Untuk melakukan ini, tugas telah ditambahkan pada sistem storan dalam setiap mesin maya pengguna untuk menjalankan beban sintetik pada cakera apabila pengguna log masuk ke dalam sistem. Beban disediakan oleh utiliti fio, yang membolehkan anda mengehadkan beban pada cakera dengan bilangan IOPS. Dalam setiap mesin, satu tugas telah dilancarkan untuk melancarkan beban tambahan dalam jumlah 22 IOPS 70%/30% Baca/Tulis Rawak.
Penanda aras 300 pekerja pengetahuan + 22 IOPS bagi setiap pengguna
Dalam ujian awal, fio didapati mengenakan overhed CPU yang ketara pada mesin maya. Ini membawa kepada beban CPU yang cepat bagi hos dan sangat menjejaskan operasi sistem secara keseluruhan.
Beban CPU hos:
Pada masa yang sama, kelewatan sistem storan juga meningkat secara semula jadi:
Kekurangan kuasa pengkomputeran menjadi kritikal sekitar 240 pengguna:
Oleh kerana keputusan yang diperolehi, ia telah memutuskan untuk menjalankan ujian yang kurang intensif CPU.
Penanda aras 230 pekerja pejabat + 22 IOPS bagi setiap pengguna
Untuk mengurangkan beban pada CPU, jenis beban pekerja Pejabat telah dipilih, dan 22 IOPS beban sintetik turut ditambahkan pada setiap sesi.
Ujian dihadkan kepada 230 sesi agar tidak melebihi beban CPU maksimum.
Ujian telah dijalankan dengan pengguna berjalan selama 10 jam untuk memeriksa kestabilan sistem semasa operasi jangka panjang pada hampir beban maksimum.
Data statistik VSImax:
VSIbase = 918 ms, Ambang VSI tidak dicapai.
Data statistik terperinci VSImax:
Graf menunjukkan bahawa tiada kemerosotan prestasi yang diperhatikan sepanjang keseluruhan ujian.
Statistik beban CPU:
Semasa menjalankan ujian ini, beban pada CPU hos adalah hampir maksimum.
Statistik beban sistem storan daripada pemantauan SimpliVity:
Prestasi sistem storan kekal sama sepanjang ujian.
Beban pada sistem storan semasa ujian adalah kira-kira 6 IOPS dalam nisbah 500/60 (40 IOPS dibaca, 3 IOPS tulis), iaitu kira-kira 900 IOPS setiap stesen kerja.
Masa tindak balas purata 3 ms untuk menulis dan sehingga 1 ms untuk membaca.
Jumlah
Apabila mensimulasikan beban sebenar pada infrastruktur HPE SimpliVity, keputusan diperoleh yang mengesahkan keupayaan sistem untuk menyokong desktop maya sekurang-kurangnya 300 mesin Klon Penuh pada sepasang nod SimpliVity. Pada masa yang sama, masa tindak balas sistem storan dikekalkan pada tahap optimum sepanjang keseluruhan ujian.
Kami sangat kagum dengan pendekatan ujian panjang dan perbandingan penyelesaian sebelum pelaksanaan. Kami juga boleh menguji prestasi untuk beban kerja anda jika anda mahu. Termasuk penyelesaian hiperkonvergen lain. Pelanggan yang disebutkan kini sedang menyelesaikan ujian pada penyelesaian lain secara selari. Infrastruktur semasanya hanyalah kumpulan PC, domain dan perisian di setiap tempat kerja. Bergerak ke VDI tanpa ujian, tentu saja, agak sukar. Secara khusus, sukar untuk memahami keupayaan sebenar ladang VDI tanpa memindahkan pengguna sebenar kepadanya. Dan ujian ini membolehkan anda menilai dengan cepat keupayaan sebenar sistem tertentu tanpa perlu melibatkan pengguna biasa. Dari sinilah kajian ini datang.
Pendekatan kedua yang penting ialah pelanggan serta-merta komited kepada penskalaan yang betul. Di sini anda boleh membeli pelayan tambahan dan menambah ladang, sebagai contoh, untuk 100 pengguna, semuanya boleh diramal pada harga pengguna. Sebagai contoh, apabila mereka perlu menambah 300 lagi pengguna, mereka akan tahu bahawa mereka memerlukan dua pelayan dalam konfigurasi yang telah ditetapkan, dan bukannya mempertimbangkan semula untuk meningkatkan keseluruhan infrastruktur mereka.
Kemungkinan persekutuan HPE SimpliVity adalah menarik. Perniagaan ini dipisahkan secara geografi, jadi masuk akal untuk memasang perkakasan VDI berasingan anda sendiri di pejabat yang jauh. Dalam persekutuan SimpliVity, setiap mesin maya direplikasi mengikut jadual dengan keupayaan untuk meniru antara kelompok terpencil secara geografi dengan cepat dan tanpa beban pada saluran - ini adalah sandaran terbina dalam tahap yang sangat baik. Apabila mereplikasi VM antara tapak, saluran digunakan seminimum mungkin, dan ini memungkinkan untuk membina seni bina DR yang sangat menarik dengan kehadiran pusat kawalan tunggal dan sekumpulan tapak storan terdesentralisasi.
Semua ini bersama-sama memungkinkan untuk menilai bahagian kewangan dengan terperinci, dan untuk menindih kos VDI pada rancangan pertumbuhan syarikat, dan untuk memahami seberapa cepat penyelesaian itu akan membuahkan hasil dan bagaimana ia akan berfungsi. Kerana mana-mana VDI adalah penyelesaian yang akhirnya menjimatkan banyak sumber, tetapi pada masa yang sama, kemungkinan besar, tanpa peluang kos efektif untuk mengubahnya dalam masa 5-7 tahun penggunaan.
Secara umum, jika anda mempunyai sebarang soalan yang bukan untuk komen, tulis kepada saya melalui e-mel [e-mel dilindungi].
Sumber: www.habr.com