Daŭre pripensi teknologiojn por akceli I/O-operaciojn kiel aplikite al stokadsistemoj, komencitaj en , oni ne povas ne resti sur tia tre populara opcio kiel Aŭtomata Tiering. Kvankam la ideologio de ĉi tiu funkcio estas tre simila inter diversaj fabrikantoj de stokadsistemoj, ni rigardos la funkciojn de la efektivigo de tiering uzante ekzemplon. .
Malgraŭ la vario de datumoj stokitaj sur stokaj sistemoj, ĉi tiuj samaj datumoj povas esti dividitaj en plurajn grupojn laŭ ilia postulo (ofteco de uzo). La plej popularaj ("varmaj") datumoj devas esti aliritaj kiel eble plej rapide, dum malpli uzataj ("malvarmaj") datumoj povas esti prilaboritaj je pli malalta prioritato.
Por organizi tian skemon, la tieringfunkcio estas uzata. La datuma tabelo en ĉi tiu kazo ne konsistas el diskoj de la sama tipo, sed el pluraj grupoj de diskoj kiuj formas malsamajn stokadnivelojn. Uzante specialan algoritmon, datumoj aŭtomate translokiĝas inter niveloj por certigi maksimuman ĝeneralan rendimenton.
SHD subtenas ĝis tri stokadnivelojn:
- Nivelo 1: SSD, maksimuma rendimento
- Nivelo 2: HDD SAS 10K/15K, alta rendimento
- Nivelo 3: HDD NL-SAS 7.2K, maksimuma kapacito
Aŭtomata Tiering-naĝejo povas enhavi ĉiujn tri nivelojn, aŭ nur du en iu kombinaĵo. Ene de ĉiu Tier, diskoj estas kombinitaj en konataj RAID-grupoj. Por maksimuma fleksebleco, la RAID-nivelo en ĉiu Tier povas esti malsama. Tio estas, ekzemple, nenio malhelpas vin organizi strukturon kiel 4x SSD RAID10 + 6x HDD 10K RAID5 + 12 HDD 7.2K RAID6
Post kreado de volumoj (virtualaj diskoj) sur naĝejo sur ĝi komencas fonkolekton de statistikoj pri ĉiuj I/O-operacioj. Por fari tion, la spaco estas "tranĉita" en 1GB-blokojn (la tielnomita sub LUN). Ĉiufoje kiam tia bloko estas alirita, ĝi ricevas koeficienton de 1. Tiam, kun la tempo, ĉi tiu koeficiento malpliiĝas. Post 24 horoj, se ne ekzistas I/O-petoj al ĉi tiu bloko, ĝi jam estos egala al 0.5 kaj daŭre falos ĉiun postan horon.
Je certa momento (defaŭlte, ĉiutage je noktomezo), la kolektitaj rezultoj estas vicigitaj laŭ sub LUN-agado surbaze de siaj koeficientoj. Surbaze de tio, oni decidas, kiujn blokojn movi kaj en kiu direkto. Post tio, fakte, okazas la translokado de datumoj inter niveloj.
La stokada sistemo Qsan perfekte efektivigas administradon de la nivela procezo uzante multajn parametrojn, kiuj ebligas al vi tre flekseble agordi la finan rendimenton de la tabelo.
Por determini la komencan lokon de datenoj kaj la prioritatan direkton de ĝia movado, politikoj estas uzataj, kiuj estas fiksitaj aparte por ĉiu volumeno:
- Aŭtomata Tiering – defaŭlta politiko, komenca lokigo kaj direkto de movoj estas determinitaj aŭtomate, t.e. "varmaj" datumoj tendencas al la supra nivelo, kaj "malvarmaj" datumoj moviĝas malsupren. La komenca lokigo estas elektita surbaze de la disponebla spaco ĉe ĉiu nivelo. Sed vi devas kompreni, ke la sistemo ĉefe strebas por maksimume uzi la plej rapidajn diskojn. Tial, se estas libera spaco, datumoj estos metitaj ĉe la supraj niveloj. Ĉi tiu politiko taŭgas por plej multaj scenaroj, kie datumpostulo ne povas esti antaŭvidita.
- Komencu per Alta kaj poste Aŭtomata Tiering - la diferenco de la antaŭa estas nur en la komenca loko de la datumoj (ĉe la plej rapida nivelo)
- Plej alta nivelo - datumoj ĉiam strebas por okupi la plej rapidan nivelon. Se ili estas movitaj malsupren dum operacio, tiam kiel eble plej baldaŭ ili estas movitaj reen. Ĉi tiu politiko taŭgas por datumoj, kiuj postulas la plej rapidan eblan aliron.
- Minimuma nivelo – datumoj ĉiam emas okupi la plej malaltan nivelon. Ĉi tiu politiko estas bonega por malofte uzataj datumoj (ekzemple arkivoj).
- Neniu movo – la sistemo aŭtomate determinas la originan lokon de la datumoj kaj ne movas ĝin. Tamen, statistikoj daŭre estas kolektitaj, se ilia translokado estas poste postulata.
Indas noti, ke dum politikoj estas difinitaj kiam ĉiu volumo estas kreita, ili povas esti ŝanĝitaj plurfoje sur la flugo dum la vivociklo de la sistemo.
Aldone al politikoj por la nivela mekanismo, la ofteco kaj rapideco de datummovado inter niveloj ankaŭ estas agordita. Vi povas agordi specifan vojaĝdaŭron: ĉiutage aŭ en certaj tagoj de la semajno, kaj ankaŭ redukti la statistikan kolektan intervalon al pluraj horoj (minimuma ofteco - 2 horoj). Se vi bezonas limigi la tempon necesan por plenumi operacion de movo de datumoj, vi povas agordi tempokadron (fenestro por moviĝado). Krome, la translokiĝa rapido estas ankaŭ indikita - 3 reĝimoj: rapida, meza, malrapida.
Se necesas tuja translokado de datumoj, eblas fari ĝin permane iam ajn laŭ ordono de la administranto.
Estas klare, ke ju pli ofte kaj pli rapide movas datumoj inter niveloj, des pli fleksebla estos la stokada sistemo por adaptiĝi al nunaj operaciaj kondiĉoj. Sed samtempe, indas memori, ke moviĝado estas plia ŝarĝo (ĉefe sur diskoj), do vi ne devus "veturigi" datumojn krom se nepre necese. Pli bone estas plani la movadon en tempoj de minimuma ŝarĝo. Se la funkciado de la konserva sistemo konstante postulas altan rendimenton 24/7, tiam indas redukti la translokigan indicon al minimumo.
La abundo de pafaj agordoj sendube plaĉos al progresintaj uzantoj. Tamen, por tiuj, kiuj renkontas tian teknologion por la unua fojo, estas nenio por zorgi. Eblas fidi la defaŭltajn agordojn (Politiko de Aŭtomata Nivelo, moviĝante kun maksimuma rapideco unufoje tage nokte) kaj, kiam statistikoj amasiĝas, ĝustigi iujn parametrojn por atingi la bezonatan rezulton.
Komparante ŝiradon kun tia same populara teknologio por pliigi produktivecon kiel , vi devus memori la malsamajn funkciajn principojn de iliaj algoritmoj.
SSD-kaŝmemoro
Aŭtomata Tiering
Rapido de komenco de efiko
Preskaŭ tuj. Sed la rimarkinda efiko estas nur post kiam la kaŝmemoro estas "varmigita" (minutoj ĝis horoj)
Post kolektado de statistikoj (de 2 horoj, ideale tage) plus tempo por movi la datumojn
Efektiva daŭro
Ĝis la datumoj estas anstataŭitaj de nova parto (minutoj-horoj)
Dum la datumoj estas postulataj (XNUMX horoj aŭ pli)
Indikoj por uzo
Tujaj mallongperspektivaj rendimentogajnoj (datumbazoj, virtualigaj medioj)
Pliigita produktiveco dum longa periodo (dosiero, retejo, poŝtserviloj)
Ankaŭ unu el la trajtoj de tiering estas la ebleco uzi ĝin ne nur por scenaroj kiel "SSD + HDD", sed ankaŭ "rapida HDD + malrapida HDD" aŭ eĉ ĉiujn tri nivelojn, kio estas esence neebla kiam oni uzas SSD-kaŝmemoron.
Testado
Por testi la agadon de la nivelaj algoritmoj, ni faris simplan teston. Aro de du niveloj SSD (RAID 1) + HDD 7.2K (RAID1) estis kreita, sur kiu volumo kun "minimuma nivelo" politiko estis metita. Tiuj. Datumoj ĉiam devas troviĝi sur malrapidaj diskoj.
La administra interfaco klare montras la lokigon de datumoj inter niveloj
Post plenigi la volumon per datumoj, ni ŝanĝis la lokigan politikon al Aŭtomata Tiering kaj faris la IOmeter-teston.
Post pluraj horoj da testado, kiam la sistemo povis amasigi statistikojn, komenciĝis la translokadprocezo.
Post kiam la datummovado estis kompletigita, nia testa volumo tute "rampis" al la supra nivelo (SSD).
Verdikto
Aŭtomata Tiering estas mirinda teknologio, kiu permesas vin pliigi la rendimenton de stokada sistemo kun minimumaj materialaj kaj tempokostoj per pli intensa uzo de altrapidaj diskoj. Aplikita al la sola investo estas permesilo, kiu estas aĉetata unufoje por ĉiam sen limigoj pri la volumo/nombro de diskoj/bretoj/ktp. Ĉi tiu funkcio estas ekipita per tiel riĉaj agordoj, ke ĝi povas kontentigi preskaŭ ajnan komercan taskon. Kaj vidado de procezoj en la interfaco permesos al vi efike administri la aparaton.
fonto: www.habr.com