Tárolási virtualizáció - Storage virtualization

Nem tévesztendő össze a virtuális tárolóval .

A számítástechnika , tároló virtualizáció „a folyamat bemutatása logikai véve a fizikai tárolási erőforrások” egy gazda számítógép rendszer „kezelni az összes tároló (merevlemez, optikai lemez, szalag, stb), a vállalkozás, mint egy tároló medence. "

A "tárolórendszer" tároló tömb, lemez tömb vagy reszelő néven is ismert . A tárolórendszerek általában speciális hardvert és szoftvert használnak a lemezmeghajtókkal annak érdekében, hogy nagyon gyors és megbízható tárhelyet biztosítsanak a számításhoz és az adatfeldolgozáshoz. A tárolórendszerek összetettek, és elképzelhető, hogy speciális rendeltetésű számítógépek, amelyek célja a tárolókapacitás biztosítása a fejlett adatvédelmi funkciókkal együtt. A merevlemez-meghajtók csak egy elem a tárolórendszerben, a hardver és a speciális rendeltetésű beágyazott szoftverek mellett.

A tárolórendszerek vagy blokkhoz, vagy fájlokhoz férhetnek hozzá. A blokkhozzáférést általában Fibre Channel , iSCSI , SAS , FICON vagy más protokollokon keresztül biztosítják. A fájlhozzáférést gyakran NFS vagy SMB protokollok segítségével biztosítják .

A tárolórendszer összefüggésében a virtualizációnak két elsődleges típusa fordulhat elő:

  • Az ebben a kontextusban használt blokkvirtualizáció a logikai tároló (partíció) absztrakciójára (elválasztására) utal a fizikai tárolóból , hogy hozzáférhető legyen a fizikai tárolásra vagy a heterogén szerkezetre való tekintet nélkül. Ez a szétválasztás nagyobb rugalmasságot biztosít a tárolórendszer rendszergazdáinak abban, ahogyan a végfelhasználók számára kezelik a tárhelyet.
  • A fájl virtualizáció a NAS kihívásaival foglalkozik azáltal, hogy kiküszöböli a fájlszinten elérett adatok és a fájlok fizikai tárolási helye közötti függőségeket. Ez lehetőséget nyújt a tárhely-használat és a kiszolgálók konszolidációjának optimalizálására, valamint a nem zavaró fájlmigrációk végrehajtására.

Blokkolja a virtualizációt

Címtér újratervezése

A tárolás virtualizálása az adatok fizikai helyének elvonatkoztatásával segít elérni a helyfüggetlenséget. A virtualizációs rendszer logikai teret mutat a felhasználó számára az adattároláshoz, és kezeli annak a tényleges fizikai helyhez való hozzárendelésének folyamatát.

Lehetséges több rétegű virtualizáció vagy leképezés. Ekkor lehetséges, hogy egy virtualizációs réteg kimenete felhasználható egy magasabb virtualizációs réteg bemenetére. A virtualizáció a háttér-erőforrások közötti teret feltérképezi a front-end erőforrásokhoz. Ebben az esetben a "háttér" egy olyan logikai egységszámra (LUN) utal , amelyet nem közvetlen számítógép számára vagy gép számára mutatnak be. A "front-end" LUN vagy kötet bemutatásra kerül egy gazdagépnek vagy számítógépes rendszernek használatra.

A leképezés tényleges formája a választott megvalósítástól függ. Egyes megvalósítások korlátozhatják a leképezés részletességét, ami korlátozhatja az eszköz képességeit. A tipikus részletesség egyetlen fizikai lemeztől egészen a fizikai lemez néhány kis részhalmazáig (megabájt vagy gigabájt többszöröse) terjed.

Blokk alapú tárolási környezetben egyetlen információblokkot címeznek egy LUN azonosító és egy eltolás felhasználásával azon a LUN-on belül - logikai blokk címzésként (LBA).

Metaadatok

A virtualizációs szoftver vagy eszköz felelős a virtualizált tároló összes leképezési információjának egységes nézetének fenntartásáért. Ezt a leképezési információt gyakran metaadatoknak hívják, és leképezési táblaként tárolják.

