Continuăm să vă familiarizăm cu sistemul hiperconvergent Cisco HyperFlex.
În aprilie 2019, compania Cisco va desfășura din nou o serie de demonstrații ale noului său sistem hiperconvergent Cisco HyperFlex în regiunile din Rusia și Kazahstan. Vă puteți înscrie pentru demonstrație prin formularul de contact, accesând linkul. Alăturați-vă!
Anterior, am publicat un articol despre testele de încărcare efectuate de laboratorul independent ESG Lab în 2017. În 2018, specificațiile soluției Cisco HyperFlex (versiunea HX 3.0) s-au îmbunătățit semnificativ. În plus, soluțiile concurente continuă să-și îmbunătățească performanțele. Așadar, publicăm o nouă versiune mai recentă a testelor comparative de încărcare realizate de ESG.
În vara anului 2018, laboratorul ESG a realizat o comparație reîncercată între Cisco HyperFlex și concurenți. Având în vedere tendința modernă de utilizare a soluțiilor Software-defined, au fost adăugați în analiza comparativă și producători de astfel de platforme.
Configurații de testare
În cadrul 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 hibridă software-hardware. Testarea a fost efectuată utilizând un software standard pentru sistemele hiperconvergente - HCIBench, care folosește instrumentul Oracle Vdbench și automatizează procesul de testare. În special, HCIBench creează automat mașini virtuale, coordonează încărcătura între ele și generează rapoarte convenabile și ușor de înțeles.
Au fost create 140 de mașini virtuale pe cluster (35 pe nodul cluster-ului). Fiecare mașină virtuală a utilizat 4 vCPU și 4 GB RAM. Discul local al VM-ului a fost de 16 GB, iar discul suplimentar de 40 GB.
În cadrul testării au fost implicate următoarele configurații ale cluster-elor:
- cluster format din patru noduri Cisco HyperFlex 220C 1 x 400 GB SSD pentru cache și 6 x 1,2 TB SAS HDD pentru date;
- clusterul concurentului Vendor A format din patru noduri 2 x 400 GB SSD pentru cache și 4 x 1 TB SATA HDD pentru date;
- clusterul concurentului Vendor B format din patru noduri 2 x 400 GB SSD pentru cache și 12 x 1,2 TB SAS HDD pentru date;
- clusterul concurentului Vendor C format din 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.
Test pentru numărul de mașini virtuale
Testarea a început cu o sarcină de lucru destinată emulării unui test standard OLTP: citire/scriere (RW) 70%/30%, 100% FullRandom cu o valoare țintă de 800 IOPS pe o mașină virtuală (VM). Testul a fost efectuat pe 140 VM în fiecare cluster timp de trei până la patru ore. Scopul testului a fost menținerea întârzierii la scriere pe cel mai mare număr de VM la un nivel de 5 milisecunde sau mai puțin.
Ca urmare a testului (vezi graficul de mai jos), HyperFlex s-a dovedit a fi singura platformă care a finalizat acest test cu cele 140 VM inițiale și cu întârzieri sub 5 ms (4,95 ms). Pentru fiecare dintre celelalte clustere, testul a fost reluat pentru a ajusta experimental numărul de VM la întârzierea de 5 ms.
Vendor A a gestionat cu succes 70 de VM cu un timp mediu de răspuns de 4,65 ms.
Vendor B a asigurat întârzierile necesare de 5,37 ms, doar cu 36 de VM.
Vendor C a reușit să suporte 48 de mașini virtuale cu un timp de răspuns de 5,02 ms.
Emulare sarcină SQL Server
Ulterior, ESG Lab a emulat sarcina SQL Server. Testul a folosit dimensiuni variate de blocuri și raporturi citire/scriere. Testul a fost de asemenea rulat pe 140 de mașini virtuale.
După cum se arată în imaginea de mai jos, clusterul Cisco HyperFlex a depășit aproape dublu Vendor A și B la IOPS, iar Vendor C cu mai mult de cinci ori. Timpul mediu de răspuns al Cisco HyperFlex a fost de 8,2 ms. Spre comparație, timpul mediu de răspuns al Vendor A a fost de 30,6 ms, al Vendor B de 12,8 ms, iar al Vendor C de 10,33 ms.
O observație interesantă a fost făcută în timpul tuturor testelor. Vendor B a arătat o variație semnificativă a performanței medii în IOPS pe diferite VM. Asta înseamnă că sarcina a fost distribuită extrem de inegal, unele VM lucrând cu o medie de 1000 IOPS+, iar altele cu o valoare de 64 IOPS. Cisco HyperFlex, în acest caz, a fost semnificativ mai stabil, toate cele 140 VM primind în medie 600 IOPS de la subsistemul de stocare, ceea ce înseamnă că sarcina a fost distribuită foarte uniform între mașinile virtuale.
Este important de menționat că o astfel de distribuție inegală a IOPS între mașinile virtuale la Vendor B a fost observată în fiecare iterație a testării.
În producția reală, un astfel de comportament al sistemului poate reprezenta o problemă majoră pentru administratori; practic, mașinile virtuale individuale încep să "înghețe" aleatoriu, fără nicio modalitate de control asupra acestui proces. Singura modalitate nu tocmai ideală de echilibrare a încărcării, folosind soluția de la furnizorul B, este implementarea unei forme de QoS sau a unui sistem de balansare.
Ieșire
Să ne gândim la ce înseamnă 140 de mașini virtuale pe Cisco Hyperflex pe un nod fizic, față de 70 sau mai puține la alte soluții? Pentru afaceri, asta înseamnă că pentru a susține același număr de aplicații pe Hyperflex, sunt necesare cu 50% mai puține noduri decât în soluțiile competitorilor, adică sistemul final va fi semnificativ mai ieftin. Dacă adăugăm și automatizarea 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ă rapid popularitate pe piață.
În general, laboratorul ESG a confirmat că versiunile hibride Cisco HyperFlex HX 3.0 oferă o performanță mai mare și mai stabilă decât alte soluții similare.
În plus, clusterele hibride HyperFlex au depășit concurența în ceea ce privește indicatorii IOPS și latență. Nu este mai puțin important faptul că performanța HyperFlex a fost asigurată cu o distribuție foarte bună a încărcării în întreaga stocare.
Să ne amintim că puteți vedea soluția Cisco Hyperflex și să vă convingeți de capacitățile sale chiar acum. Sistemul este disponibil pentru demonstrații tuturor doritorilor:
Sursa: habr.com
