FAST VP op Unity Storage: wéi et funktionnéiert

Haut schwätze mir iwwer eng interessant Technologie implementéiert an Unity / Unity XT Späichersystemer - FAST VP. Wann dëst Är éischte Kéier iwwer Unity héieren ass, da kënnt Dir d'Systemeigenschaften iwwerpréiwen andeems Dir de Link um Enn vum Artikel benotzt. Ech hunn op FAST VP am Dell EMC Projet Team fir iwwer e Joer geschafft. Haut wëll ech iwwer dës Technologie méi am Detail schwätzen an e puer Detailer vu senger Ëmsetzung opzeweisen. Natierlech, nëmmen déi, déi erlaabt ze verroden. Wann Dir un Themen vun effizienter Datelagerung interesséiert sidd oder einfach d'Dokumentatioun net ganz verstanen hutt, da wäert dësen Artikel sécher nëtzlech an interessant sinn.

FAST VP op Unity Storage: wéi et funktionnéiert

Ech soen Iech direkt wat net am Material wäert sinn. Et gëtt keng Sich no Konkurrenten a Verglach mat hinnen. Ech plangen och net iwwer ähnlech Technologien aus Open Source ze schwätzen, well de virwëtzeg Lieser schonn iwwer si weess. An ech maachen natierlech näischt an der Reklamm.

Stockage Tiering. Ziler an Ziler vum FAST VP

FAST VP steet fir Fully Automated Storage Tiering fir Virtual Pool. E bësse schwéier? Kee Problem, mir wäerten et elo erausfannen. Tiering ass e Wee fir Datelagerung z'organiséieren an deem et e puer Niveauen (Tier) sinn wou dës Donnéeën gespäichert ginn. Jiddereng vun hinnen huet seng eege Charakteristiken. Déi wichtegst: Leeschtung, Volumen a Präis vun enger Eenheet vun Informatiounen Stockage. Natierlech gëtt et eng Relatioun tëscht hinnen.

Eng wichteg Feature vum Tiering ass datt den Zougang zu Daten eenheetlech geliwwert gëtt onofhängeg vum Späicherniveau op deem se am Moment läit, an d'Gréisst vum Pool ass gläich wéi d'Zomm vun de Gréisste vun de Ressourcen, déi dra sinn. Dëst ass wou d'Ënnerscheeder vum Cache leien: d'Gréisst vum Cache gëtt net zum Gesamtvolumen vun der Ressource bäigefüügt (Pool an dësem Fall), an d'Cachedaten duplizéieren e Brochstéck vun den Haaptmediadaten (oder duplizéieren wann de Daten aus dem Cache sinn nach net geschriwwe ginn). Och d'Verdeelung vun Daten duerch Niveauen ass vum Benotzer verstoppt. Dat heescht, hie gesäit net genee wéi eng Donnéeën op all Niveau sinn, obwuel hien dëst indirekt beaflosse kann andeems hien Politik setzt (méi doriwwer méi spéit).

Loosst eis elo d'Features vun der Implementatioun vun der Lagerung an der Unity kucken. Eenheet huet 3 Niveauen, oder Tier:

  • Extrem Leeschtung (SSDs)
  • Leeschtung (SAS HDD 10k/15k RPM)
  • Kapazitéit (NL-SAS HDD 7200 RPM)

Si ginn an ofstigend Uerdnung vu Leeschtung a Präis presentéiert. Extrem Leeschtung enthält nëmmen Solid State Drive (SSDs). Déi aner zwee Stäck enthalen magnetesch Scheiffueren, déi sech an der Rotatiounsgeschwindegkeet an deementspriechend Leeschtung ënnerscheeden.

Stockage Medien aus dem selwechten Niveau an der selwechter Gréisst sinn an engem RAID-Array kombinéiert, eng RAID-Grupp bilden (RAID-Grupp, ofgekierzt als RG); Dir kënnt iwwer verfügbar a recommandéiert RAID Niveauen an der offizieller Dokumentatioun liesen. D'Späicherpools ginn aus RAID-Gruppen vun engem oder méi Niveauen geformt, aus deem de fräie Raum dann verdeelt gëtt. A vum Pool gëtt Plaz fir Dateiesystemer a LUNs zougewisen.