A címteret korlátozhatja a leképezési tábla fenntartásához szükséges kapacitás. A részletesség szintje és a teljes címezhető terület közvetlenül befolyásolja a metaadatok méretét, és így a leképezési táblázatot is. Emiatt gyakran van kompromisszum a címezhető kapacitás mennyisége és a részletesség vagy a hozzáférés részletessége között.

E korlátok kezelésére az egyik általános módszer a virtualizáció több szintjének használata. Számos ma telepített tárolórendszerben általános a virtualizáció három rétegének használata.

Egyes megvalósítások nem használnak leképezési táblázatot, ehelyett algoritmus segítségével számítják ki a helyeket. Ezek a megvalósítások dinamikus módszereket használnak a hozzáférés helyének kiszámításához, ahelyett, hogy információkat tárolnának egy leképezési táblázatban.

I / O átirányítás

A virtualizációs szoftver vagy eszköz a metaadatokkal irányítja az I / O kéréseket. Kap egy bejövő I / O kérést, amely információkat tartalmaz az adatok helyéről a logikai lemez (vdisk) szempontjából, és ezt lefordítja egy új I / O kéréssé a fizikai lemez helyére.

A virtualizációs eszköz például:

  • Olvasási kérelem fogadása a vdisk LUN ID = 1, LBA = 32 fájljára
  • Végezzen metaadat-keresést a LUN ID = 1, LBA = 32 esetén, és megtalálja ezt a fizikai LUN ID = 7, LBA0
  • Olvasási kérelmet küld a fizikai LUN ID = 7, LBA0 értékre
  • Visszaadja az adatokat a fizikai LUN-ból
  • Az adatokat úgy küldi vissza a kezdeményezőnek, mintha a LUN ID = 1, LBA32 vdiskről származnának

Képességek

A legtöbb megvalósítás lehetővé teszi a több gyártós tárolóeszközök heterogén kezelését az adott megvalósítás támogatási mátrixának keretein belül. Ez azt jelenti, hogy a következő képességek nem korlátozódnak egyetlen szállító eszközére (csakúgy, mint az egyes tárolóvezérlők által biztosított hasonló képességekre), és valójában a különböző gyártók eszközein lehetségesek.

Replikáció

Fő cikk: Tárolási replikáció

Az adatreplikációs technikák nem korlátozódnak a virtualizációs készülékekre, és mint ilyeneket, itt nem írják le őket részletesen. Azonban a legtöbb megvalósítás a replikációs szolgáltatások egy részét vagy egészét biztosítja.

A tárolás virtualizálásakor a replikációs szolgáltatásokat a virtualizációt végző szoftver vagy eszköz felett kell megvalósítani. Ez azért van így, mert csak a virtualizációs réteg felett lehet másolni a logikai lemez (vdisk) valódi és következetes képét. Ez korlátozza azokat a szolgáltatásokat, amelyeket egyes megvalósítások megvalósíthatnak, vagy komolyan megnehezíti azok megvalósítását. Ha a virtualizációt a hálózaton vagy annál magasabb szinten hajtják végre, ez használhatatlanná teszi az alapul szolgáló tárolóvezérlők által nyújtott replikációs szolgáltatásokat.

  • Távoli adatreplikáció katasztrófa utáni helyreállításhoz
    • Szinkron tükrözés - ahol az I / O befejezés csak akkor kerül visszaadásra, ha a távoli hely nyugtázza a befejezést. Rövidebb távolságokra (<200 km) alkalmazható
    • Aszinkron tükrözés - ahol az I / O befejezés visszakerül, mielőtt a távoli hely visszaigazolta volna a befejezést. Sokkal nagyobb távolságokra (> 200 km) alkalmazható
  • Pont-pont pillanatképek az adatok másolásához vagy klónozásához különféle célokra
    • Vékony kiépítéssel kombinálva lehetővé teszi a helytakarékos pillanatképeket

Pooling

A fizikai tárolási erőforrások tárolókészletekbe vannak összesítve, amelyekből a logikai tároló jön létre. További tároló rendszerek, amelyek heterogén természetűek, szükség esetén hozzáadhatók, és a virtuális tárhely ugyanannyival bővül. Ez a folyamat teljesen átlátható a tárolási infrastruktúrát használó alkalmazások számára.

