JĂ€tkates sisend-/vĂ€ljundoperatsioonide kiirusetehnoloogiate uurimist, mis on seotud andmesalvestusseadmetega, alustatud , ei saa mainimata jĂ€tta sellist vĂ€ga populaarset valikut nagu tiers (Auto Tiering). Kuigi selle funktsiooni tööideoloogia on erinevate salvestussĂŒsteemide tootjate seas ĂŒsna sarnane, vaatleme tiers'i rakendamise eripĂ€ra nĂ€itel .

Hoolimata andmete mitmekesisusest, mis on salvestatud andmesalvestusseadmetesse, saab neid andmeid jaotada mitmeks rĂŒhmaks, vĂ”ttes arvesse nende nĂ”udlikkust (kasutuste sagedust). Eriti tĂ€htsate (âkuumadeâ) andmete jaoks on ÀÀrmiselt oluline korraldada maksimaalselt kiire juurdepÀÀs, samas kui vĂ€hem nĂ”udlike (âkĂŒlmadeâ) andmete töötlemist saab teostada madalama prioriteediga.
Seda tĂŒĂŒpi skeemide korraldamiseks kasutatakse tĂ€pselt tiers-funktsionaalsust. Andmehulk ei koosne sel juhul ĂŒhesugustest kettadest, vaid mitmest salvestusseadmest, mis moodustavad erinevad salvestustasandid (tier). Erilise algoritmi abil liigutatakse andmeid automaatselt tasemete vahel, et tagada maksimaalne lĂ”ppvĂ”imekus.

Salvestusseadmed toetavad kuni kolme salvestustaset:
- Tase 1: SSD, maksimaalne jÔudlus
- Tase 2: HDD SAS 10K/15K, kÔrge jÔudlus
- Tase 3: HDD NL-SAS 7.2K, maksimaalne maht
Auto Tiering puul vĂ”ib olla nii kĂ”ik kolm taset kui ka ainult kaks igasugustes kombinatsioonides. Iga Tase sisaldab salvestusseadmeid, mis on ĂŒhendatud tuttavatesse RAID-gruppidesse. Maksimaalse paindlikkuse nimel vĂ”ib iga Tase RAID tase olla erinev. Ehk siis, nĂ€iteks, miski ei takista korraldamast struktuuri, mis on 4x SSD RAID10 + 6x HDD 10K RAID5 + 12 HDD 7.2K RAID6
PÀrast andmemahtude (virtuaalsete ketaste) loomist puul algab taustal statistika kogumine kÔigi sisend-/vÀljundoperatsioonide kohta. Selleks jagatakse ruum 1GB suurusteks plokkideks (nii öeldud sub LUN). Iga kord, kui sellele plokile pöördutakse, antakse sellele koefitsiendiks 1. Aja möödudes vÀheneb see koefitsient. 24 tunni pÀrast, ilma sisend-/vÀljundipÀringuteta sellele plokile, on see juba 0.5 ja jÀtkab langemist iga jÀrgneva tunni jÀrel.
Teatud hetkel (vaikimisi iga pÀev keskööl) toimub kogutud tulemuste reiting alusel sub LUN tegevuse punktide jÀrgi. Selle pÔhjal otsustatakse, milliseid blokeerida ja millises suunas liikuda. SeejÀrel toimub andmete relokatsioon tasemete vahel.

Qsan'i andmekeskkonnas on tÀiuslikult rakendatud tirminguprotsessi juhtimine, kasutades paljusid parameetreid, mis vÔimaldab tulemuste paindlikku seadistamist.
Andmete algse asukoha mÀÀramiseks ja nende liikumise eelistatud suuna kindlaksmÀÀramiseks kasutatakse poliitikaid, mis mÀÀratakse eraldi iga volĂŒĂŒmi jaoks:
- Auto Tiering â alapoliitika, algne asukoht ja liikumissuund mÀÀratakse automaatselt, st "kuumad" andmed pĂŒĂŒavad liikuda kĂ”ige kĂ”rgemale tasemele, samas kui "kĂŒlmad" andmed liiguvad alla. Algne paigutus valitakse lĂ€htuvalt igal tasandil olevast vabu ruumist. Oluline on mĂ”ista, et sĂŒsteem pĂŒĂŒab esmajoones maksimaalselt kasutada kĂ”ige kiiremaid salvestusseadmeid. SeetĂ”ttu, kui vabade ruumide olemasolul, asetatakse andmed ĂŒlemistele tasemetele. See poliitika sobib enamikuks stsenaariumitest, kus andmete nĂ”udlikkust ei saa ette ennustada.
- Alustage kĂ”rgest tasemest, seejĂ€rel Auto Tiering â erinevus eelmisest on vaid algsete andmete asukoht (kĂ”ige kiiremal tasemel)
- Maksimaalselt kĂ”rge tase â andmed pĂŒĂŒavad alati asetuda kĂ”ige kiiremale tasemele. Kui neid töö kĂ€igus allapoole liigutatakse, siis esimesel vĂ”imalusel liikuvad nad tagasi. See poliitika sobib andmetele, millele on vajalik maksimaalne kiire juurdepÀÀs.
- Minimaalne tase â andmed pĂŒĂŒavad alati asetuda madalaimale tasemele. See poliitika sobib suurepĂ€raselt harva kasutatavatele andmetele (nt arhiivid).
- Ilma liikumiseta â sĂŒsteem mÀÀrab automaatselt andmete algse asukoha ja ei teosta nende liikumist. Kuid statistikat kogutakse jĂ€tkuvalt, juhuks, kui hiljem on vajalik nende relokatsioon.
Tuleb mĂ€rkida, et kuigi poliitikat mÀÀratakse iga volĂŒĂŒmi loomisel, saab neid mitmeid kordi "reaalajas" muuta kogu sĂŒsteemi elutsĂŒkli jooksul.
Seoses tĂŒkeldamise mehhanismi seadistamisega saab konfigureerida ka andmete liikumise sagedust ja tempot tasemete vahel. Saate mÀÀrata konkreetse liikumise aja: iga pĂ€ev vĂ”i teatud nĂ€dalapĂ€evadel, samuti vĂ€hendada statistika kogumise vahemaid kuni mitme tunni jooksul (minimaalne sagedus â 2 tundi). Kui on vajadus piirata andmete liikumise toimingu kestust, saab mÀÀrata ajaraamid (liikumise aken). Lisaks sellele nĂ€idatakse ka ĂŒmberpaigutamiskiirus â 3 reĆŸiimi: kiire, keskmine, aeglane.