FAST VP op Unity Storage: wéi et funktionnéiert

Firwat brauch ech Tiering?

Kuerz an abstrakt: fir méi Resultater mat engem Minimum vu Ressourcen z'erreechen. Méi spezifesch ass d'Resultat normalerweis als eng Rei vu Späichersystemcharakteristike verstane - Geschwindegkeet an Zougangszäit, Späicherkäschte an anerer. De Minimum u Ressourcen bedeit déi mannst Ausgaben: Suen, Energie, asw. FAST VP implementéiert Mechanismen fir Daten iwwer verschidden Niveauen an Unity / Unity XT Späichersystemer ëmverdeelen. Wann Dir mir gleeft, da kënnt Dir de nächste Paragraphe iwwersprangen. Fir de Rescht wäert ech Iech e bësse méi soen.

Richteg Verdeelung vun Daten iwwer Späicherniveauen erlaabt Iech op d'Gesamtkäschte vun der Späichere ze spueren andeems Dir Zougangsgeschwindegkeet op e puer selten benotzt Informatioun opfert, an d'Performance verbesseren andeems Dir dacks benotzten Donnéeën op méi séier Medien beweegt. Hei kann iergendeen plädéieren datt och ouni Tiering en normalen Administrateur weess, wou wéi eng Donnéeën ze placéieren, wat sinn déi wënschenswäert Charakteristiken vun engem Späichersystem fir seng Aufgab, etc. Dëst ass ouni Zweifel richteg, awer d'manuell Verdeelung vun Daten huet seng Nodeeler:

  • erfuerdert Zäit an Opmierksamkeet vum Administrateur;
  • Et ass net ëmmer méiglech d'Späicherressourcen "nei ze zéien" fir verännert Konditiounen ze passen;
  • e wichtege Virdeel verschwënnt: vereenegt Zougang zu Ressourcen op verschiddene Stockage Niveauen läit.

Fir d'Späicheradministrateuren manner Suergen iwwer d'Aarbechtssécherheet ze maachen, addéieren ech datt eng kompetent Ressourceplanung och hei néideg ass. Elo datt d'Aufgabe vum Tiering kuerz beschriwwe ginn, kucke mer wat Dir vum FAST VP erwaart. Elo ass d'Zäit fir op d'Definitioun zréckzekommen. Déi éischt zwee Wierder - Fully Automated - gi wuertwiertlech als "voll automatiséiert" iwwersat a bedeit datt d'Verdeelung tëscht Niveauen automatesch geschitt. Gutt, Virtual Pool ass en Datepool deen Ressourcen aus verschiddene Späicherniveauen enthält. Dëst ass wéi et ausgesäit:

FAST VP op Unity Storage: wéi et funktionnéiert

Wann Dir no vir kuckt, wäert ech soen datt FAST VP Daten nëmmen an engem Pool bewegt, an net tëscht verschiddene Poole.

Probleemer geléist vum FAST VP

Loosst eis als éischt abstrakt schwätzen. Mir hunn e Pool an e puer Mechanismus deen Daten bannent dësem Pool ëmverdeele kann. Denkt drun datt eist Zil ass maximal Produktivitéit z'erreechen, loosst eis eis froen: wéi eng Weeër kënne mir dat erreechen? Et kënnen e puer vun hinnen sinn, an hei huet FAST VP eppes dem Benotzer ze bidden, well d'Technologie eppes méi ass wéi just d'Späicherung. Hei sinn e puer Weeër wéi FAST VP d'Performance vum Pool erhéijen kann:

  • Verdeelung vun Daten iwwer verschidden Aarte vu Disken, Niveauen
  • Verdeelt Daten tëscht Disken vum selwechten Typ
  • Daten Verdeelung beim Ausbau vum Pool

