Cisco Hyperflex nagy terhelésű adatbázis-kezelő rendszerekhez

Folytatjuk a Cisco Hyperflexről szóló cikksorozatot. Ezúttal bemutatjuk a Cisco Hyperflex nagy terhelésű Oracle és Microsoft SQL DBMS-ek alatt végzett munkáját, valamint összehasonlítjuk a kapott eredményeket versenyképes megoldásokkal.

Ezenkívül továbbra is demonstráljuk a Hyperflex képességeit országunk régióiban, és örömmel meghívjuk Önt a megoldás következő bemutatóira, amelyeket ezúttal Moszkva és Krasznodar városokban tartanak.

Moszkva - május 28. Rekord по ссылке.
Krasznodar - június 5. Rekord по ссылке.

Egészen a közelmúltig a hiperkonvergens megoldások nem voltak túl megfelelő megoldások a DBMS-hez, különösen a nagy terhelésűekhez. Az UCS szövetnek a Cisco Hyperflex hardverplatformjaként való használatának köszönhetően azonban, amely 10 év alatt bizonyította megbízhatóságát és teljesítményét, ez a helyzet már megváltozott.

Többet szeretne tudni? Akkor üdv a macskában.

Bevezetés

Jelenleg kétféle megközelítés létezik a hiperkonvergens megoldások szervezésére. Az első megközelítés a szoftver által definiált megoldásokon alapul, amelyeket szoftverként szállítanak, és az ügyfelek maguk választják ki a berendezést. A második megközelítés kulcsrakész megoldásokon alapul, azaz szoftvert, hardvert és technikai támogatást tartalmaz. Mi a Ciscónál a második megközelítést követjük, és kész megoldásokat szállítunk ügyfeleinknek, hiszen csak így tudjuk garantálni a rendszer stabil működését, az egyetlen gyártótól származó magas színvonalú műszaki támogatást és a nagy teljesítményt.
A rendszer nagy teljesítménye az egyik kulcsfontosságú tényező annak eldöntésekor, hogy egy adott terméket kritikus feladatokban használjunk-e.

Manapság a szervezetek hajlamosak a kritikus fontosságú feladatokat a klasszikus háromszintű architektúra megoldásokra (tárhely > tárolóhálózat > szerverek) helyezni. Ugyanakkor a legtöbb szervezet arra törekszik, hogy egyszerűsítse és csökkentse informatikai infrastruktúrájának költségeit anélkül, hogy csökkentené annak stabilitását és teljesítményét. Emiatt egyre több ügyfél figyel a hiperkonvergens megoldásokra.

Ebben a cikkben a független ESG laboratórium (Enterprise Strategy Group) által végzett legfrissebb (2019. februári) tesztekről lesz szó. A tesztelés során a magasan terhelt Oracle és MS SQL DBMS-ek (OLTP tesztek) működését emulálták, amely az IT infrastruktúra egyik legkritikusabb összetevője egy valódi produktív környezetben.

Ezt a terhelést három megoldáson hajtották végre: a Cisco Hyperflexen, valamint két szoftveresen definiált megoldáson, amelyek ugyanazokra a kiszolgálókra lettek telepítve, mint a Hyperflexben, vagyis a Cisco UCS kiszolgálókon.

Tesztkonfigurációk

Cisco Hyperflex nagy terhelésű adatbázis-kezelő rendszerekhez

A szállító rendszere nem használ gyorsítótárat, mert a megoldás fejlesztője nem támogatja a gyorsítótár-konfigurációt. Emiatt a lemezeket több kapacitás tárolására használták.

Vizsgálati módszertan

Az OLTP-teszteket négy virtuális géppel és egy 3,2 TB-os működő adatkészlettel hajtották végre. Az egyes tesztek végrehajtása előtt minden virtuális gépet feltöltöttek rögzített adatokkal egy tesztelőeszköz segítségével. Ez biztosítja, hogy a teszt „valódi” adatokat olvasson, és meglévő blokkokba írja, ahelyett, hogy egyszerűen nulla blokkokat vagy null értékeket adna vissza közvetlenül a memóriából. Ez akkor fordul elő, ha az adatok nincsenek feltöltve, ezért fontos volt annak biztosítása, hogy a teszt pontosan tükrözze az adatok olvasási és írási módját az alkalmazási környezetben. Ennek a nagy munkakészletnek az elkészítése sok időt vett igénybe, de véleményünk szerint megéri az időbefektetés, mivel pontosabb teljesítményadatokat biztosít.

A tesztelést a HCI Bench eszközzel (Oracle Vdbench alapú) és olyan I/O profilokkal végezték, amelyek az Oracle és SQL Server háttérrendszerek használatával emulálják az összetett, kritikus fontosságú OLTP-munkaterheléseket. A blokkméretek hozzárendelése az emulált alkalmazások szerint történt 100%-os véletlenszerű adathozzáféréssel (teljes véletlenszerű).