Kui on vajadus andmete kohese ĂŒmberpaigutamise jĂ€rele, siis on vĂ”imalus seda kĂ€sitsi teha igal ajal administraatori kĂ€su jĂ€rgi.
On selge, et mida sagedamini ja kiiremini toimub andmete liikumine tasemete vahel, seda kohandatavamaid tingimusi jĂ€rgib salvestusseade. Kuid samas tuleb arvestada, et liikumine on lisakoormus (eelkĂ”ige ketastele), seega ei tasu andmeid ilma ÀÀrmise vajaduseta pidevalt liigutada. Parim on planeerida liikumine ajavahemikele, mil koormus on minimaalne. Kui salvestusseade vajab pidevalt kĂ”rget jĂ”udlust reĆŸiimis 24/7, siis tuleks liikumise tempot vĂ€hendada miinimumini.
TĂŒkeldamise seadete rohkus rÔÔmustab kindlasti edasijĂ”udnud kasutajaid. Kuid ka neile, kes puutuvad sellise tehnoloogiaga esmakordselt kokku, pole midagi hullu. TĂ€iesti on vĂ”imalik usaldada vaikeseadeid (Auto Tiering poliitika, liikumine maksimaalsel kiirusel kord öösel) ning statistika kogumise edenedes tĂ€psustada erinevaid parameetreid soovitud tulemuse saavutamiseks.
TĂŒkeldamist vĂ”rreldes teise populaarse jĂ”udluse tĂ”stmise tehnoloogiaga, nagu , tasub meeles pidada nende algoritmide erinevaid tööpĂ”himĂ”tteid.
SSD vahemÀlu
Auto Tiering
MÔju ilmumine
Peaaegu koheselt. Kuid mĂ€rgatav mĂ”ju alles pĂ€rast vahemĂ€lu "kĂŒpsetamist" (minutid-tunnid)
PĂ€rast statistika kogumist (alates 2-st tunnist, ideaalis â ööpĂ€ev) pluss andmete liikumiseks vajalik aeg
MÔju kestus
Kuni andmed ei ole uue partii poolt vÀlja tÔrjutud (minutid-tunnid)
Kuni andmete nÔudlus on aktuaalne (ööpÀev ja rohkem)
NĂ€idustused rakendamiseks
Kiire töövĂ”ime tĂ”us lĂŒhikeseks ajaks (andmebaasid, virtualiseerimise keskkonnad)
TöövÔime tÔus pikemaks ajaks (faili-, web- ja meiliserverid)
Ăks tirimise eripĂ€ra on see, et seda saab kasutada mitte ainult stsenaariumites nagu «SSD + HDD», vaid ka «kiired HDD + aeglased HDD» vĂ”i isegi kĂ”ik kolm taset, mis SSD vahemĂ€llu salvestamise korral on pĂ”himĂ”tteliselt vĂ”imatu.
Testimine
Tirimise algoritmide töö kontrollimiseks viisime lÀbi lihtsa testi. Loome koosseisu, kus on kaks taset SSD (RAID 1) + HDD 7.2K (RAID1), millele paigaldasime mahuti, millel on «minimaalne tase». See tÀhendab, et andmed peavad alati asuma aeglastel kÔtdel.


Haldusliides nÀitab selgelt andmete paigutust tasemete vahel
PÀrast mahuti andmetega tÀitmist muutsime paigutuspoliitikat Auto Tieringiks ja kÀivitasime IOmeter testi.

PĂ€rast mitme tunni testi, mille jooksul sĂŒsteem suutis koguda statistikat, algas andmete ĂŒleviimise protsess.

Andmete ĂŒleviivimise lĂ”ppedes siirdus meie testimahuti tĂ€ielikult ĂŒlemisele tasemele (SSD).


Otsus
Auto Tiering on suurepĂ€rane tehnoloogia, mis vĂ”imaldab minimaalse rahalise ja ajakulu korral suurendada andmesalvestussĂŒsteemi töövĂ”imet kiirete seadmete intensiivse kasutamise kaudu. Seoses ainus kulu on litsents, mis ostetakse ĂŒhekordselt ilma piiranguteta mahu/arvu osas diskide/radade jne. See funktsioon on varustatud nii rikkalike seadistustega, et suudab rahuldada praktiliselt kĂ”iki Ă€riĂŒlesandeid. Ja protsesside visualiseerimine liideses vĂ”imaldab tĂ”husalt juhtida seadet.
Allikas: habr.com