Lemezkezelés

A tárolási virtualizációt biztosító szoftver vagy eszköz a lemezek virtuális kezelőjévé válik a virtualizált környezetben. A logikai lemezeket (vdisk) a virtualizációs szoftver vagy eszköz hozza létre, és a szükséges állomáshoz vagy szerverhez hozzárendeli (láthatóvá teszi), így közös helyet vagy módot biztosít a környezet összes kötetének kezelésére.

A továbbfejlesztett szolgáltatásokat könnyű biztosítani ebben a környezetben:

  • Vékony előkészítés a tárhely-kihasználás maximalizálása érdekében
    • Ez viszonylag könnyen kivitelezhető, mivel a fizikai tároló csak akkor kerül kiosztásra a leképezési táblában, ha azt használják.
  • Lemezbővítés és zsugorodás
    • Több fizikai tárhelyet lehet lefoglalni a leképezési táblázat hozzáadásával (feltételezve, hogy a használó rendszer képes megbirkózni az online bővítéssel)
    • Hasonlóképpen a lemezek mérete csökkenthető azzal, hogy eltávolítunk egy fizikai tárhelyet a leképezésből (ennek felhasználása korlátozott, mivel nincs garancia arra, hogy mi található az eltávolított területeken)

Előnyök

Nem zavaró adatmigráció

Az állomás vagy a kiszolgáló tényleges tárolástól való elvonásának egyik fő előnye az adatok áttelepítésének képessége az egyidejű I / O hozzáférés fenntartása mellett.

A hoszt csak a logikai lemezről tud (a leképezett LUN-ról), így a metaadatok leképezésének bármilyen változása átlátható a hoszt számára. Ez azt jelenti, hogy a tényleges adatok áthelyezhetők vagy másolhatók egy másik fizikai helyre anélkül, hogy bármely kliens működését befolyásolnák. Az adatok másolása vagy áthelyezése után a metaadatok egyszerűen frissíthetők, hogy az új helyre mutassanak, így felszabadítva a fizikai tárhelyet a régi helyen.

A fizikai hely áthelyezésének folyamata adatmigráció néven ismert . A legtöbb megvalósítás lehetővé teszi, hogy ezt nem zavaró módon hajtsák végre, vagyis egyidejűleg, miközben a gazdagép folytatja az I / O műveleteket a logikai lemezen (vagy LUN-on).

A leképezés részletessége diktálja, hogy a metaadatok milyen gyorsan frissíthetők, mennyi extra kapacitásra van szükség az áttelepítés során, és az előző helyet milyen gyorsan jelölik szabadnak. Minél kisebb a részletesség, annál gyorsabb a frissítés, kevesebb hely szükséges és gyorsabban felszabadulhat a régi tárhely.

A tárolási rendszergazdának sok olyan napi feladatot kell elvégeznie, amelyeket egyszerűen és egyidejűleg lehet végrehajtani az adatmigrációs technikákkal.

  • Adatok áthelyezése egy túlhasznált tárolóeszközről.
  • Adatok áthelyezése gyorsabb tárolóeszközre, szükség szerint
  • Végrehajtási információ életciklus-menedzsment politika
  • Adatok átállítása régebbi tárolóeszközökről (selejtezés vagy bérbeadás nélkül)

Javított kihasználtság

A kihasználtság növelhető az összevonási, áttelepítési és vékony kiépítési szolgáltatások révén. Ez lehetővé teszi a felhasználók számára, hogy elkerüljék a túlzott tárolási megoldásokat. Más szavakkal, az ilyen típusú felhasználás a tárolók közös készletén keresztül könnyen és gyorsan felosztható, mivel erre szükség van a tárolókapacitás korlátozásainak elkerülése érdekében, amelyek gyakran hátráltatják az alkalmazás teljesítményét.

Ha az összes rendelkezésre álló tárolókapacitás összevonásra kerül, a rendszergazdáknak nem kell többé olyan lemezeket keresni, amelyek szabad területtel rendelkeznek egy adott gazdagép vagy szerver számára történő lefoglaláshoz. Egy új logikai lemezt egyszerűen lefoglalhat a rendelkezésre álló készletből, vagy meglévő lemezt bővíthet.

