Urang terus ngawanohkeun anjeun sistem hyperconverged Cisco HyperFlex.
Dina April 2019, Cisco sakali deui ngayakeun séri démo ngeunaan solusi hyperconverged énggal Cisco HyperFlex di daérah Rusia sareng Kazakhstan. Anjeun tiasa ngadaptarkeun demonstrasi nganggo formulir eupan balik ku nuturkeun tautan. Ngahiji sareng Kami!
Kami sateuacana nyebarkeun tulisan ngeunaan tes beban anu dilakukeun ku ESG Lab mandiri di 2017. Taun 2018, kinerja solusi Cisco HyperFlex (versi HX 3.0) parantos ningkat sacara signifikan. Salaku tambahan, solusi kompetitif ogé terus ningkat. Éta sababna urang nyebarkeun édisi énggal tina patokan setrés ESG.
Dina usum panas 2018, laboratorium ESG ngabandingkeun deui Cisco HyperFlex sareng pesaingna. Ningali tren ayeuna ngagunakeun solusi anu didefinisikeun parangkat lunak, produsén platform anu sami ogé ditambah kana analisis komparatif.
Konfigurasi tés
Salaku bagian tina tés, HyperFlex dibandingkeun sareng dua sistem hyperconverged parangkat lunak lengkep anu dipasang dina server x86 standar, ogé sareng hiji solusi parangkat lunak sareng hardware. Tés dilaksanakeun nganggo parangkat lunak standar pikeun sistem hyperconverged - HCIBench, anu nganggo alat Oracle Vdbench sareng ngajadikeun otomatis prosés tés. Khususna, HCIBench otomatis nyiptakeun mesin virtual, koordinat beban antara aranjeunna sareng ngahasilkeun laporan anu gampang sareng kaharti.
140 mesin virtual dijieun per klaster (35 per titik klaster). Unggal mesin virtual dipaké 4 vCPUs, 4 GB RAM. VM disk lokal éta 16 GB jeung disk tambahan éta 40 GB.
Konfigurasi klaster di handap ieu milu dina uji:
- klaster opat Cisco HyperFlex 220C titik 1 x 400 GB SSD pikeun cache sarta 6 x 1.2 TB Sas HDD pikeun data;
- saingan Vendor A klaster opat titik 2 x 400 GB SSD pikeun cache sarta 4 x 1 TB SATA HDD pikeun data;
- saingan Vendor B klaster opat titik 2 x 400 GB SSD pikeun cache sarta 12 x 1.2 TB Sas HDD pikeun data;
- saingan Vendor C klaster opat titik 4 x 480 GB SSD pikeun cache sarta 12 x 900 GB SAS HDD pikeun data.
Prosesor sareng RAM sadaya solusi éta sami.
Nguji pikeun jumlah mesin virtual
Uji coba dimimitian ku beban kerja anu dirancang pikeun niru tés OLTP standar: baca / tulis (RW) 70% / 30%, 100% FullRandom kalayan target 800 IOPS per mesin virtual (VM). Tés dilaksanakeun dina 140 VM dina unggal klaster salami tilu dugi ka opat jam. Tujuan tina tés nyaéta pikeun ngajaga latén nyerat dina saloba VM sabisa-bisa dugi ka 5 milidetik atanapi langkung handap.
Salaku hasil tina tés (tingali grafik di handap), HyperFlex éta hijina platform anu réngsé tés ieu kalawan 140 VMs awal jeung latency handap 5 mdet (4,95 mdet). Pikeun masing-masing klaster anu sanés, tés dibalikan deui supados sacara ékspériméntal nyaluyukeun jumlah VM kana target latency 5 ms dina sababaraha iterasi.
Vendor A suksés ngatur 70 VM kalayan waktos réspon rata-rata 4,65 mdet.
Vendor B ngahontal latén anu diperyogikeun 5,37 mdet. ngan kalawan 36 VMs.
Vendor C tiasa ngadamel 48 mesin virtual kalayan waktos réspon 5,02 mdet
SQL Server Beban Emulation
Salajengna, ESG Lab niru beban SQL Server. Tés ngagunakeun ukuran blok anu béda sareng babandingan baca/tulis. Tés ieu ogé dijalankeun dina 140 mesin virtual.
Ditémbongkeun saperti dina gambar di handap, Cisco HyperFlex klaster outperformed ngical paralatan A jeung B di IOPS ampir ganda, jeung ngajual C leuwih ti lima kali. Waktu respon rata Cisco HyperFlex éta 8,2 mdet. Pikeun babandingan, rata-rata waktos réspon Vendor A nyaéta 30,6 mdet, pikeun Vendor B nyaéta 12,8 mdet, sareng Vendor C nyaéta 10,33 mdet.
Hiji observasi metot dijieun salila sakabéh tés. Vendor B nunjukkeun variasi anu signifikan dina pagelaran rata-rata dina IOPS dina VM anu béda. Hartina, beban disebarkeun pisan henteu rata, sababaraha VM damel kalayan nilai rata-rata 1000 IOPS +, sareng sababaraha - kalayan nilai 64 IOPS. Cisco HyperFlex dina hal ieu katingalina langkung stabil, sadaya 140 VM nampi rata-rata 600 IOPS tina subsistem gudang, nyaéta, beban antara mesin virtual disebarkeun sacara merata.
Penting pikeun dicatet yén distribusi IOPS anu henteu rata dina mesin virtual di vendor B dititénan dina unggal pengulangan tés.
Dina produksi nyata, paripolah sistem ieu tiasa janten masalah anu ageung pikeun pangurus; kanyataanna, mesin virtual individu sacara acak mimiti beku sareng praktis henteu aya cara pikeun ngontrol prosés ieu. Hiji-hijina jalan anu henteu suksés pikeun ngamuat kasaimbangan, nalika nganggo solusi ti vendor B, nyaéta ngagunakeun hiji atanapi QoS atanapi palaksanaan balancing.
kacindekan
Hayu urang mikir ngeunaan naon Cisco Hyperflex boga 140 mesin virtual per 1 titik fisik versus 70 atanapi kirang pikeun solusi séjén? Pikeun bisnis, ieu ngandung harti yén pikeun ngarojong jumlah sarua aplikasi dina Hyperflex, anjeun peryogi 2 kali leuwih saeutik titik ti dina solusi pesaing, i.e. sistem ahir bakal laér leuwih murah. Lamun urang tambahkeun dieu tingkat automation sadaya operasi pikeun ngajaga jaringan, server jeung platform gudang HX Data Platform, janten jelas naha solusi Cisco Hyperflex jadi gancang gaining popularitas di pasar.
Gemblengna, ESG Labs geus dikonfirmasi yén Cisco HyperFlex Hybrid HX 3.0 delivers kinerja gancang sarta leuwih konsisten ti solusi comparable séjén.
Dina waktos anu sami, klaster hibrid HyperFlex ogé payuneun pesaing dina hal IOPS sareng Latency. Sarua pentingna, kinerja HyperFlex dihontal kalayan beban anu disebarkeun saé pisan dina sakumna panyimpenan.
Hayu urang ngingetan yén anjeun tiasa ningali solusi Cisco Hyperflex sareng pariksa kamampuanna ayeuna. Sistim nu sadia pikeun démo ka dulur:
sumber: www.habr.com