Continuemu à presentà à u sistema iperconvergente Cisco HyperFlex.
In April 2019, Cisco hà tornatu una serie di dimostrazioni di a nova soluzione iperconvergente Cisco HyperFlex in e regioni di Russia è Kazakistan. Pudete firmà per una dimostrazione usendu u furmulariu di feedback seguitendu u ligame. Unisciti à noi!
Avemu publicatu prima un articulu nantu à e teste di carica realizate da u Laboratoriu ESG indipendente in 2017. In 2018, a prestazione di a suluzione Cisco HyperFlex (versione HX 3.0) hè significativamente migliorata. Inoltre, e soluzioni cumpetitive cuntinueghjanu ancu à migliurà. Hè per quessa chì publicemu una nova versione più recente di i parametri di stress di ESG.
In l'estiu di 2018, u laboratoriu ESG hà riparatu Cisco HyperFlex cù i so cuncurrenti. In cunsiderà a tendenza attuale di l'usu di suluzioni definite da u Software, i pruduttori di piattaforme simili sò stati ancu aghjuntu à l'analisi comparativa.
Pruvate cunfigurazioni
In parte di a prova, HyperFlex hè statu paragunatu cù dui sistemi iperconvergii cumpletamente software chì sò stallati nantu à i servitori standard x86, è ancu cù una solu solu software è hardware. A prova hè stata realizata cù un software standard per i sistemi iperconvergenti - HCIBench, chì usa l'utile Oracle Vdbench è automatizza u prucessu di prova. In particulare, HCIBench crea automaticamente macchine virtuali, coordina a carica trà elli è genera rapporti convenienti è comprensibili.
140 macchine virtuali sò state create per cluster (35 per cluster node). Ogni macchina virtuale usava 4 vCPU, 4 GB RAM. U discu VM locale era 16 GB è u discu supplementu era 40 GB.
E seguenti cunfigurazioni di cluster anu participatu à a prova:
- cluster di quattru nodi Cisco HyperFlex 220C 1 x 400 GB SSD per cache è 6 x 1.2 TB SAS HDD per dati;
- Competitore Vendor Un cluster di quattru nodi 2 x 400 GB SSD per cache è 4 x 1 TB SATA HDD per dati;
- competitor Vendor B cluster di quattru nodi 2 x 400 GB SSD per cache è 12 x 1.2 TB SAS HDD per dati;
- Cumpetitore Vendor C cluster di quattru nodi 4 x 480 GB SSD per cache è 12 x 900 GB SAS HDD per dati.
I prucessori è a RAM di tutte e soluzioni eranu identiche.
Pruvate u numeru di macchine virtuali
A prova principia cù una carica di travagliu pensata per emulà una prova OLTP standard: lettura / scrittura (RW) 70% / 30%, 100% FullRandom cù un scopu di 800 IOPS per macchina virtuale (VM). A prova hè stata realizata nantu à 140 VM in ogni cluster per trè à quattru ore. L'obiettivu di a prova hè di mantene a latenza di scrittura in quant'è VM pussibule à 5 millisecondi o più bassu.
In u risultatu di a prova (vede u graficu sottu), HyperFlex hè stata l'unica piattaforma chì hà cumpletu sta prova cù un iniziale 140 VM è cù latenzi sottu 5 ms (4,95 ms). Per ognunu di l'altri clusters, a prova hè stata riavviata per aghjustà sperimentalmente u numeru di VM à a latenza di destinazione di 5 ms in parechje iterazioni.
Vendor A hà trattatu cù successu 70 VM cù un tempu di risposta mediu di 4,65 ms.
Vendor B hà ottenutu a latenza necessaria di 5,37 ms. solu cù 36 VM.
Vendor C hà sappiutu trattà 48 macchine virtuali cù un tempu di risposta di 5,02 ms
Emulazione di carica di SQL Server
Dopu, ESG Lab hà emulatu a carica di SQL Server. A prova hà utilizatu diverse dimensioni di blocchi è rapporti di lettura / scrittura. A prova hè stata ancu eseguita nantu à 140 macchine virtuali.
Cum'è mostra in a figura sottu, u cluster Cisco HyperFlex hà superatu i venditori A è B in IOPS quasi u doppiu, è u venditore C da più di cinque volte. U tempu di risposta mediu di Cisco HyperFlex era 8,2 ms. Per paragone, u tempu di risposta mediu per u Vendor A era 30,6 ms, per u Vendor B era 12,8 ms, è per u Vendor C era 10,33 ms.
Una osservazione interessante hè stata fatta durante tutte e teste. Vendor B hà dimustratu una variazione significativa in u rendiment mediu in IOPS in diverse VM. Questu hè, a carica hè stata distribuita in modu estremamente irregulare, alcune VM anu travagliatu cù un valore mediu di 1000 IOPS +, è alcuni - cun un valore di 64 IOPS. Cisco HyperFlex in questu casu pareva assai più stabile, tutti i 140 VMs ricivutu una media di 600 IOPS da u subsistema di almacenamiento, vale à dì, a carica trà e macchine virtuali hè stata distribuita assai uniforme.
Hè impurtante di nutà chì una distribuzione cusì irregolare di IOPS in e macchine virtuali in u venditore B hè stata osservata in ogni iterazione di teste.
In a pruduzzione reale, stu cumpurtamentu di u sistema pò esse un grande prublema per l'amministratori; in fattu, i machini virtuali individuali cumincianu casualmente à congelate è ùn ci hè praticamenti manera di cuntrullà stu prucessu. L'unicu modu, micca assai successu per u bilanciu di carica, quandu si usa una suluzione da u venditore B, hè di utilizà un o un altru QoS o implementazione di equilibriu.
cunchiusioni
Pensemu à ciò chì Cisco Hyperflex hà 140 macchine virtuali per 1 node fisicu versus 70 o menu per altre soluzioni? Per l'affari, questu significa chì per sustene u listessu numaru d'applicazioni nantu à Hyperflex, avete bisognu di 2 volte menu nodi chì in suluzioni cuncurrenti, i.e. u sistema finali serà assai più prezzu. Se aghjustemu quì u livellu di l'automatizazione di tutte l'operazioni per mantene a rete, i servitori è a piattaforma di almacenamento HX Data Platform, diventa chjaru perchè e soluzioni Cisco Hyperflex sò cusì rapidamente ottene popularità in u mercatu.
In generale, ESG Labs hà cunfirmatu chì Cisco HyperFlex Hybrid HX 3.0 offre un rendimentu più veloce è più consistente cà altre soluzioni paragunabili.
À u listessu tempu, i clusters hibridi HyperFlex eranu ancu davanti à i cuncurrenti in termini di IOPS è Latenza. Ugualmente impurtante, u rendiment HyperFlex hè statu ottenutu cù una carica assai ben distribuita in tuttu u almacenamentu.
Ricordemu chì pudete vede a suluzione Cisco Hyperflex è verificate e so capacità avà. U sistema hè dispunibule per a dimostrazione à tutti:
Source: www.habr.com