A pooling azt is jelenti, hogy az összes rendelkezésre álló tárolókapacitás potenciálisan felhasználható. Hagyományos környezetben egy teljes lemezt leképeznek egy gazdagépre. Ez nagyobb lehet, mint amire szükség van, ezzel pazarolva a helyet. Virtuális környezetben a logikai lemezhez (LUN) hozzá van rendelve a használó gazdagép által megkövetelt kapacitás.

A tárhelyet oda lehet rendelni, ahol arra az adott pillanatban szükség van, így nincs szükség arra, hogy kitaláljuk, mennyire lesz szüksége egy adott gazdagépnek a jövőben. A Thin Provisioning használatával az adminisztrátor nagyon nagy, vékony tartalék logikai lemezt hozhat létre, így a használó rendszer úgy gondolja, hogy az első naptól kezdve nagyon nagy lemezzel rendelkezik.

Kevesebb irányítási pont

A tárolási virtualizációval több független tárolóeszköz, még akkor is, ha szétszórva van a hálózaton, egyetlen monolitikus tárolóeszköznek tűnik, és központilag kezelhető.

A hagyományos tárolóvezérlő kezelésére azonban továbbra is szükség van. Vagyis RAID tömbök létrehozása és karbantartása , beleértve a hibák és a hibák kezelését.

Kockázatok

A sikertelen megvalósítás biztonsági mentése

Miután az absztrakciós réteg a helyén van, csak a virtualizátor tudja, hol találhatók az adatok a fizikai közegen. A virtuális tárolókörnyezetből való kilépés ezért megköveteli a logikai lemezek, mint összefüggő lemezek rekonstrukcióját, amelyek hagyományos módon használhatók.

A legtöbb megvalósítás valamilyen háttér-eljárást biztosít, és az adatmigrációs szolgáltatásokkal ez legalább lehetséges, de időigényes.

Interoperabilitás és szállítói támogatás

Az interoperabilitás minden virtualizációs szoftver vagy eszköz kulcsfontosságú eleme. Ez a tényleges fizikai tárolóvezérlőkre és a gazdagépekre, azok operációs rendszereire, többszörösen javító szoftverekre és csatlakozási hardverekre vonatkozik.

Az interoperabilitási követelmények eltérnek a választott megvalósítástól. Például a tárolóvezérlőn belül megvalósított virtualizáció nem jelent többletköltséget a gazdagép-alapú interoperabilitás számára, de további támogatást igényel más tárolóvezérlőktől, ha ugyanazon szoftverrel akarják virtualizálni őket.

A kapcsolóalapú virtualizáció nem igényel specifikus gazdagép-interoperabilitást - ha csomagrepesztési technikákat használ az I / O átirányításához.

A hálózati alapú készülékek a legmagasabb szintű átjárhatósági követelményeket támasztják, mivel minden eszközzel, tárolóval és gazdagéppel együttműködniük kell.

Bonyolultság

A komplexitás több területet érint:

  • Környezetmenedzsment: Bár a virtuális tárolók infrastruktúrájának egyetlen pontja van a logikai lemez és a replikációs szolgáltatás kezelésének, a fizikai tárhelyet továbbra is kezelni kell. A probléma meghatározása és a hibaszigetelés szintén összetetté válhat, az absztrakciós réteg miatt.
  • Infrastruktúra-tervezés: A hagyományos tervezési etika már nem alkalmazható, a virtualizáció új ötletek és koncepciók egész sorát gondolja át (itt részletesen)
  • Maga a szoftver vagy eszköz: Egyes megvalósítások összetettebbek a tervezés és a kódolás terén - hálózati alapúak, különösen a sávon belüli (szimmetrikus) kialakítások - ezek a megvalósítások valóban kezelik az I / O kéréseket, így a késés kérdéssé válik.

Metaadat-kezelés

Az információ a mai üzleti környezet egyik legértékesebb eszköze. Miután virtualizált, a metaadatok középen a ragasztók. Ha a metaadatok elvesznek, akkor az összes tényleges adat is elvész, mivel a logikai meghajtókat a leképezési információk nélkül gyakorlatilag lehetetlen rekonstruálni.

