A tárolórendszereknél alkalmazott I/O műveletek felgyorsítására szolgáló technológiák továbbgondolása ben kezdődött , nem lehet nem foglalkozni egy olyan nagyon népszerű lehetőséggel, mint az Auto Tiering. Bár ennek a funkciónak az ideológiája nagyon hasonló a különböző tárolórendszer-gyártóknál, egy példán keresztül megvizsgáljuk a rétegződés megvalósításának jellemzőit. .
A tárolórendszereken tárolt adatok sokfélesége ellenére ugyanazok az adatok igényük (használati gyakoriságuk) alapján több csoportra oszthatók. A legnépszerűbb („forró”) adatokhoz a lehető leggyorsabban hozzá kell férni, míg a kevésbé használt („hideg”) adatokat alacsonyabb prioritással lehet feldolgozni.
Egy ilyen rendszer megszervezéséhez a rétegezési funkciót használják. Az adattömb ebben az esetben nem azonos típusú lemezekből áll, hanem több meghajtócsoportból, amelyek különböző tárolórétegeket alkotnak. Egy speciális algoritmus segítségével az adatok automatikusan átkerülnek a szintek között a maximális általános teljesítmény biztosítása érdekében.
SHD akár három tárolási szint támogatása:
- 1. szint: SSD, maximális teljesítmény
- 2. szint: HDD SAS 10K/15K, nagy teljesítmény
- 3. szint: HDD NL-SAS 7.2K, maximális kapacitás
Az Auto Tiring pool tartalmazhatja mindhárom szintet, vagy csak kettőt bármilyen kombinációban. Az egyes rétegeken belül a meghajtók ismert RAID-csoportokba vannak kombinálva. A maximális rugalmasság érdekében a RAID szintje az egyes rétegekben eltérő lehet. Azaz például semmi sem akadályozza meg abban, hogy olyan struktúrát szervezzen, mint 4x SSD RAID10 + 6x HDD 10K RAID5 + 12 HDD 7.2K RAID6
Kötetek (virtuális lemezek) létrehozása után bekapcsolva a rajta lévő készlet megkezdi az összes I/O műveletről szóló statisztikák háttérgyűjtését. Ehhez a helyet 1 GB-os blokkokra „vágják” (az úgynevezett sub LUN). Minden alkalommal, amikor egy ilyen blokkhoz hozzáférnek, egy 1-es együtthatót rendelnek hozzá. Aztán idővel ez az együttható csökken. 24 óra elteltével, ha nem érkezik I/O kérés ehhez a blokkhoz, az már egyenlő lesz 0.5-tel, és minden következő órán tovább csökken.
Egy adott időpontban (alapértelmezés szerint minden nap éjfélkor) az összegyűjtött eredményeket a LUN altevékenység szerint rangsorolja az együtthatók alapján. Ez alapján születik meg a döntés, hogy mely blokkokat és milyen irányba kell elmozdítani. Ezt követően tulajdonképpen megtörténik az adatok szintek közötti áthelyezése.
A Qsan tárolórendszer tökéletesen megvalósítja a rétegezési folyamat kezelését számos paraméter segítségével, ami lehetővé teszi a tömb végső teljesítményének nagyon rugalmas konfigurálását.
Az adatok kezdeti helyének és mozgásuk prioritási irányának meghatározásához házirendeket használnak, amelyeket minden kötethez külön állítanak be:
- Automatikus rétegezés – az alapértelmezett házirend, a kezdeti elhelyezés és a mozgások iránya automatikusan meghatározásra kerül, pl. A „forró” adatok a legfelső szintre, a „hideg” adatok pedig lefelé mozognak. A kezdeti elhelyezés az egyes szinteken rendelkezésre álló hely alapján kerül kiválasztásra. De meg kell értened, hogy a rendszer elsősorban a leggyorsabb meghajtók maximális kihasználására törekszik. Ezért, ha van szabad hely, az adatok a felsőbb szinteken kerülnek elhelyezésre. Ez a házirend a legtöbb forgatókönyvre alkalmas, amikor az adatigény nem jelezhető előre.
- Kezdje a High-val, majd az Auto Tiering-el – az előzőtől való eltérés csak az adatok kezdeti helyében van (leggyorsabb szinten)
- Legmagasabb szint – az adatok mindig a leggyorsabb szintet kívánják elfoglalni. Ha működés közben lejjebb kerül, akkor a lehető leghamarabb vissza kell mozgatni őket. Ez a házirend a lehető leggyorsabb hozzáférést igénylő adatokhoz alkalmas.
- Minimális szint – az adatok mindig a legalacsonyabb szintet foglalják el. Ez a házirend nagyszerű a ritkán használt adatokhoz (például archívumokhoz).
- Nincs mozgás – a rendszer automatikusan meghatározza az adatok eredeti helyét, és nem helyezi át azokat. A statisztikákat azonban továbbra is gyűjtik arra az esetre, ha később szükség lenne áthelyezésükre.
Érdemes megjegyezni, hogy bár a házirendek az egyes kötetek létrehozásakor kerülnek meghatározásra, azok a rendszer életciklusa során többször is módosíthatók.
A rétegezési mechanizmus házirendjein kívül a szintek közötti adatmozgás gyakorisága és üteme is konfigurálva van. Beállíthat egy konkrét utazási időt: naponta vagy a hét bizonyos napjain, és több órára csökkentheti a statisztikagyűjtési intervallumot (minimális gyakoriság - 2 óra). Ha korlátozni kell az adatáthelyezési művelet végrehajtásához szükséges időt, beállíthat egy időkeretet (mozgatási ablak). Ezenkívül az áthelyezési sebesség is megjelenik - 3 mód: gyors, közepes, lassú.
Amennyiben azonnali adatáthelyezésre van szükség, az adminisztrátor utasítására bármikor lehetőség van manuális végrehajtásra.
Nyilvánvaló, hogy minél gyakrabban és gyorsabban mozgatják az adatokat a szintek között, a tárolási rendszer annál rugalmasabban alkalmazkodik az aktuális működési feltételekhez. Ugyanakkor érdemes megjegyezni, hogy a költöztetés plusz terhelést jelent (elsősorban a lemezeken), ezért nem szabad adatokat „meghajtani”, hacsak nem feltétlenül szükséges. Jobb, ha minimális terhelés esetén tervezzük a mozgást. Ha a tárolórendszer működése folyamatosan nagy teljesítményt igényel a hét minden napján, 24 órában, akkor érdemes az áthelyezési arányt minimálisra csökkenteni.
A rengeteg fényképezési beállítás kétségtelenül örömet okoz a haladó felhasználóknak. Azonban azoknak, akik először találkoznak ilyen technológiával, nincs miért aggódniuk. Teljesen meg lehet bízni az alapértelmezett beállításokban (Auto Tiering házirend, maximális sebességgel naponta egyszer mozogni éjszaka), és a statisztikák felhalmozódásával bizonyos paramétereket módosítani a kívánt eredmény elérése érdekében.
Összehasonlítva a tépést olyan népszerű technológiával a termelékenység növelésére, mint pl , emlékeznie kell algoritmusaik különböző működési elveire.
SSD gyorsítótár
Automatikus rétegezés
A hatás kezdetének sebessége
Szinte azonnal. De az észrevehető hatás csak a gyorsítótár „felmelegítése” után jelentkezik (percek és órák között)
Statisztikák gyűjtése után (2 órától, ideális esetben egy nap), plusz az adatok mozgatásának ideje
Hatás időtartama
Amíg az adatokat ki nem váltja egy új rész (perc-óra)
Amíg az adatokra van szükség (XNUMX óra vagy több)
Használati utasítások
Azonnali rövid távú teljesítménynövekedés (adatbázisok, virtualizációs környezetek)
Megnövelt termelékenység hosszú ideig (fájl, web, levelezőszerverek)
Ezenkívül a rétegezés egyik jellemzője, hogy nemcsak az „SSD + HDD” forgatókönyvekhez, hanem a „gyors HDD + lassú HDD” vagy akár mindhárom szinthez is használható, ami SSD gyorsítótár használata esetén alapvetően lehetetlen.
tesztelés
A rétegezési algoritmusok teljesítményének tesztelésére egy egyszerű tesztet végeztünk. Létrejött egy kétszintű SSD (RAID 1) + HDD 7.2K (RAID1) készlet, amelyre egy „minimális szint” házirendű kötet került. Azok. Az adatoknak mindig lassú lemezeken kell lenniük.
A kezelőfelületen jól látható az adatok szintek közötti elhelyezése
A kötet adatokkal való feltöltése után az elhelyezési szabályzatot Auto Tieringre változtattuk, és lefuttattuk az IOmeter tesztet.
Több órás tesztelés után, amikor a rendszer statisztikai adatokat tudott felhalmozni, megkezdődött az áthelyezési folyamat.
Az adatmozgatás befejezése után tesztkötetünk teljesen „felkúszott” a legfelső szintre (SSD).
döntés
Az Auto Tiering egy csodálatos technológia, amely lehetővé teszi a tárolórendszer teljesítményének növelését minimális anyag- és időköltséggel a nagy sebességű meghajtók intenzívebb használatával. Alkalmazva az egyetlen befektetés egy licenc, amit egyszer és mindenkorra meg kell vásárolni, mennyiségi/lemezek/polcok/stb korlátozás nélkül. Ez a funkció olyan gazdag beállításokkal van felszerelve, hogy szinte bármilyen üzleti feladatot kielégít. És a folyamatok megjelenítése a felületen lehetővé teszi az eszköz hatékony kezelését.
Forrás: will.com