Vă prezentăm în continuare sistemul hiperconvergent Cisco HyperFlex.
În aprilie 2019, Cisco efectuează din nou o serie de demonstrații ale noii soluții hiperconvergente Cisco HyperFlex în regiunile din Rusia și Kazahstan. Vă puteți înscrie pentru o demonstrație folosind formularul de feedback, accesând linkul. Alăturaţi-ne!
Am publicat anterior un articol despre testele de sarcină efectuate de laboratorul independent ESG în 2017. În 2018, performanța soluției Cisco HyperFlex (versiunea HX 3.0) s-a îmbunătățit semnificativ. În plus, soluțiile competitive continuă să se îmbunătățească. De aceea, publicăm o nouă versiune, mai recentă, a benchmark-urilor de stres ESG.
În vara lui 2018, laboratorul ESG a recomparat Cisco HyperFlex cu concurenții săi. Ținând cont de tendința actuală de utilizare a soluțiilor definite de software, la analiza comparativă au fost adăugați și producători de platforme similare.
Testați configurațiile
Ca parte a testării, HyperFlex a fost comparat cu două sisteme hiperconvergente complet software care sunt instalate pe servere x86 standard, precum și cu o soluție software și hardware. Testarea a fost efectuată folosind un software standard pentru sisteme hiperconvergente - HCIBench, care utilizează instrumentul Oracle Vdbench și automatizează procesul de testare. În special, HCIBench creează automat mașini virtuale, coordonează încărcarea dintre ele și generează rapoarte convenabile și ușor de înțeles.
Au fost create 140 de mașini virtuale per cluster (35 per nod de cluster). Fiecare mașină virtuală a folosit 4 vCPU-uri, 4 GB RAM. Discul VM local era de 16 GB, iar discul suplimentar era de 40 GB.
Următoarele configurații de cluster au participat la testare:
- cluster de patru noduri Cisco HyperFlex 220C 1 x 400 GB SSD pentru cache și 6 x 1.2 TB SAS HDD pentru date;
- Furnizor concurent Un cluster de patru noduri 2 x 400 GB SSD pentru cache și 4 x 1 TB SATA HDD pentru date;
- concurentul Vendor B cluster de patru noduri 2 x 400 GB SSD pentru cache și 12 x 1.2 TB SAS HDD pentru date;
- concurentul Vendor C cluster de patru noduri 4 x 480 GB SSD pentru cache și 12 x 900 GB SAS HDD pentru date.
Procesoarele și memoria RAM ale tuturor soluțiilor au fost identice.
Testați numărul de mașini virtuale
Testarea a început cu un volum de lucru conceput pentru a emula un test OLTP standard: citire/scriere (RW) 70%/30%, 100% FullRandom cu o țintă de 800 IOPS per mașină virtuală (VM). Testul a fost efectuat pe 140 de VM din fiecare cluster timp de trei până la patru ore. Scopul testului este de a menține latența de scriere pe cât mai multe VM posibil la 5 milisecunde sau mai puțin.
Ca rezultat al testului (vezi graficul de mai jos), HyperFlex a fost singura platformă care a finalizat acest test cu 140 de VM inițiale și cu latențe sub 5 ms (4,95 ms). Pentru fiecare dintre celelalte clustere, testul a fost repornit pentru a ajusta experimental numărul de VM la latența țintă de 5 ms pe mai multe iterații.
Furnizorul A a gestionat cu succes 70 de VM cu un timp mediu de răspuns de 4,65 ms.
Furnizorul B a atins latența necesară de 5,37 ms. doar cu 36 de VM-uri.
Furnizorul C a fost capabil să gestioneze 48 de mașini virtuale cu un timp de răspuns de 5,02 ms
SQL Server Load Emulation
Apoi, ESG Lab a emulat încărcarea SQL Server. Testul a folosit diferite dimensiuni de bloc și rapoarte de citire/scriere. Testul a fost rulat și pe 140 de mașini virtuale.
După cum se arată în figura de mai jos, clusterul Cisco HyperFlex a depășit vânzătorii A și B în IOPS cu aproape dublu, iar furnizorul C de peste cinci ori. Timpul mediu de răspuns al Cisco HyperFlex a fost de 8,2 ms. Pentru comparație, timpul mediu de răspuns pentru furnizorul A a fost de 30,6 ms, pentru furnizorul B a fost de 12,8 ms și pentru furnizorul C a fost de 10,33 ms.
O observație interesantă a fost făcută în timpul tuturor testelor. Furnizorul B a arătat o variație semnificativă a performanței medii în IOPS pe diferite VM. Adică, încărcarea a fost distribuită extrem de neuniform, unele VM au funcționat cu o valoare medie de 1000 IOPS+, iar altele - cu o valoare de 64 IOPS. Cisco HyperFlex în acest caz părea mult mai stabil, toate cele 140 de VM-uri au primit o medie de 600 IOPS de la subsistemul de stocare, adică încărcarea dintre mașinile virtuale a fost distribuită foarte uniform.
Este important de reținut că o astfel de distribuție neuniformă a IOPS pe mașinile virtuale de la furnizorul B a fost observată în fiecare iterație de testare.
În producția reală, acest comportament al sistemului poate fi o mare problemă pentru administratori; de fapt, mașinile virtuale individuale încep să se înghețe aleatoriu și practic nu există nicio modalitate de a controla acest proces. Singura modalitate, nu foarte reușită, de a echilibra încărcătura, atunci când utilizați o soluție de la furnizorul B, este să utilizați una sau alta QoS sau implementarea echilibrării.
Producție
Să ne gândim la ce Cisco Hyperflex are 140 de mașini virtuale pe 1 nod fizic față de 70 sau mai puțin pentru alte soluții? Pentru afaceri, asta înseamnă că pentru a suporta același număr de aplicații pe Hyperflex, aveți nevoie de 2 ori mai puține noduri decât în soluțiile concurente, adică. sistemul final va fi mult mai ieftin. Dacă adăugăm aici nivelul de automatizare a tuturor operațiunilor de întreținere a rețelei, serverelor și platformei de stocare HX Data Platform, devine clar de ce soluțiile Cisco Hyperflex câștigă atât de rapid popularitate pe piață.
În general, ESG Labs a confirmat că Cisco HyperFlex Hybrid HX 3.0 oferă performanțe mai rapide și mai consistente decât alte soluții comparabile.
În același timp, clusterele hibride HyperFlex au fost, de asemenea, înaintea concurenților în ceea ce privește IOPS și latență. La fel de important, performanța HyperFlex a fost atinsă cu o încărcătură foarte bine distribuită pe întreg spațiul de stocare.
Permiteți-ne să vă reamintim că puteți vedea soluția Cisco Hyperflex și puteți verifica capabilitățile acesteia chiar acum. Sistemul este disponibil pentru demonstrație pentru toată lumea:
Sursa: www.habr.com