W dalszym ciągu przedstawiamy Państwu system hiperkonwergentny Cisco HyperFlex.
W kwietniu 2019 roku Cisco po raz kolejny przeprowadziło serię demonstracji nowego rozwiązania hiperkonwergentnego Cisco HyperFlex w regionach Rosji i Kazachstanu. Możesz zapisać się na demonstrację, korzystając z formularza opinii, klikając link. Dołącz do nas!
Wcześniej pisaliśmy artykuł o testach obciążeniowych przeprowadzonych przez niezależne laboratorium ESG Lab w 2017 roku. W 2018 roku znacząco poprawiła się wydajność rozwiązania Cisco HyperFlex (wersja HX 3.0). Ponadto konkurencyjne rozwiązania również są stale udoskonalane. Dlatego publikujemy nową, nowszą wersję testów porównawczych warunków skrajnych ESG.
Latem 2018 roku laboratorium ESG ponownie porównało rozwiązanie Cisco HyperFlex z konkurencją. Biorąc pod uwagę panujący trend stosowania rozwiązań definiowanych programowo, do analizy porównawczej włączono również producentów podobnych platform.
Konfiguracje testowe
W ramach testów HyperFlex został porównany z dwoma w pełni programowymi systemami hiperkonwergentnymi, które są instalowane na standardowych serwerach x86, a także z jednym rozwiązaniem programowo-sprzętowym. Do testów wykorzystano standardowe oprogramowanie dla systemów hiperkonwergentnych – HCIBench, które wykorzystuje narzędzie Oracle Vdbench i automatyzuje proces testowania. W szczególności HCIBench automatycznie tworzy maszyny wirtualne, koordynuje obciążenie między nimi oraz generuje wygodne i zrozumiałe raporty.
Utworzono 140 maszyn wirtualnych na klaster (35 na węzeł klastra). Każda maszyna wirtualna korzystała z 4 procesorów vCPU i 4 GB RAM. Lokalny dysk maszyny wirtualnej miał pojemność 16 GB, a dysk dodatkowy 40 GB.
W testach wzięły udział następujące konfiguracje klastrów:
- klaster czterech węzłów Cisco HyperFlex 220C 1 x 400 GB SSD na pamięć podręczną i 6 x 1.2 TB SAS HDD na dane;
- konkurencyjny dostawca Klaster składający się z czterech węzłów 2 x 400 GB SSD na pamięć podręczną i 4 x 1 TB SATA HDD na dane;
- konkurencyjny klaster dostawcy B składający się z czterech węzłów 2 x 400 GB SSD na pamięć podręczną i 12 x 1.2 TB SAS HDD na dane;
- klaster C dostawcy konkurencyjnego, składający się z czterech węzłów, 4 dyski SSD 480 GB na pamięć podręczną i 12 dysków twardych SAS 900 GB na dane.
Procesory i pamięć RAM wszystkich rozwiązań były identyczne.
Przetestuj liczbę maszyn wirtualnych
Testowanie rozpoczęto od obciążenia zaprojektowanego tak, aby emulowało standardowy test OLTP: odczyt/zapis (RW) 70%/30%, 100% FullRandom z docelowym poziomem 800 IOPS na maszynę wirtualną (VM). Test przeprowadzono na 140 maszynach wirtualnych w każdym klastrze przez trzy do czterech godzin. Celem testu jest utrzymanie opóźnień zapisu na jak największej liczbie maszyn wirtualnych na poziomie 5 milisekund lub mniej.
W wyniku testu (patrz wykres poniżej) HyperFlex była jedyną platformą, która ukończyła ten test z początkowymi 140 maszynami wirtualnymi i opóźnieniami poniżej 5 ms (4,95 ms). Dla każdego z pozostałych klastrów test został wznowiony w celu eksperymentalnego dostosowania liczby maszyn wirtualnych do docelowego opóźnienia 5 ms w kilku iteracjach.
Dostawca A pomyślnie obsłużył 70 maszyn wirtualnych przy średnim czasie odpowiedzi 4,65 ms.
Dostawca B osiągnął wymagane opóźnienie 5,37 ms. tylko z 36 maszynami wirtualnymi.
Dostawca C był w stanie obsłużyć 48 maszyn wirtualnych z czasem reakcji 5,02 ms
Emulacja ładowania serwera SQL
Następnie laboratorium ESG emulowało obciążenie SQL Server. W teście wykorzystano różne rozmiary bloków i współczynniki odczytu/zapisu. Test przeprowadzono także na 140 maszynach wirtualnych.
Jak pokazano na poniższym rysunku, klaster Cisco HyperFlex uzyskał niemal dwukrotnie lepsze wyniki w zakresie IOPS od dostawców A i B, a ponad pięciokrotnie od dostawcy C. Średni czas reakcji Cisco HyperFlex wyniósł 8,2 ms. Dla porównania średni czas odpowiedzi dla dostawcy A wyniósł 30,6 ms, dla dostawcy B 12,8 ms, a dla dostawcy C 10,33 ms.
Podczas wszystkich testów poczyniono ciekawą obserwację. Dostawca B wykazał znaczną różnicę w średniej wydajności pod względem IOPS na różnych maszynach wirtualnych. Oznacza to, że obciążenie było rozłożone wyjątkowo nierównomiernie, część maszyn wirtualnych pracowała ze średnią wartością 1000 IOPS+, a część - z wartością 64 IOPS. Cisco HyperFlex w tym przypadku wyglądał znacznie stabilniej, wszystkie 140 maszyn wirtualnych otrzymało z podsystemu Storage średnio 600 IOPS, czyli obciążenie pomiędzy maszynami wirtualnymi rozłożyło się bardzo równomiernie.
Należy zauważyć, że w każdej iteracji testów zaobserwowano taki nierówny rozkład IOPS na maszynach wirtualnych u dostawcy B.
W rzeczywistej produkcji takie zachowanie systemu może być dużym problemem dla administratorów, tak naprawdę poszczególne maszyny wirtualne losowo zaczynają się zawieszać i praktycznie nie ma możliwości kontrolowania tego procesu. Jedynym, niezbyt skutecznym sposobem równoważenia obciążenia, w przypadku korzystania z rozwiązania dostawcy B, jest użycie tej lub innej implementacji QoS lub równoważenia.
Wniosek
Zastanówmy się, co Cisco Hyperflex ma 140 maszyn wirtualnych na 1 węzeł fizyczny w porównaniu do 70 lub mniej w przypadku innych rozwiązań? Dla biznesu oznacza to, że do obsługi tej samej liczby aplikacji na Hyperflexie potrzeba 2 razy mniej węzłów niż w rozwiązaniach konkurencji, tj. ostateczny system będzie znacznie tańszy. Jeśli do tego dodamy poziom automatyzacji wszystkich operacji związanych z utrzymaniem sieci, serwerów i platformy pamięci masowej HX Data Platform, stanie się jasne, dlaczego rozwiązania Cisco Hyperflex tak szybko zyskują popularność na rynku.
Ogólnie rzecz biorąc, ESG Labs potwierdziło, że Cisco HyperFlex Hybrid HX 3.0 zapewnia szybszą i bardziej stałą wydajność niż inne porównywalne rozwiązania.
Jednocześnie klastry hybrydowe HyperFlex wyprzedziły konkurencję również pod względem IOPS i opóźnień. Co równie ważne, wydajność HyperFlex została osiągnięta przy bardzo dobrze rozłożonym obciążeniu na całą pamięć masową.
Przypomnijmy, że już teraz możesz zobaczyć rozwiązanie Cisco Hyperflex i sprawdzić jego możliwości. System jest dostępny do demonstracji dla każdego:
Źródło: www.habr.com