Kérjük, ne siettesse a következtetéseket a cím miatt! Meggyőző érveink vannak a támogatására, és annyira sűrítettük őket, amennyire csak tudtuk. Összeállítottunk egy bejegyzést az új adattároló rendszerünk koncepciójáról és működési elveiről, amelynek megjelenése 2020 januárjában történt.
Véleményünk szerint a Dorado V6 tárolórendszerek fő versenyelőnyét éppen a címben említett teljesítmény és megbízhatóság biztosítja. Igen, ilyen egyszerű, de arra, hogy ezt a «egyszerűséget» hogyan sikerült elérnünk, ma beszélünk.
Annak érdekében, hogy jobban kiaknázhassuk az új generációs rendszerek potenciálját, bemutatjuk a modellcsalád idősebb képviselőit (8000-es és 18000-es modellek). Ha nem jelezzük másképp, ezekre gondolunk.
Pár szó a piacról
A Huawei megoldások helyzetének jobb megértése érdekében egy bevált mérőszámra, a „” a Gartner-től. Két évvel ezelőtt a hagyományos lemezmeghajtók szektorában cégünk magabiztosan a vezetők csoportjába tartozott, mivel csak a NetApp és a Hewlett Packard Enterprise előzte meg. A Huawei piaci helyzete a szilárdtest-tárolók között 2018-ban „jelölt” státusszal rendelkezett, azonban a vezetői pozíciók eléréséhez hiányzott valami.
2019-ben a Gartner a kutatásában az említett két szektort egyesítette – „Alap tárolás”. Ennek eredményeként a Huawei ismét a vezetők négyzetébe került, olyan szolgáltatókkal együtt, mint az IBM, Hitachi Vantara és Infinidat.
A kép teljessége érdekében jegyezzük meg, hogy a Gartner elemzéshez szükséges adatok 80%-át az amerikai piacon gyűjti, ami jelentős elfogultsághoz vezet az amerikai jelenléttel rendelkező cégek javára. Eközben az európai és ázsiai piacokra összpontosító szolgáltatók eleve hátrányos helyzetben vannak. Még így is, tavaly a Huawei termékei méltó helyet foglaltak el a jobb felső négyzetben, és a Gartner döntése szerint „ajánlott a használatra”.
Mi újság a Dorado V6-ban
A Dorado V6 termékcsalád, különösen a 3000-as sorozat, belépő szintű rendszereivel képviselteti magát. Eredetileg két vezérlővel felszerelve, akár 16 vezérlőre, 1200 lemezre és 192 GB gyorsítótárra is bővíthető. A rendszer továbbá Fibre Channel (8 / 16 / 32 Gb/s) és Ethernet (1 / 10 / 25 / 40 / 100 Gb/s) külső portokkal is fel lesz szerelve.
Megjegyezzük, hogy jelenleg visszaszorítják a kereskedelmi szempontból nem sikeres protokollok használatát, ezért a kezdeti szakaszban úgy döntöttünk, hogy lemondunk a Fibre Channel over Ethernet (FCoE) és Infiniband (IB) támogatásáról. Ezek a későbbi firmware verziókban fognak megjelenni. A NVMe over Fabric (NVMe-oF) támogatás alapból elérhető a Fibre Channel felett. A következő firmware verzióban, amelynek kiadása júniusra van tervezve, a NVMe over Ethernet üzemmód támogatása is várható. Véleményünk szerint a fent említett funkciók bőségesen fedezik a Huawei legtöbb ügyfelének igényeit.
A jelenlegi firmware verzióban a fájlhozzáférés nem elérhető, és az év végén, egyik következő frissítésben fog megjelenni. A megvalósítás natív szinten, a vezérlők által Ethernet portokra tervezték, kiegészítő hardver nélkül.
A Dorado V6 3000-as sorozat fő különbsége a régebbi modellekhez képest, hogy a hátoldalon csak egy protokollt - SAS 3.0 - támogat. Ennek megfelelően a tárolók is csak ezzel a meghatározott interfésszel használhatók. Véleményünk szerint a biztosított teljesítmény elegendő egy ilyen típusú eszköz számára.
A Dorado V6 5000 és 6000 sorozat középkategóriás megoldásoknak számítanak. Ezek is 2U formátumban készülnek, és két vezérlővel vannak felszerelve. Teljesítményben, processzorok számában, maximális lemezek számában és gyorsítótár méretben különböznek. Ugyanakkor architekturálisan és mérnöki szempontból a Dorado V6 5000 és 6000 azonosak, és hasonlóan néznek ki.
A hi-end kategóriába a Dorado V6 8000 és 18000 sorozat rendszerei tartoznak. 4U méretben készülnek, alapértelmezés szerint elválasztott architektúrával, ahol a vezérlők és a tárolók külön vannak. Minimális konfigurációval csak két vezérlőt tartalmazhatnak, azonban a megrendelők általában négyet vagy többet kérnek.
A Dorado V6 8000 függőlegesen 16 vezérlőig, míg a Dorado V6 18000 32-ig skálázható. Ezekben a rendszerekben különböző processzorok találhatók, eltérő számú maggal és gyorsítótár mérettel. Az engineering megoldások azonositása teljes mértékben megmarad, csakúgy, mint a mid-end szegmens modelljeinél.
A 2U-s tárolók RDMA-n keresztül csatlakoznak, 100 Gbit/s sávszélességgel. A Dorado V6 felső sorozatának backendje szintén támogatja a SAS 3.0-át, de inkább arra az esetre, ha a SAS interfésszel rendelkező SSD-k ára drámaian csökkenne. Ekkor gazdaságilag is indokolt lenne a használatuk, még a teljesítmény alacsonyabb szintje ellenére is. Jelenleg azonban az SSD-k között, amelyek SAS és NVMe interfészekkel rendelkeznek, a költségkülönbség olyan kicsi, hogy ilyen megoldás javaslására nem vagyunk felkészülve.
A vezérlő belsejében
A Dorado V6 vezérlők saját elem alapunkon készülnek. Nincsenek Intel processzorok, nincsenek ASIC-ok a Broadcom-tól. Így az alaplap minden egyes komponense, ahogyan maga az alaplap is, teljes mértékben kivonásra került az amerikai vállalatoktól származó szankciós nyomás kockázatai alól. Akik a saját szemeikkel látták bármelyik berendezésünket, bizonyára észrevették a logó alatt lévő piros csíkos logót. Ez azt jelenti, hogy a termékben nincsenek amerikai alkatrészek. Ez Huawei hivatalos iránya – átállás a saját gyártású, vagy legalábbis az Egyesült Államok politikája alá nem tartozó országokban gyártott alkatrészekre.
Ez látható a vezérlőpanel legjaván.
- Univerzális hálózati interfész (Hisilicon 1822 chip), amely a Fibre Channel vagy Ethernet csatlakozásáért felel.
- Távoli elérhetőséget biztosító BMC chip, nevezetesen Hisilicon 1710, a rendszer teljeskörű távoli vezérléséhez és monitorozásához. Ilyeneket használnak más szerverekben is és más megoldásokban is.
- A központi processzor, amely a Huawei által gyártott ARM architektúrára épülő Kunpeng 920 chip. Ez látható a fenti ábrán, bár más vezérlőkben eltérő modellek is telepíthetők, eltérő magok számával, órajellel, stb. A vezérlőn belüli processzorok száma is változik modellről modellre. Például a Dorado V6 felső sorozataiban egy lapkán négy processzor található.
- SSD vezérlő (Hisilicon 1812e chip), amely támogatja a SAS és NVMe tárolók csatlakoztatását. Megemlítjük, hogy a Huawei saját SSD-ket gyárt, de a NAND cellák gyártását külső négy legnagyobb globális gyártótól vásárolja meg, amelyeket nem vágott szilícium lemezként szerez be. A vágást, tesztelést és a chipekbe való csomagolást a Huawei saját magán végzi, majd a termékeket saját márkanevével dobja piacra.
- Mesterséges intelligencia chip — Ascend 310. Alapértelmezés szerint a vezérlőn nincs jelen, és egy külön kártyán keresztül telepítik, amely az egyik portot foglalja el, amit hálózati adapterek számára tartanak fenn. A chip intelligens cache kezelésre, teljesítmény vagy deduplikálási és tömörítési folyamatok irányítására használható. Mindezen feladatok végrehajtását a központi processzor is el tudja végezni, de az AI chip lehetővé teszi a lényegesen hatékonyabb megoldást.
A Kunpeng processzorokról külön.
A Kunpeng processzor egy chipbe integrált rendszer (SoC), amelyen kívül a számítási blokk mellett hardveres modulok is találhatóak, amelyek különböző folyamatokat gyorsítanak, például ellenőrző összegek kiszámítását vagy a „törlési kód” (erasure coding) végrehajtását. Ezen kívül hardveres támogatást nyújt SAS, Ethernet, DDR4 (hat-tól nyolc csatornáig) és egyebek. Mindez lehetővé teszi a Huawei számára, hogy olyan tárolóvezérlőket hozzon létre, amelyek teljesítménye nem marad el a klasszikus Intel megoldásoktól.
Továbbá, az ARM architektúrára alapozott saját megoldásai lehetővé teszik a Huawei számára, hogy teljes körű szervermegoldásokat hozzon létre, és azokat alternatíva gyanánt kínálja megrendelőinek az x86-os rendszerek mellett.
Az új Dorado V6 architektúra…
A Dorado V6 magasabb szériájú tároló architektúráját négy fő aldomain (gyár) képviseli.
Az első gyár a közös front-end (hálózati interfészek), amelyek a SAN gyárral vagy a hosztokkal való összeköttetésért felelnek.
A második — egy vezérlőcsoport, amelynek minden tagja a RDMA protokoll révén elérheti akár a bármely front-end hálózati kártyát, akár a szomszédos „motor”-t (engine), ami négy vezérlőt tartalmaz, valamint közös tápegységeket és hűtőrendszereket. Jelenleg a Dorado V6 hi-end osztályú modelljei két ilyen „motort” is tartalmazhatnak (így összesen nyolc vezérlővel).
A harmadik gyár felel a háttérmunkáért, és 100G RDMA hálózati kártyákból áll.
Végül a negyedik gyár 'hardverben' intelligens, bővíthető polcokkal van képviselve, amelyeken tárolók találhatók.
Ez a szimmetrikus felépítés felfedi az NVMe technológia összes potenciálját, és garantálja a magas teljesítményt és megbízhatóságot. A bemeneti-kimeneti folyamat a processzorok és magok között a lehető legnagyobb párhuzamossággal valósul meg, lehetővé téve az egyidejű olvasást és írást sok párhuzamos szálon.
…és mit nyújtott számunkra
A Dorado V6 megoldások maximális teljesítménye körülbelül háromszor túlszárnyalja az előző generáció (ugyanazon a szinten) rendszereinek mutatóit, és elérheti a 20 millió IOPS-t.
Ez azért van, mert az előző generációs eszközök esetében az NVMe támogatás csak a tárolókkal bővített polcokra terjedt ki. Most azonban már az összes fázisban jelen van, a hosztoktól a SSD-ig. A háttérhálózat is változásokon ment keresztül: a SAS/PPCIe helyét a 100 Gbps sebességű RoCEv2 vette át.
Megváltozott az SSD formátuma is. Míg korábban a 2U-s polcra 25 tároló fért, most már 36 palm-sized formátumú lemez fér el. Ezen kívül a polcok 'okosabbá' váltak. Minden polc most egy két ARM chip alapú, hibákkal szemben ellenálló vezérlőrendszert tartalmaz, amelyeket a központi vezérlőkben is használnak.
Jelenleg csak az adatok átszervezésével foglalkoznak, de az új firmwarek megjelenésével a tömörítés és az erasure coding is hozzáadódik, ami lehetővé teszi a terhelés csökkentését az alap vezérlőkön 15%-ról 5%-ra. A feladatok egy részének átköltöztetése a polcra szintén felszabadítja a belső hálózat sávszélességét. Mindez jelentősen növeli a rendszer skálázhatóságát.
A korábbi generációs tárolórendszerekben a tömörítés és deduplikáció fix hosszúságú blokkokkal történt. Most viszont bevezetésre került a változó hosszúságú blokkokkal való működés módja, amelyet egyelőre kézzel kell aktiválni. A következő firmwarek esetleg módosítják ezt a körülményt.
Röviden a hibákkal szembeni toleranciáról is. A Dorado V3 működőképes maradt, ha a két vezérlő közül az egyik leállt. A Dorado V6 az adatok hozzáférhetőségét akkor is biztosítja, ha hét vezérlő közül egy után a nyolcból sorban leáll, vagy ha egyszerre négy áll le az egyik 'motor' összetevőjéből.
A megbízhatóság a gazdaságosság szempontjából
Nemrégiben a Huawei megrendelői körében egy felmérést végeztek arról, hogy a vállalat milyen mértékű leállást tart elfogadhatónak az IT-infrastruktúra egyes elemeit tekintve. A válaszadók általában toleránsak voltak egy olyan hipotetikus helyzettel szemben, amelyben egy alkalmazás néhány száz másodpercig nem reagál. Az operációs rendszer vagy a busz host-adapter esetében kritikusnak számít a leállási idő, ami több tucat másodpercet jelent (tulajdonképpen a újraindítási időt). A hálózatra még magasabb követelményeket támasztanak; a sávszélessége nem csökkenhet 10-20 másodpercnél hosszabb időre. Ahogy könnyen kiderül, a válaszadók számára a legkritikusabbak a tárolórendszerek meghibásodása voltak. Az üzleti képviselők szemszögéből nézve a tárolórendszer leállása nem haladhatja meg... évente néhány másodpercet!
Más szavakkal, ha egy bank ügyfélalkalmazása 100 másodpercig nem válaszol, az valószínűleg nem okoz katasztrofális következményeket. Viszont ha ugyanennyi időre leáll a tárolórendszer, az üzletmenet leállását és jelentős pénzügyi veszteségeket okozhat.
A fenti diagramon a tíz legnagyobb bank óránkénti működési költségei láthatók (az adatok a Forbes 2017-es évéből származnak). Egyetérthetünk abban, hogy ha a cége mérete megközelíti a kínai bankokét, nem lesz nehéz indokolni a több millió dolláros tárolórendszer beszerzésének szükségességét. Ugyanez a visszájára is igaz: ha a vállalkozás nem szenved jelentős veszteségeket a leállás miatt, valószínűtlen, hogy hi-end tárolórendszert vásároljon. Mindenesetre fontos tudni, hogy mekkora lyuk fenyegeti a pénztárcáját, míg a rendszergazda a meghibásodott tárolórendszerrel foglalkozik.
Egy másodperc katasztrófa-átképzéshez
Az A megoldás ábráján látható a régebbi generációs Dorado V3 rendszerünk. Négy vezérlője párban működik, és a cache másolatok csak két vezérlőben találhatóak. A páron belüli vezérlők képesek újraelosztani a terhelést. Ugyanakkor, ahogy látja, itt nincsenek ‚gyártóüzemek‘ az elő- és hátsó véghez, így minden tárolószekrény egy adott vezérlőpárhoz csatlakozik.
A Solution V diagram shows the current solution available in the market from another vendor (recognized?). It already has frontend and backend factories, and the storage devices connect directly to four controllers. However, there are subtle nuances in the internal algorithms of the system that are not immediately obvious.
On the right is our current architecture of the Dorado V6 storage system with a full set of internal components. Let's examine how these systems handle a typical scenario—a controller failure.
In classic systems, like the Dorado V3, the time required for load redistribution during a failure can reach up to four seconds. During this time, input/output is completely halted. In the Solution V from our colleagues, despite a more modern architecture, the downtime during a failure is even higher—six seconds.
The Dorado V6 storage system restores its operation just one second after a failure. This result is achieved thanks to a homogeneous internal RDMA environment that allows the controller to access 'foreign' memory. Another important factor is the presence of a frontend factory, which ensures that the path for the host remains unchanged. The port stays the same, and the load is simply sent to the functioning controllers by the multipassing drivers.
The failure of the second controller in Dorado V6 is handled in one second using the same method. For Dorado V3, this takes about six seconds, while for the solution from another vendor, it takes nine. For many DBMSs, such intervals can no longer be considered acceptable, as during this time the system switches to standby mode and stops functioning. This is particularly relevant for DBMSs consisting of many partitions.
The failure of a third controller is not survivable for Solution A. This is simply due to the loss of access to part of the disks with data. In turn, Solution V in this situation restores functionality, taking, as in the previous case, nine seconds.
What about the Dorado V6? One second.
What can be accomplished in a second?
Majdnem semmi, de erre nincs is szükségünk. Ismételjük meg, hogy a Dorado V6 hi-end osztályú front-end gyára el van választva a vezérlő gyártól. Ezért nincsenek szigorúan kijelölt portok, amelyek egy adott vezérlőhöz tartoznak. A hiba utáni átkonfigurálás nem jelent alternatív útvonalak keresését vagy a multipasszálás újra inicializálását. A rendszer továbbra is működik, ahogy korábban.
Többfajta hiba iránti ellenállás
A Dorado V6 felsőbb modellei problémák nélkül átvészelik két bármely (!) vezérlő egyidejű leállását bármely „motornál”. Ez lehetővé vált, mert most a megoldás három példányban tárolja a cache-t. Ezért még kettős hiba esetén is mindig van egy épségben lévő példány.
Az összes négy vezérlő egyidejű leállása az egyik „motorban” szintén nem okoz végzetes következményeket, mivel a cache három példánya bármikor elosztva van a „motorok” között. E logika betartását a rendszer maga figyeli.
Végül egy nagyon valószínűtlen forgatókönyv a hét vezérlő sorozatos leállása a nyolcból. Ráadásul a különböző leállások között a minimálisan megengedett időtartam 15 perc. Ez idő alatt a tárolórendszer elvégzi a cache migrációhoz szükséges műveleteket.
Az utolsó megmaradó vezérlő öt napig (alapértelmezett érték, amelyet könnyen meg lehet változtatni a beállításokban) biztosítja az adattároló működését és fenntartja a cache-t. Ezen idő után a cache le lesz tiltva, de a tárolórendszer továbbra is működik.
Zavaró frissítések nélkül
Az új Dorado V6 operációs rendszer lehetővé teszi a tárolórendszer firmware-jének frissítését a vezérlők újraindítása nélkül.
Az operációs rendszer, akárcsak a korábbi megoldások esetében, Linux alapú, azonban sok operációs folyamatot áthelyeztek a kernelből a felhasználói módba. A legtöbb funkció, például a deduplikálás és a tömörítés, most már normál, háttérben működő démonok. Ennek köszönhetően bizonyos modulok frissítéséhez nem szükséges az egész operációs rendszert megváltoztatni. Például egy új protokoll támogatásának hozzáadásához csak a megfelelő programmodult kell leállítani és az újat elindítani.
Nyilvánvaló, hogy a rendszerfrissítések teljes kérdései továbbra is fennállnak, hiszen a magban is lehetnek olyan elemek, amelyek frissítésre szorulnak. Azonban a megfigyeléseink szerint ezek aránya kevesebb, mint 6% az összes számhoz képest. Ez lehetővé teszi a vezérlők újraindítását jóval ritkábban, mint korábban.
Katasztrófaálló megoldások és magas rendelkezésre állású (HA/DR) megoldások
A Dorado V6 „do-it-yourself” megoldás készen áll a geográfiai elosztású megoldásokba, városi szintű klaszterekbe (metro) és „hármas” adatközpontokba való integrációra.
A fenti illusztráción bal oldalon már sokak által ismert metro-klaszter látható. Két tárolórendszer működik aktív/aktív üzemmódban, akár 100 km távolságra egymástól. Az ilyen infrastruktúra, egy vagy több kvórum szerverrel, különböző cégek megoldásaival támogatható, beleértve a mi FusionSphere felhő operációs rendszerünket. Az ilyen projektekben különösen fontos a csatorna jellemzői a helyszínek között, míg a további feladatokat esetünkben a HyperMetro funkció látja el, amely újból, „do-it-yourself” megoldás. Lehetséges integráció Fibre Channel-en és iSCSI-n keresztül IP-hálózatokban, ha igény merül fel. Nincs szükség dedikált „sötét” optikákra, mivel a rendszer képes kapcsolatot létesíteni a meglévő csatornákon keresztül.
Ezeknek a rendszereknek az építése során az egyetlen hardverkövetelmény a tárolórendszerekhez a replikációhoz szükséges portok kijelölése. Elég, ha megveszi a licencet, elindítja a kvórum szervereket – fizikai vagy virtuális – és biztosítja az IP-kapcsolatot a vezérlők felé (10 Mbps, 50 ms).
Ez az architektúra könnyen átvihető egy három adatközponttal rendelkező rendszerre (lásd a jobb oldali illusztrációt). Például, amikor két adatközpont metro-klaszter üzemmódban működik, és a harmadik helyszín, amely több mint 100 km távolságra található, aszinkron replikációt használ.
A rendszer technológiailag támogat különböző üzleti forgatókönyveket, amelyek megvalósulnak egy nagy léptékű esemény esetén.
A metro-klaszter túlélőképessége több meghibásodás esetén
A fenti és az alábbi illusztráción látható egy klasszikus metro-klaszter, amely két tárolórendszerből és egy kvórum szerverből áll. Ahogy látja, a kilenc lehetséges meghibásodási forgatókönyv közül hatban az infrastruktúránk megőrzi működőképességét.
Például a második forgatókönyvben, amikor a kvórum szerver meghibásodik és a helyszínek közötti szinkronizáció megszakad, a rendszer produktív marad, mivel a második helyszín leáll. Az ilyen viselkedés már be van építve a beépített algoritmusokba.
Még három meghibásodás után is megőrizhető az információhoz való hozzáférés, ha a közöttük eltelt idő legalább 15 másodperc volt.
Ismert trump a kezünkből
Emlékezzünk, hogy a Huawei nemcsak tárolórendszereket, hanem a teljes hálózati eszközpalettát is gyártja. Bármelyik tárolót is válasszuk, ha a helyszínek között WDM hálózat működik, akkor a 90% esetében az a mi cégünk megoldásain fog alapulni. Felmerül a jogos kérdés: miért gyűjtsünk össze egy rendszerek állatkertjét, amikor minden garantáltan kompatibilis „hardware”-t egyetlen beszállítótól lehet beszerezni?
A teljesítmény kérdése
Valószínűleg már senkit nem kell meggyőzni arról, hogy az All-Flash tárolórendszerekre való áttérés jelentősen csökkentheti az infrastruktúra fenntartási költségeit, mivel minden rutin művelet sokkal gyorsabban végezhető el. Erről minden ilyen berendezést szállító beszállító tanúskodik. Ugyanakkor sok beszállító elkezd kétszínűsködni, amikor a tárolórendszerek különböző működési módjaiból eredő teljesítménycsökkenésről van szó.
Iparágunkban széles körben gyakorolják a tárolórendszerek tesztüzemre való kiadását egy-két napra. A beszállító 20 perces tesztet futtat egy üres rendszeren, és csillagászati teljesítménymutatókat kap. A valós használatban azonban hamar megjelennek a „ rejtett buktatók”. Már egy nap után a szép IOPS-értékek a felére-harmadára csökkennek, és ha a tárolórendszert 80%-ra töltjük, még ennél is kevesebb lesz. Ha RAID 5-re váltunk RAID 10 helyett, további 10-15% veszteség éri a teljesítményt, és a metro-klaszter üzemmódban is további felezés történik.
Mindez, amit fentebb felsoroltunk, nem vonatkozik a Dorado V6-ra. Ügyfeleink lehetőséget kapnak arra, hogy teljesítménytesztet futtassanak hétvégére vagy legalább egy éjszakára. Ekkor derül ki, hogy a szemétgyűjtés hogyan hat, és azt is megértjük, hogy a különböző opciók - mint például a pillanatfelvételek és a replikáció aktiválása - hogyan befolyásolják az elérhető IOPS értékeket.
A Dorado V6 esetében a pillanatfelvételek és a RAID paritás gyakorlatilag nem befolyásolják a teljesítményt (3–5% az 10–15% helyett). A szemétgyűjtés (a tárolócellák nullákkal való kitöltése), a tömörítés, a deduplikáció egy 80%-os telítettségű tárolóban mindig hatással lesz a kérések feldolgozásának általános sebességére. Azonban a Dorado V6 pont azért érdekes, mert milyen funkciókombinációkat és védelmi mechanizmusokat aktivál, a végső teljesítmény soha nem csökken 80%-ra a terhelés nélküli állapothoz képest.
A terheléselosztás
A Dorado V6 magas teljesítményét minden egyes lépésnél a terheléskiegyenlítésnek köszönheti, nevezetesen:
- többpontos eljárás;
- több kapcsolódás használata egyetlen gazdától;
- frontend gyár megléte;
- a tárolók vezérlőinek párhuzamos munkavégzése;
- a terhelés elosztása a RAID 2.0+ szintjén minden tárolón.
Egyébként ez egy általános gyakorlat. Manapság alig van, aki egyetlen LUN-on tárolja az összes adatát: mindenki arra törekszik, hogy legyen nyolc, negyven, vagy még annál is több. Ez egy nyilvánvaló és helyes megközelítés, amelyet osztunk. De ha az Ön feladata csak egyetlen LUN-t igényel, amelyet egyszerűbb karbantartani, akkor a mi architekturális megoldásaink lehetővé teszik, hogy ezen elérje a teljesítmény 80%-át, amely elérhető több LUN használatakor.
Dinamikus processzor-terheléselosztás
A processzorok terhelésének elosztása egy LUN használatakor nálunk úgy valósul meg, hogy a feladatokat még a LUN szinten külön kis "shardokra" bontják, amelyek mindegyike szigorúan egy adott vezérlőhöz van rendelve a "motorban". Ezt azért tettük, hogy a rendszer ne veszítsen teljesítményt, amikor a különböző vezérlők között "ugrál" ezzel az adathalmazzal.
Egy másik mechanizmus a magas teljesítmény megőrzésére a dinamikus ütemezés, amely során bizonyos processzormagok különböző feladatkörök alá oszthatók. Például, ha a rendszer éppen üresjáratban van a deduplikáció és tömörítés szintjén, akkor egyes magok bekapcsolódhatnak a belső-belső kezelés folyamatába. Vagy éppen fordítva. Mindez automatikusan és a felhasználó számára átláthatóan zajlik.
A Dorado V6 minden magjának aktuális terhelési adatai nem jelennek meg grafikus felhasználói felületen, de a parancssoron keresztül elérheti a vezérlő operációs rendszerét, és használhatja a szokásos linuxos parancsokat. top.
NVMe és RoCE támogatás
Mint már említettük, jelenleg a Dorado V6 teljes mértékben támogatja az NVMe-t Fibre Channel-en keresztül "do-it-yourself" módon, és nem igényel licenszeket. Az év közepén az NVMe over Ethernet üzemmód támogatása is meg fog jelenni. E teljes körű használatához Ethernet-tel kell rendelkezni, amely támogatja a közvetlen memóriához való hozzáférést (DMA) 2.0 verzióban, mind a tárolórendszer, mind a kapcsolók és hálózati adapterek oldaláról. Például Mellanox ConnectX-4 vagy ConnectX-5 adapterekkel. A mikrosémáinkon alapuló hálózati kártyákat is használhatók. Továbbá a RoCE támogatását az operációs rendszer szintjén kell megvalósítani.
Összességében úgy véljük, hogy a Dorado V6 egy NVMe-oriéntált rendszer. A Fibre Channel és iSCSI támogatás ellenére a jövőben a nagysebességű Ethernet-re kívánunk átállni RDMA-val.
Egy csipetnyi marketing
A Dorado V6 rendszer kiváló hibaállóságának, jó horizontális méretezhetőségének, valamint a különböző migrációs technológiák támogatásának köszönhetően a rendszer megvásárlásából származó gazdasági előnyök az intenzív üzemeltetés megkezdésével válnak nyilvánvalóvá. Továbbra is arra törekszünk, hogy a rendszer birtoklása a lehető legköltséghatékonyabb legyen, még ha ez az első szakaszban nem is látható.
Különösen létrehoztunk egy FLASH EVER programot, amely a tárolórendszer élettartamának meghosszabbítására irányul, és amely célja, hogy amennyire lehet, megkönnyítse az ügyfelek számára a frissítések végrehajtását.
Ez a program számos intézkedést tartalmaz:
- a vezérlők és lemezek fokozatos cserének lehetősége új verziókra anélkül, hogy az egész hardvert cserélni kellene (a Dorado V6 hi-end osztályú rendszerek esetében);
- a federatív tárolás lehetősége (különböző verziók egyesítése egy hibrid tároló klaszter keretein belül);
- intelligens virtualizálás (a harmadik fél hardverének használata a Dorado megoldásának részével).
Meg kell még említeni, hogy a világ bonyolult helyzete alig hatott a új rendszer kereskedelmi kilátásaira. Annak ellenére, hogy a Dorado V6 hivatalos bevezetése januárban történt, jelentős keresletet tapasztalunk iránta Kínában, valamint nagy érdeklődést mutatnak iránta a pénzügyi szektor orosz és nemzetközi partnerei, valamint kormányzati struktúrák.
A pandémia miatt, bármennyire is hosszú ideig tartson, különösen égetően felmerül a távoli munkatársak virtuális asztalokkal való ellátásának kérdése. A folyamatban a Dorado V6 is sok kérdést megoldhatna. Ezért mindent megteszünk, beleértve a VMware kompatibilitási listájába való új rendszer felvételének szinte véglegesen való megállapodását.
***
Egyébként ne felejtsétek el a számos webináriumunkat, amelyeket nemcsak a rusztikus nyelvű szegmensen, hanem globális szinten is tartunk. Az áprilisi webináriumok listája elérhető itt: .
Forrás: habr.com