Ier mer kucken wéi dës Aufgaben geléist ginn, musse mir e puer néideg Fakten wëssen iwwer wéi FAST VP funktionnéiert. FAST VP operéiert mat Blocken vun enger gewësser Gréisst - 256 Megabytes. Dëst ass dee klengste kontinuéierleche "Stéck" vun Donnéeën, dee geplënnert ka ginn. An der Dokumentatioun nennen se dat: Slice. Aus der Siicht vu FAST VP besteet all RAID Gruppen aus engem Set vun esou "Stécker". Deementspriechend ginn all I/O Statistike fir sou Dateblocken gesammelt. Firwat gouf dës Blockgréisst gewielt a wäert se reduzéiert ginn? De Block ass zimmlech grouss, awer dëst ass e Kompromiss tëscht der Granularitéit vun den Donnéeën (méi kleng Blockgréisst bedeit méi genee Verdeelung) a verfügbare Rechenressourcen: mat den existente strikte Aschränkungen am RAM an enger grousser Unzuel vu Blocken, kënnen d'Statistikdaten ophuelen zevill, an d'Zuel vun de Berechnungen wäert proportional Erhéijung.

Wéi FAST VP allocéiert Daten un de Pool. Politiker

Fir d'Placement vun Daten an engem Pool mat FAST VP aktivéiert ze kontrolléieren, existéieren déi folgend Politiken:

  • Héchsten Verfügbar Tier
  • Auto-Tier
  • Start héich dann Auto-Tier (Standard)
  • Niddregst verfügbar Tier

Si beaflossen souwuel d'initial Blockallokatioun (daten éischt geschriwwe ginn) an déi spéider Ëmlokéierung. Wann d'Donnéeën schonn op Disken lokaliséiert sinn, gëtt d'Ëmverdeelung no engem Zäitplang oder manuell initiéiert.

Héchst verfügbare Tier probéiert en neie Block op der héchster Leeschtung ze placéieren. Wann et net genuch Plaz op et ass, gëtt se op den nächsten produktivsten Niveau gesat, awer da kënnen d'Donnéeën op e méi produktiven Niveau geréckelt ginn (wann et Plaz ass oder andeems aner Daten verdrängt ginn). Auto-Tier placéiert nei Donnéeën op verschidden Niveauen ofhängeg vun der Quantitéit vum verfügbaren Raum, an et gëtt ofhängeg vun der Nofro a fräiem Raum ëmverdeelt. Start Héich dann Auto-Tier ass d'Standardpolitik an och recommandéiert. Wann ursprénglech plazéiert ass, funktionnéiert et als héchst verfügbar Tier, an da ginn d'Donnéeën ofhängeg vu senge Benotzungsstatistike geréckelt. Déi niddregst verfügbar Tier Politik versicht Daten an de mannst produktiven Tier ze placéieren.

D'Datentransfer geschitt mat niddereger Prioritéit fir net mat der nëtzlecher Operatioun vum Späichersystem ze stéieren, awer et gëtt eng "Datenverlagerungsrate" Astellung déi d'Prioritéit ännert. Et gëtt eng Besonderheet hei: net all Dateblocken hunn déiselwecht Ëmverdeelungsuerdnung. Zum Beispill, Blöcke markéiert als Metadaten ginn als éischt op e méi séier Niveau geréckelt. Metadaten sinn, souzesoen, "Daten iwwer Daten", e puer zousätzlech Informatioun déi net Benotzerdaten sinn, awer hir Beschreiwung späichert. Zum Beispill, Informatioun am Dateiesystem iwwer wéi ee Block eng bestëmmte Datei ass. Dëst bedeit datt d'Geschwindegkeet vum Zougang zu Daten hänkt vun der Geschwindegkeet vum Zougang zu Metadaten of. Virausgesat datt Metadaten typesch vill méi kleng a Gréisst sinn, ginn d'Virdeeler fir se op méi performant Disken ze plënneren erwaart méi grouss ze sinn.

Critèren déi Fast VP a senger Aarbecht benotzt

Den Haaptcritère fir all Block, ganz ongeféier, ass d'Charakteristik vun der "Nofro" vun den Donnéeën, déi vun der Unzuel vu Lies- a Schreifoperatioune vun engem Datefragment hänkt. Mir nennen dës charakteristesch "Temperatur". Et gi gefuerdert (waarm) Donnéeën déi "méi waarm" sinn wéi net opgefuerdert Donnéeën. Et gëtt periodesch berechent, par défaut mat Intervalle vun enger Stonn.