Bármely megvalósításnak biztosítania kell a védelmét megfelelő szintű biztonsági másolatokkal és másolatokkal. Fontos, hogy katasztrofális kudarc esetén képes legyen rekonstruálni a metaadatokat.

A metaadatok kezelése szintén kihat a teljesítményre. Bármely virtualizációs szoftvernek vagy eszköznek képesnek kell lennie a metaadatok összes másolatának atomikus és gyors frissítésre. Egyes megvalósítások korlátozzák bizonyos gyors frissítési funkciók biztosításának lehetőségét, például a pontos másolatokat és a gyorsítótárat, ahol szupergyors frissítésekre van szükség a tényleges I / O minimális késleltetésének biztosításához.

Teljesítmény és méretezhetőség

Bizonyos megvalósításokban a fizikai tárolás teljesítménye valóban javítható, elsősorban a gyorsítótárazás miatt. A gyorsítótárazás azonban megköveteli az I / O kérelemben szereplő adatok láthatóságát, ezért sávon belüli és szimmetrikus virtualizációs szoftverekre és eszközökre korlátozódik. Ezek a megvalósítások azonban közvetlenül befolyásolják az I / O kérések késleltetését is (cache miss), mivel az I / O-nak át kell áramolnia a szoftvert vagy az eszközt. Ha feltételezzük, hogy a szoftver vagy az eszköz hatékonyan van megtervezve, akkor ennek a hatásnak minimálisnak kell lennie, összehasonlítva a fizikai lemezelérésekhez kapcsolódó késéssel.

A virtualizáció jellege miatt a logikai és fizikai megfeleltetés némi feldolgozási teljesítményt és keresőtáblákat igényel. Ezért minden megvalósítás hozzáad egy kis késleltetési időt.

A válaszidővel kapcsolatos aggályok mellett figyelembe kell venni az áteresztőképességet is. A metaadat-kereső szoftverbe történő be- és kikapcsolás sávszélessége közvetlenül befolyásolja a rendelkezésre álló rendszer sávszélességét. Az aszimmetrikus megvalósításokban, ahol a metaadatok keresése az információ elolvasása vagy megírása előtt történik, a sávszélesség kevésbé aggasztó, mivel a metaadatok a tényleges I / O méret apró töredékét jelentik. A sávon belüli, szimmetrikus áramlást a terveken keresztül közvetlenül korlátozza feldolgozási teljesítményük és csatlakozási sávszélességük.

A legtöbb megvalósítás valamilyen kiterjesztési modellt kínál, ahol további szoftver vagy eszközpéldányok beépítése fokozott skálázhatóságot és potenciálisan megnövelt sávszélességet biztosít. A teljesítmény és a skálázhatóság jellemzőit közvetlenül befolyásolja a választott megvalósítás.

Megvalósítási megközelítések

  • Host-alapú
  • Tárolóeszköz-alapú
  • Hálózati alapú

Host-alapú

Fő cikk: Logikai kötetkezelés

A gazdagép-alapú virtualizációhoz további szoftverre van szükség a gazdagépen, kiváltságos feladatként vagy folyamatként. Bizonyos esetekben a kötetkezelés beépül az operációs rendszerbe, más esetekben pedig külön termékként kínálják. A gazdarendszer számára bemutatott köteteket (LUN) egy hagyományos fizikai eszközillesztő kezeli. A lemezeszköz-illesztőprogram fölött azonban egy szoftverréteg (kötetkezelő) található, amely elfogja az I / O kéréseket, és biztosítja a metaadatok keresését és az I / O leképezést.

A legtöbb modern operációs rendszer rendelkezik valamilyen logikai kötetkezeléssel (Linux alatt Logical Volume Manager vagy LVM néven; Solaris és FreeBSD esetén a ZFS zpool rétege; Windows rendszerben Logical Disk Manager vagy LDM néven), amely virtualizációs feladatokat hajt végre.

Megjegyzés: A gazdagép-alapú kötetkezelőket jóval azelőtt használták, hogy a tárolási virtualizáció kifejezést kifejlesztették volna.