Oracle Database munkaterhelés

Az első egy OLTP-teszt volt, amelyet az Oracle környezet emulálására terveztek. A Vdbench-et különböző olvasási/írási arányú munkaterhelés létrehozására használták. A tesztet négy virtuális gépen hajtották végre. A négyórás teszt során a HyperFlex több mint 420 000 IOPS-t tudott elérni mindössze 4.4 ezredmásodperces késleltetéssel. Az A és B szoftvermegoldások csak 238 000, illetve 251 000 IOPS-t tudtak felmutatni.

Cisco Hyperflex nagy terhelésű adatbázis-kezelő rendszerekhez

Cisco Hyperflex nagy terhelésű adatbázis-kezelő rendszerekhez
A késleltetési szintek meglehetősen hasonlóak voltak az egyes rendszerekben, kivéve a B gyártó írási késleltetését, amely átlagosan 26,49 ms volt, nagyon jó 2,9 ms-os olvasási késleltetés mellett. A tömörítés és a deduplikáció minden rendszeren aktív volt.

Microsoft SQL Server terhelés

Ezután megvizsgáltunk egy OLTP-munkaterhelést, amelyet a Microsoft SQL Server DBMS emulálására terveztek.

Cisco Hyperflex nagy terhelésű adatbázis-kezelő rendszerekhez
A teszt eredményeként a Cisco HyperFlex fürt körülbelül kétszer jobb teljesítményt nyújtott az A és B versenytársaknál: 490 000 IOPS a Cisco esetében, szemben az A és B gyártók 200 000 és 260 000 IOPS-ével.

Cisco Hyperflex nagy terhelésű adatbázis-kezelő rendszerekhez
A Cisco HyperFlex lappangási eredménye nem sokban tért el az Oracle tesztétől, vagyis jó szinten, 4,4 ms-on volt. Ugyanakkor az A és B gyártók lényegesen rosszabb eredményeket mutattak, mint az Oracle tesztje során. A kompetitív B megoldás egyetlen pozitívuma a folyamatosan alacsony, 2,9 ms-os olvasási késleltetés; minden más mutatóban a Hyperflex kétszer vagy többször megelőzte a versenyképes megoldásokat.

Álláspontja

A független ESG laboratórium által végzett tesztelés nemcsak ismét megerősítette a Cisco Hyperflex megoldás megfelelő teljesítményét, hanem azt is bebizonyította, hogy a hiperkonvergens rendszerek már készen állnak a kritikus feladatokban való széles körű felhasználásra.

A hiperkonvergens rendszereket régóta alkalmasabbnak tartják a nem kritikus munkaterhelésekre. 2016-ban az ESG felmérést végzett a nagyvállalatok körében. Megkérdezték tőlük, hogy miért a hagyományos infrastruktúrát választották a hiperkonvergens infrastruktúrával szemben. A válaszadók 54%-a azt válaszolta, hogy ennek oka a termelékenység.

Gyorsan előre 2018-ra. Változott a kép: egy megismételt ESG-felmérés szerint a válaszadók mindössze 24%-a gondolja úgy, hogy a hagyományos megközelítések még mindig jobbak a teljesítmény szempontjából.

Amikor a technológiai evolúció megváltoztatja az iparág döntési kritériumait, gyakran nem egyezik meg, hogy mit akarnak az ügyfelek, és mit kaphatnak. Előnyben vannak azok a gyártók, akik látják, mi hiányzik, és pótolják ezt az űrt. A Cisco hiperkonvergens megoldást kínál, amely azt az egyszerűséget, költséghatékonyságot és egyenletes teljesítményt nyújtja, amelyre az ügyfeleknek szüksége van a kritikus munkaterheléshez.

A Cisco folyamatosan halad előre a hiperkonvergens rendszerek területén, amit nemcsak a Cisco Hyperflex megoldás kiváló tulajdonságai, hanem a piaci jelenléte is igazol. Ezért 2018 őszén a Cisco megérdemelten lépett be a Gartner szerint a HCI-piac vezetői közé.

Cisco Hyperflex nagy terhelésű adatbázis-kezelő rendszerekhez
Már most meggyőződhet arról, hogy a Hyperflex kiváló megoldás a legbonyolultabb és legigényesebb üzleti feladatokra, ha ellátogat bemutatóinkra, amelyeket Moszkva és Krasznodar városában tartunk.

Moszkva - május 28. Rekord по ссылке.
Krasznodar - június 5. Rekord по ссылке.

Forrás: will.com

Hozzászólás