D'Temperaturrechnungsfunktioun huet déi folgend Eegeschaften:

  • Beim Fehlen vun I / O ginn d'Donnéeën mat der Zäit "ofkillt".
  • Bei méi oder manner gläicher Belaaschtung am Laf vun der Zäit klëmmt d'Temperatur fir d'éischt an stabiliséiert sech dann an engem bestëmmte Beräich.

Als nächst ginn d'Politik uewen beschriwwen an de fräie Raum op all Tierm berücksichtegt. Fir Kloerheet ginn ech e Bild aus der Dokumentatioun. Hei rout, giel a blo Faarwen weisen op Blöcke mat héijen, mëttleren an niddregen Temperaturen, respektiv.

FAST VP op Unity Storage: wéi et funktionnéiert

Komme mer awer zréck op d'Aufgaben. Also kënne mir ufänken ze analyséieren wat gemaach gëtt fir FAST VP Probleemer ze léisen.

A. Verdeelung vun Daten iwwer verschidden Zorte vu Disken, Niveauen

Eigentlech ass dëst d'Haaptaufgab vum FAST VP. De Rescht, an engem Sënn, sinn Derivate dovun. Ofhängeg vun der gewielter Politik, ginn Daten iwwer verschidde Späicherniveauen verdeelt. Als éischt gëtt d'Plazéierungspolitik berücksichtegt, dann d'Blocktemperatur an d'Gréisst / d'Geschwindegkeet vun de RAID-Gruppen.

Fir héchst / niddregst verfügbar Tier Politik ass alles ganz einfach. Fir déi aner zwee ass dat de Fall. D'Daten ginn iwwer verschidden Niveauen verdeelt, andeems d'Gréisst an d'Leeschtung vun de RAID-Gruppen berücksichtegt ginn: sou datt de Verhältnis vun der totaler "Temperatur" vun de Blocken op déi "bedingt maximal Leeschtung" vun all RAID-Grupp ongeféier d'selwecht ass. Sou gëtt d'Laascht méi oder manner gläichméisseg verdeelt. Méi erfuerderlech Donnéeën ginn op séier Medien geplënnert, a selten benotzt Daten ginn op méi lues Medien geplënnert. Idealerweis sollt d'Verdeelung esou ausgesinn:

FAST VP op Unity Storage: wéi et funktionnéiert

B. Verdeelung vun Donnéeën tëscht Disken vum selwechten Typ

Denkt drun, am Ufank hunn ech geschriwwen datt Späichermedien aus een oder méi Niveauen sinn an engem Pool kombinéiert? Am Fall vun engem eenzegen Niveau huet FAST VP och Aarbecht ze maachen. Fir maximal Leeschtung op all Niveau z'erreechen, ass et unzeroden Daten gläichméisseg tëscht Disken ze verdeelen. Dëst wäert (an Theorie) erlaben Iech de maximalen Betrag vun IOPS ze kréien. Daten an enger RAID-Grupp kënnen als gläichméisseg verdeelt iwwer Disken ugesi ginn, awer dëst ass net ëmmer de Fall tëscht RAID-Gruppen. Am Fall vun engem Ungleichgewicht wäert FAST VP Daten tëscht RAID-Gruppen am Verhältnis zu hirem Volume an "bedingte Leeschtung" (an numeresche Begrëffer) bewegen. Fir Kloerheet wäert ech e Rebalancing Schema ënner dräi RAID Gruppen weisen:

FAST VP op Unity Storage: wéi et funktionnéiert

B. Dateverdeelung beim Ausbau vum Pool

Dës Aufgab ass e spezielle Fall vun der viregter a gëtt ausgefouert wann eng RAID-Grupp an de Pool bäigefüügt gëtt. Fir sécherzestellen datt déi nei bäigefüügt RAID-Grupp net Idle bleift, ginn e puer vun den Donnéeën op et transferéiert, dat heescht datt d'Laascht iwwer all RAID-Gruppen ëmverdeelt gëtt.

SSD Wear Leveling

Andeems Dir Verschleiungsniveau benotzt, kann FAST VP d'Liewen vun enger SSD verlängeren, obwuel dës Feature net direkt mat der Storage Tiering verbonnen ass. Well Temperaturdaten scho verfügbar sinn, gëtt och d'Zuel vun de Schreifoperatioune berücksichtegt, a mir wësse wéi d'Dateblocken réckelen, et wier logesch fir FAST VP fir dëse Problem ze léisen.