Előnyök
  • Egyszerű kialakítani és kódolni
  • Bármilyen típusú tárolót támogat
  • Javítja a tárhely kihasználtságát vékony kiépítési korlátozások nélkül
Hátrányok
  • Csak tárhelyenként optimalizált tárhely-kihasználtság
  • A replikáció és az adatok migrálása csak lokálisan lehetséges az adott gazdagépre
  • A szoftver minden operációs rendszerhez egyedi
  • Nincs egyszerű módja annak, hogy a gazdagéppéldányokat szinkronban tartsa más példányokkal
  • A szerver merevlemez-meghajtójának összeomlását követően a hagyományos adat-helyreállítás lehetetlen

Konkrét példák

Tárolóeszköz-alapú

A gazdagép-alapú virtualizációhoz hasonlóan több kategória is létezik évek óta, és csak nemrégiben sorolták őket virtualizációnak. Az egyszerű adattároló eszközök, például az egyes merevlemez-meghajtók , nem biztosítanak virtualizációt. De még a legegyszerűbb lemeztömbök is logikus fizikai fizikai absztrakciót nyújtanak, mivel RAID- sémákkal több lemezt egyetlen tömbben egyesítenek (és később esetleg kisebb kötetekre osztják a tömböt).

A fejlett lemeztömbök gyakran klónozást, pillanatképeket és távoli replikációt tartalmaznak. Ezek az eszközök általában nem nyújtják az adatok áttelepítésének vagy a heterogén tárolóhelyeken történő replikációjának előnyeit, mivel minden gyártó hajlamos a saját saját protokolljainak használatára.

A lemeztömb-vezérlők új fajtája lehetővé teszi más tárolóeszközök downstream csatlakoztatását. E cikk alkalmazásában csak a későbbi stílust tárgyaljuk, amelyek valójában virtualizálják a többi tárolóeszközt.

Koncepció

Az elsődleges tárolóvezérlő biztosítja a szolgáltatásokat, és lehetővé teszi más tárolóvezérlők közvetlen csatolását. A megvalósítástól függően ezek ugyanazoktól vagy különböző gyártóktól származhatnak.

Az elsődleges vezérlő biztosítja a pooling és a meta-adatkezelés szolgáltatásait. Emellett replikációs és áttelepítési szolgáltatásokat is nyújthat azokon a vezérlőkön keresztül, amelyek.

Előnyök
  • Nincs további hardver vagy infrastruktúra követelmény
  • A tárhely-virtualizáció legtöbb előnyét biztosítja
  • Nem ad hozzá késést az egyes I / O-khoz
Hátrányok
  • Csak a csatlakoztatott vezérlőkön optimalizált tárhely-kihasználtság
  • Replikálás és adatmigráció csak a csatlakoztatott vezérlőkön és ugyanazon gyártói eszközökön lehetséges távolsági támogatáshoz
  • A downstream vezérlő csatolása a gyártók támogatására korlátozódik
  • Az I / O késés, a nem gyorsítótár-találatok megkövetelik, hogy az elsődleges tárolóvezérlő kiadjon egy másodlagos downstream I / O kérést
  • A tárolási infrastruktúra erőforrásainak növekedése, az elsődleges tárolóvezérlő azonos sávszélességet igényel, mint a másodlagos tárolóvezérlők ugyanazon átviteli sebesség fenntartása érdekében

Hálózati alapú

Tárolási virtualizáció, amely hálózati alapú eszközön (általában egy szabványos szerver vagy intelligens kapcsoló) működik, és iSCSI vagy FC Fiber csatornás hálózatokat használ SAN- ként történő csatlakozáshoz . Az ilyen típusú eszközök a virtualizáció leggyakrabban elérhető és megvalósított formája.

A virtualizációs eszköz az SAN-ban található, és biztosítja az absztrakciós réteget az I / O-t végrehajtó hosztok és a tárolási kapacitást biztosító tároló-vezérlők között.

Előnyök
  • Valódi heterogén tárolási virtualizáció
  • Az adatok tárolása (teljesítményelőny) sávon belül lehetséges
  • Egyetlen kezelőfelület az összes virtualizált tárolóhoz
  • Replikációs szolgáltatások heterogén eszközökön keresztül
