V 1. části naší recenze X-IO Technologies ISE 860 G3 jsme si představili, co ISE 860 G3 je, a podívali jsme se na aplikační a syntetické benchmarky. Ve stručném shrnutí si platforma vedla mimořádně dobře ve všem, co jsme na ni aplikovali, včetně MySQL, SQL Serveru a syntetických úloh. V druhé části naší recenze rozšíříme naše virtualizační testování VMware ISE 860 G3 o testy VMmark, selhání řadiče pod zátěží a namáhání enginu QoS na ISE 860 G3 pod zátěží MySQL.
Analýza výkonu VMmark
Stejně jako u všech našich analýz výkonu aplikací se snažíme ukázat, jak si produkty vedou v živém produkčním prostředí ve srovnání s tvrzeními společnosti o výkonu. Chápeme důležitost vyhodnocení úložiště jako součásti větších systémů, a především to, jak rychle úložiště reaguje při interakci s klíčovými podnikovými aplikacemi. V tomto testu používáme virtualizační benchmark VMmark od společnosti VMware v prostředí s více servery.
VMmark je ze své podstaty vysoce náročný benchmark s širokou škálou úloh aplikací založených na virtuálních strojích, které zatěžují úložiště, síť a výpočetní aktivitu. Pokud jde o testování výkonu virtualizace, neexistuje téměř žádný lepší benchmark, protože VMmark se zaměřuje na tolik aspektů, včetně úložných I/O operací, CPU a dokonce i síťového výkonu v prostředích VMware.
Specifikace clusteru Dell PowerEdge R730 VMware VMmark se 4 uzly
- Servery Dell PowerEdge R730 (4x)
- CPU: Osm Intel Xeon E5-2690 v3 2.6 GHz (12C/24T)
- Paměť: 64 x 16GB DDR4 RDIMM
- Dvouportový HBA Emulex LightPulse LPe16002B 16Gb FC
- Emulex OneConnect OCe14102-NX 10Gb Ethernet síťová karta se dvěma porty
- VMware ESXi 6.0
ISE 860 G3 (20×1.6TB SSD disků na DataPac)
- Před RAID: 51.2 TB
- Kapacita RAID 10: 22.9 TB
- Kapacita RAID 5: 36.6 TB
- Ceníková cena: 575,000 $
V našem úvodním pohledu na výkon VMware VMmark s XIO ISE 860 jsme jako hnací sílu pracovní zátěže použili cluster Dell PowerEdge R730 13G se 4 uzly . S osmi procesory Intel E5-2690 v3 Haswell nabízí tento cluster 249.6 GHz CPU pro aplikace běžící jako součást každé dlaždice VMmark. Obecně jsme zaznamenali požadavek na přibližně 10 GHz na dlaždici, což znamená, že tento cluster by za optimálních podmínek měl být schopen běžet 24–26 dlaždic. Kromě toho by bylo nutné přidat do clusteru další servery nebo přejít na procesor vyšší úrovně, jako je E5-2697 v3 nebo E5-2699 v3. To je jiný způsob, jak říct, že až bude tento cluster vyčerpán, úložiště bude s největší pravděpodobností stále mít k dispozici určitý prostor pro další rozšíření.
Při škálování pracovní zátěže VMmark na XIO ISE 860 jsme zaznamenali výrazné lineární zlepšení od 1 do 22 dlaždic. Po 22 dlaždicích se výkon začal mírně snižovat, protože náš výpočetní cluster fixoval využití CPU. S větším clusterem by XIO ISE 860 snadno zvládl dodatečnou zátěž. Ponoření se do zákulisí monitorování výkonu to potvrzuje, s latencí naměřenou pod 1 ms během našich 26 dlaždicových běhů, s hrstkou jednociferných výkyvů během akcí svmotion/deploy. Vzhledem k tomu, že nízká latence je pro all-flash pole absolutní nutností, X-IO ISE 860 vůbec nezklame.
Testování selhání řídicí jednotky
Na trhu existují různá provedení SAN a také rozdíly v konfiguraci, například aktivní/pasivní a aktivní/aktivní. Pokud jde o řešení poruch, obě provedení umožňují, aby náhradní nebo sekundární řadič převzal povinnosti úložiště, pokud se primární řadič odpojí od sítě. Stále více nás zajímá ukázat, jak se různé platformy vyrovnávají se selháním řadičů, protože ne všechny platformy jsou si rovny. Scénář, který jsme navrhli, je ve své podstatě poměrně jednoduchý: nasadit na úložné pole značnou pracovní zátěž, počkat, dokud pracovní zátěž nedosáhne ustáleného stavu, a poté vyjmout řadič. Během tohoto procesu se zaměřujeme na to, jak se mění výkonnostní charakteristiky, monitorujeme výpadky aktivity I/O a především to, jak rychle platforma obnoví testovanou pracovní zátěž. Pro X-IO ISE 860 jsme použili naši pracovní zátěž Sysbench se 4 instancemi rozloženými na dva svazky.
Se 4 virtuálními počítači Sysbench běžícími na ISE 860 jsme čekali zhruba 15 minut, než se zatížení úložného pole vyrovnalo. V tomto okamžiku naměřená zátěž byla přibližně 1 100 TPS na virtuální počítač. S odpojeným jedním řadičem jsme zaznamenali pokles výkonu na 3–4 sekundy u všech virtuálních počítačů, jehož následné pozastavení na přibližně 10 sekund a následné rychlé obnovení úrovně výkonu naměřené před selháním. Naše hostitelské počítače VMware ESXi 6.0 se s tímto přerušením úložných I/O operací snadno vyrovnaly a pokračovaly v práci, jako by se nic nestalo.
V sadě X-IO ISE Manager Suite jsme byli schopni selhání zaznamenat asi po 5 minutách (ruční aktualizace by ho mohla zobrazit dříve). 10–15 minut po odpojení ovladače jsme také obdrželi automatické e-mailové upozornění od podpory X-IO, které nás také varovalo před selháním ovladače.
Chcete-li starý řadič vrátit zpět do pole (nebo přidat náhradní řadič do pole), jednoduše vložte řadič do zadní části pole, nechte pole detekovat/analyzovat řadič a indikovat, že je schopen sloučení s polem. Tento proces trval několik minut a v zobrazení řadiče ISE Manager se objevilo tlačítko „Přidat“. Po kliknutí jsme zaznamenali podobný pokles výkonu, následovaný několikasekundovou pauzou I/O, než se pole vrátilo do normálu. Stejně jako v případě původní chyby neměl VMware ESXi 6.0 s tímto přerušením problém a na úrovni hostujícího operačního systému jsme nezaznamenali žádné chyby. Ne všechna úložná pole jsou v tomto ohledu stejná a je hezké vidět, že ISE 860 by snadno zvládlo katastrofické selhání.
Technologie X-IO ISE 860 G3 QoS
V první části naší recenze jsme se krátce dotkli QoS, zde se na to podíváme hlouběji. Společnost X-IO nabízí funkci QoS na svých úložných polích ISE. Nastavení QoS se aplikuje na úrovni svazků, kde uživatel může specifikovat IOPS Max, IOPS Min a IOPS Burst. I když syntetické výsledky mohou být užitečné k ukázání, jak dobře fungují profily QoS na daném zařízení, mnohem cennější je sledovat, jak na ně aplikace reagují. V této části jsme opět použili naši pracovní zátěž Sysbench MySQL TPC-C, protože nabízí vynikající možnosti monitorování výkonu v reálném čase. Náš scénář využíval nasazení 4 virtuálních počítačů, se dvěma virtuálními počítači na jednom svazku a dalšími dvěma na jiném svazku. Jeden svazek byl navržen jako „produkční“ případ použití, kde jsme nechtěli žádné omezení výkonu ve srovnání s neregulovaným benchmarkem, zatímco druhý svazek by byl „vývojový“ případ použití. To by odráželo podnikové prostředí, kde potřebujete více instancí databáze běžících na primárním úložišti, ale vývojové instance by neměly ovlivňovat produkční virtuální počítače.
Povolení QoS a jeho konfigurace na úrovni svazku je na X-IO ISE 860 velmi snadné. Nastavení se přistupuje prostřednictvím stejných nabídek jako při zřizování svazků, kde je výchozí hodnota „regulované úložiště“ nebo plný výkon. Chcete-li povolit QoS, jednoduše zadejte hodnotu IOPS a metodou pokus-omyl sledujte, jak ovlivňuje vaši pracovní zátěž. Vyplatí se nejprve sledovat úroveň IOPS vaší pracovní zátěže bez omezení prostřednictvím zobrazení výkonu v ISE Manageru, abyste získali základní hodnotu. V tomto případě 2 virtuální počítače Sysbench spotřebovaly přes 20 000 IOPS, takže jsme na svazku, na kterém běží naše produkční úloha, nastavili maximum 30 tisíc IOPS, burst 40 tisíc IOPS a minimum 20 tisíc IOP. Pro náš vývojový svazek jsme provedli několik iterací, abychom zjistili, jak omezení profilu I/O ovlivnilo náš živý běh Sysbench.
První příklad ukazuje Sysbench běžící na našem produkčním objemu s povolenou QoS. Nezaznamenali jsme žádnou změnu výkonu oproti regulovanému nebo zcela neomezenému úložišti.
V našem vývojovém prostředí Sysbench jsme byli schopni snadno kontrolovat výkonnostní profil, což se projevilo stabilní, i když nižší úrovní výkonu. V níže uvedeném příkladu jsme změnili profil nastavený na poloviční výkon oproti našemu produkčnímu objemu na profil snižující úroveň IOPS na 25 % původní úrovně. Jak vidíte, změna výkonu nastala okamžitě, bez přerušení nebo nestability I/O. Pro kupující, kteří se obávají hlučných sousedů, kteří by mohli ovlivnit vysoce prioritní úlohy, nabízí X-IO vysoce výkonnou sadu funkcí QoS, která funguje velmi dobře i v reálných podmínkách.
Část 2 Závěrečné myšlenky
Druhá část této série recenzí se podrobně zabývá problémy s výkonem i službami. Co se týče výkonu, ISE 860 v testu VMmark sesadil 26 dlaždic, čímž maximalizoval možnosti 4uzlového clusteru. Navíc byla latence zápisu při zátěži 26 dlaždic neuvěřitelně nízká, pod 1 ms a s nárůsty pod 10 ms. ISE má v tomto ohledu evidentně větší rezervu, což je něco, co prozkoumáme dále. Zvládnout vše, co mu čtyři servery mohly do cesty přinést, není žádný malý výkon, ale přesto se to dalo očekávat, protože ISE i nadále vykazuje fantastický výkon v celé řadě úloh.
Kromě výkonu je jednou z předností řady ISE, kterou X-IO proslavil, absence nutnosti údržby. Selhání disku v tomto případě nefunguje, X-IO agreguje úložiště, aby záměrně zakryl jednotlivé disky, i když byste k nim měli fyzický přístup během provozu. V tomto případě jsme s lehkostí vyndali jeden řadič, abychom zjistili, co se stane s aktivními úlohami. S malým zábleskem, když druhý řadič absorboval zátěž, vše pokračovalo bez problémů ve vCenteru nebo hostovaných operačních systémech. Také jsme se ponořili do funkcí QoS v ISE, které umožňují přesnou kontrolu na základě jednotlivých svazků. Zralé funkce QoS se na primárních úložných polích běžně nevyskytují, takže je dobré mít tuto úroveň granulárního přístupu, zejména pro ty, kteří na primárním úložišti provozují nekritické vývojářské úlohy nebo mají hlučné sousedy, kteří často spotřebovávají mnohem více zdrojů, než je jejich spravedlivý podíl.
Budeme i nadále pracovat s ISE 860 a dále rozvíjet naše testovací strategie pro tento nový druh vysoce výkonného úložiště. Další kroky zahrnují testování na Cisco UCS Mini s osmi blade servery a několika dalšími úlohami, se kterými si flash pole dokáží poradit.
Recenze X-IO Technologies ISE 860 G3: 1. část
Amazon