Wann d'Zuel vun den Entréen an engem RAID-Grupp däitlech d'Zuel vun den Entréen an engem aneren iwwerschreift, wäert FAST VP d'Donnéeën am Aklang mat der Unzuel vun de Schreifoperatioune verdeelen. Engersäits erliichtert dëst d'Belaaschtung a spuert d'Ressource vun e puer Disken, op der anerer Säit bäidréit et "Aarbecht" fir manner gelueden, wat d'Gesamtleistung erhéijen.

Op dës Manéier iwwerhëlt FAST VP déi traditionell Erausfuerderunge vum Storage Tiering a mécht e bësse méi wéi dat. All dëst erlaabt Iech Daten ganz effizient am Unity Späichersystem ze späicheren.

E puer Tipps

  1. Vernoléissegt net d'Dokumentatioun ze liesen. Et gi bescht Praktiken, a si funktionnéieren ganz gutt. Wann Dir hinnen verfollegen, dann, als Regel, keng sérieux Problemer entstoen. De Rescht vun der Berodung widderhëlt se am Fong oder ergänzt se.
  2. Wann Dir FAST VP konfiguréiert an aktivéiert hutt, ass et besser et aktivéiert ze loossen. Loosst et d'Donnéeën a senger zougewisener Zäit verdeelen a lues a lues wéi eemol am Joer an e seriösen Impakt op d'Leeschtung vun aneren Aufgaben hunn. An esou Fäll kann d'Verdeelung vun Daten laang daueren.
  3. Sidd virsiichteg wann Dir eng Verlagerungsfenster auswielt. Och wann dëst offensichtlech ass, probéiert eng Zäit mat der mannst Belaaschtung op Unity ze wielen an eng genuch Zäit ze verdeelen.
  4. Plangt Äre Späichersystem auszebauen, maacht et op Zäit. Dëst ass eng allgemeng Empfehlung déi och wichteg ass fir FAST VP. Wann d'Quantitéit vum fräie Raum ganz kleng ass, da wäert d'Datenbewegung verlangsamen oder onméiglech ginn. Besonnesch wann Dir de Punkt 2 vernoléissegt hutt.
  5. Wann Dir e Pool mat FAST VP aktivéiert erweidert, sollt Dir net mat de luessten Disken ufänken. Dat ass, mir addéieren entweder all geplangte RAID-Gruppen op eemol, oder fügen déi schnellsten Disken als éischt un. An dësem Fall wäert d'Verdeelung vun Daten op nei "schnell" Disken d'Gesamtgeschwindegkeet vum Pool erhéijen. Soss, ugefaange mat "luesen" Scheiwen kann zu enger ganz désagréabel Situatioun féieren. Als éischt ginn d'Donnéeën op nei, relativ lues Disken transferéiert, an dann, wann méi séier bäigefüügt ginn, an déi entgéintgesate Richtung. Et ginn Nuancen hei am Zesummenhang mat verschiddene FAST VP Politiken, awer allgemeng ass eng ähnlech Situatioun méiglech.

Wann Dir dëst Produkt kuckt, kënnt Dir Unity gratis probéieren andeems Dir Unity VSA virtuellt Apparat erofluet.

FAST VP op Unity Storage: wéi et funktionnéiert

Um Enn vum Material deelen ech e puer nëtzlech Linken:

Konklusioun

Ech géif gär iwwer vill schreiwen, awer ech verstinn datt net all Detailer fir de Lieser interessant sinn. Zum Beispill kënnt Dir méi detailléiert iwwer d'Critèrë schwätzen, duerch déi FAST VP Entscheedungen iwwer Datentransfer mécht, iwwer d'Prozesser vun der Analyse vun I / O Statistiken. Och d'Thema vun der Interaktioun mat Dynamesch Pools, an dat verdéngt en separaten Artikel. Dir kënnt souguer iwwer d'Entwécklung vun dëser Technologie fantaséieren. Ech hoffen et war net langweileg an ech hun dech net langweilen. Gesinn dech speider!

Source: will.com

Setzt e Commentaire