Hátrányok
  • Komplex interoperabilitási mátrixok - a gyártók támogatása korlátozza
  • Nehéz megvalósítani a gyors metaadatok frissítését a kapcsolt alapú eszközökben
  • A sávon kívülre külön állomásalapú szoftver szükséges
  • A sávon belüli késés hozzáadható az I / O-hoz
  • Sávon belül a legbonyolultabb tervezés és kódolás
Készülékalapú vagy kapcsolóalapú

A hálózati alapú tárhely-virtualizációnak két általánosan elérhető megvalósítása létezik, készülékalapú és kapcsolóalapú . Mindkét modell ugyanazokat a szolgáltatásokat, lemezkezelést, metaadatok keresését, adatmigrációt és replikációt képes nyújtani. Mindkét modellhez bizonyos feldolgozó hardverre is szükség van ezen szolgáltatások nyújtásához.

A készülékalapú eszközök dedikált hardvereszközök, amelyek SAN-kapcsolatot biztosítanak egyik vagy másik formában. Ezek az állomások és a tárolók között helyezkednek el, és a sávon belüli (szimmetrikus) készülékek az összes, a cikkben tárgyalt előnyt és szolgáltatást megadhatják. Az I / O kérések magára a készülékre irányulnak, amely elvégzi a meta-adatok leképezését, mielőtt az I / O-t átirányítja, saját I / O-kérelmét elküldve az alapul szolgáló tárolóba. A sávon belüli eszköz az adatok gyorsítótárazását is biztosíthatja, és a legtöbb megvalósítás az egyes készülékek valamilyen formájú csoportosítását biztosítja a metaadatok, valamint a gyorsítótár-adatok atomi nézetének fenntartása érdekében.

A kapcsolóalapú eszközök, amint a neve is mutatja, a fizikai kapcsoló hardverben találhatók, amelyet a SAN eszközök csatlakoztatásához használnak. Ezek szintén a gazdagépek és a tárhely között helyezkednek el, de különböző technikákat használhatnak a metaadat-leképezés biztosításához, például csomagrepesztést a bejövő I / O kérések lekémleléséhez és az I / O átirányítás végrehajtásához. Sokkal nehezebb biztosítani a metaadatok atomfrissítését egy kapcsolt környezetben, és az adat- és metaadatok gyors frissítését igénylő szolgáltatások korlátozottak lehetnek a kapcsolt megvalósításokban.

Sávon belül vagy sávon kívül

A sávon belüli , más néven szimmetrikus virtualizációs eszközök valóban a gazdagép és a tároló közötti adatútban ülnek. Minden I / O kérés és adatuk átmegy az eszközön. A házigazdák I / O-t hajtanak végre a virtualizációs eszközön, és soha nem lépnek kapcsolatba a tényleges tároló eszközzel. A virtualizációs eszköz viszont I / O-t hajt végre a tárolóeszközön. Az adatok gyorsítótárazása, az adathasználatra vonatkozó statisztikák, a replikációs szolgáltatások, az adatok áttelepítése és a vékony kiépítés mind könnyen megvalósítható egy sávon belüli eszközben.

A sávon kívüli , más néven aszimmetrikus virtualizációs eszközöket néha meta-adatszervereknek nevezik . Ezek az eszközök csak a metaadat-leképezési funkciókat hajtják végre. Ehhez további szoftverre van szükség a gazdagépen, amely tudja, hogy először kéri a tényleges adatok helyét. Ezért a hoszt I / O kérését elfogják, mielőtt elhagyná a hosztot, meta-adatok kikeresését kérik a meta-adatszervertől (ez történhet a SAN-tól eltérő interfészen keresztül is), amely visszaadja a adatokat a gazdagépnek. Ezután az információt egy tényleges I / O kérelemen keresztül kapja meg a tároló. Gyorsítótárazás nem lehetséges, mivel az adatok soha nem jutnak át az eszközön.

Fájl alapú virtualizáció

A NAS virtualizációhoz használt szinonima.

Lásd még: Virtuális fájlrendszer , Telepíthető fájlrendszer és Fájlrendszer a Userspace-ben

Lásd még

Hivatkozások