Продължаваме да ви представяме хиперконвергентната система Cisco HyperFlex.
През април 2019 г. Cisco отново провежда серия от демонстрации на новото хиперконвергентно решение Cisco HyperFlex в регионите на Русия и Казахстан. Можете да се запишете за демонстрация чрез формата за обратна връзка, като следвате връзката. Присъедини се към нас!
По-рано публикувахме статия за тестовете за натоварване, извършени от независимата ESG Lab през 2017 г. През 2018 г. производителността на решението Cisco HyperFlex (версия HX 3.0) значително се подобри. В допълнение, конкурентните решения също продължават да се подобряват. Ето защо публикуваме нова, по-нова версия на показателите за стрес на ESG.
През лятото на 2018 г. лабораторията ESG сравни повторно Cisco HyperFlex с неговите конкуренти. Като се има предвид настоящата тенденция за използване на софтуерно дефинирани решения, производителите на подобни платформи също бяха добавени към сравнителния анализ.
Тестови конфигурации
Като част от тестването, HyperFlex беше сравнен с две напълно софтуерно хиперконвергирани системи, които са инсталирани на стандартни x86 сървъри, както и с едно софтуерно и хардуерно решение. Тестването беше извършено чрез стандартен софтуер за хиперконвергентни системи - HCIBench, който използва инструмента Oracle Vdbench и автоматизира процеса на тестване. По-специално, HCIBench автоматично създава виртуални машини, координира натоварването между тях и генерира удобни и разбираеми отчети.
Бяха създадени 140 виртуални машини на клъстер (35 на клъстерен възел). Всяка виртуална машина използва 4 vCPU, 4 GB RAM. Локалният VM диск беше 16 GB, а допълнителният диск беше 40 GB.
Следните клъстерни конфигурации участваха в тестването:
- клъстер от четири възела Cisco HyperFlex 220C 1 x 400 GB SSD за кеш и 6 x 1.2 TB SAS HDD за данни;
- конкурент Доставчик Клъстер от четири възела 2 x 400 GB SSD за кеш и 4 x 1 TB SATA HDD за данни;
- клъстер от доставчик B от четири възела 2 x 400 GB SSD за кеш и 12 x 1.2 TB SAS HDD за данни;
- конкурент Доставчик C клъстер от четири възела 4 x 480 GB SSD за кеш и 12 x 900 GB SAS HDD за данни.
Процесорите и RAM на всички решения бяха идентични.
Тествайте броя на виртуалните машини
Тестването започна с работно натоварване, предназначено да емулира стандартен OLTP тест: четене/запис (RW) 70%/30%, 100% FullRandom с цел от 800 IOPS на виртуална машина (VM). Тестът беше извършен на 140 VM във всеки клъстер за три до четири часа. Целта на теста е да поддържа латентностите при запис на възможно най-много виртуални машини до 5 милисекунди или по-малко.
В резултат на теста (вижте графиката по-долу), HyperFlex беше единствената платформа, която завърши този тест с първоначални 140 VM и със закъснения под 5 ms (4,95 ms). За всеки от другите клъстери тестът беше рестартиран, за да се коригира експериментално броят на виртуалните машини към целевата латентност от 5 ms за няколко итерации.
Доставчик A успешно се справи със 70 виртуални машини със средно време за реакция от 4,65 ms.
Доставчик B постигна изискваната латентност от 5,37 ms. само с 36 VM.
Доставчик C успя да се справи с 48 виртуални машини с време за реакция от 5,02 ms
Емулация на натоварване на SQL Server
След това ESG Lab емулира натоварването на SQL Server. Тестът използва различни размери на блокове и съотношения четене/запис. Тестът беше проведен и на 140 виртуални машини.
Както е показано на фигурата по-долу, клъстерът Cisco HyperFlex превъзхожда доставчици A и B в IOPS с почти двойно, а доставчик C с повече от пет пъти. Средното време за реакция на Cisco HyperFlex беше 8,2 ms. За сравнение, средното време за отговор за Доставчик A е 30,6 ms, за Доставчик B е 12,8 ms, а за Доставчик C е 10,33 ms.
По време на всички тестове беше направено интересно наблюдение. Доставчик B показа значителна вариация в средната производителност в IOPS на различни виртуални машини. Тоест натоварването беше разпределено изключително неравномерно, някои виртуални машини работеха със средна стойност от 1000 IOPS+, а някои - със стойност от 64 IOPS. Cisco HyperFlex в този случай изглеждаше много по-стабилен, всичките 140 виртуални машини получиха средно 600 IOPS от подсистемата за съхранение, тоест натоварването между виртуалните машини беше разпределено много равномерно.
Важно е да се отбележи, че такова неравномерно разпределение на IOPS във виртуални машини при доставчик B се наблюдава при всяка итерация на тестване.
В реално производство това поведение на системата може да бъде голям проблем за администраторите; всъщност отделните виртуални машини произволно започват да замръзват и практически няма начин да се контролира този процес. Единственият, не особено успешен начин за балансиране на натоварването при използване на решение от доставчик B е използването на едно или друго QoS или реализация на балансиране.
Продукция
Нека помислим какво Cisco Hyperflex има 140 виртуални машини на 1 физически възел срещу 70 или по-малко за други решения? За бизнеса това означава, че за да поддържате същия брой приложения на Hyperflex, имате нужда от 2 пъти по-малко възли, отколкото в конкурентни решения, т.е. крайната система ще бъде много по-евтина. Ако тук добавим и нивото на автоматизация на всички операции по поддръжката на мрежата, сървърите и платформата за съхранение HX Data Platform, става ясно защо решенията на Cisco Hyperflex толкова бързо набират популярност на пазара.
Като цяло, ESG Labs потвърди, че Cisco HyperFlex Hybrid HX 3.0 осигурява по-бърза и по-последователна производителност от други сравними решения.
В същото време хибридните клъстери HyperFlex също изпреварваха конкурентите по отношение на IOPS и латентност. Също толкова важно, производителността на HyperFlex беше постигната с много добре разпределено натоварване в цялото хранилище.
Напомняме ви, че можете да видите решението Cisco Hyperflex и да се уверите в неговите възможности още сега. Системата е достъпна за демонстрация на всички:
Източник: www.habr.com