Lvm saját felelősségét egyetlen költség
Blokkolja a virtualizációt Címtér újratervezése A tárhely virtualizálása az adatok fizikai helyének elvonatkoztatásával segít elérni a helyfüggetlenséget.
- A legjobb amerikai találkozó helyén
- Kérlek kattints ide, ha a dokumentum olvasóban szeretnéd megnézni!
- Helyszíni találkozón disons. fr
- EUR-Lex - TJ - EN - EUR-Lex
- Feladatátvételi helyzetek szimulálása a virtuális gépek Windows vendég operációs rendszerek leállításával vagy az operációs rendszerek pánik módba helyezésével Linux vendég operációs rendszerek.
- Tárolási virtualizáció - ezustcsillag.hu
- Он мог внести свою личность в Банки Памяти в надежде сломать шаблоны Диаспара, пока город окончательно не закостенел.
- Keresés személy születési neve
A virtualizációs rendszer logikai teret mutat a felhasználó számára az adattároláshoz, és kezeli a tényleges fizikai helyhez való hozzárendelés folyamatát. Lehetőség van több rétegű virtualizációra vagy leképezésre. Ekkor lehetséges, hogy egy virtualizációs réteg kimenete felhasználható egy magasabb virtualizációs réteg bemeneteként.
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ül a számítógép vagy a host rendszer mutat be. A "front-end" LUN vagy kötet használatra kerül egy gazdagépnek vagy számítógépes rendszernek. 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 a fizikai lemez néhány kis részhalmazáig megabájt vagy gigabájt többszöröse terjed.
Projekt előkészítési és tervezési fázisa
Meta-adatok 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. Ezeket a leképezési információkat gyakran metaadatoknak hívják, lvm saját felelősségét egyetlen költség leképezési táblákké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 hozzáférés részletessége között.
SAP-munkaterhelések az Azure-ban: tervezési és üzembe helyezési ellenőrzőlista
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.
Ez azt jelenti, hogy lvm saját felelősségét egyetlen költség 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égrehajtó 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ós é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.
További tároló rendszerek, amelyek heterogén jellegű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 lány találkozik a jóindulatú Ezt viszonylag könnyű megvalósítani, mivel a fizikai tároló csak akkor kerül kiosztásra a leképezési táblában, ha azt használják.
A gazdagép 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 gazda 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, ezáltal felszabadítva a fizikai helyet a régi helyen.
A fizikai hely mozgatásának folyamata ismert adatmigrálás. A leképezés részletessége meghatározza, hogy a metaadatok milyen gyorsan frissíthetők, mennyi extra kapacitásra van szükség az áttelepítés során, és hogy az előző helyet milyen gyorsan jelölik szabadnak.
1. A feladat felmйrйse - skбlбzhatуsбg, alternatнvбk, hardver.
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 végrehajtania, amelyeket egyszerűen és egyidejűleg lehet végrehajtani az adatmigrációs technikák segítségével. Adatok áthelyezése egy túlhasznált tárolóeszközről. Adatok áthelyezése gyorsabb tárolóeszközre, szükség szerint Információ életciklus-kezelési házirendjének megvalósítása 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ő a pooling, az áttelepítés és a vékony létesí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 szóval, ez a fajta 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 lefoglaláshoz.
Egy új logikai lemezt egyszerűen lefoglalhat a rendelkezésre álló készletből, vagy kibővíthet egy meglévő lemezt. 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 társkereső doku, mint amire szükség van, ezzel pazarolva a helyet.
Virtuális környezetben a logikai lemezhez LUN hozzárendelik a használó gazdagép által megkövetelt kapacitást. A tárhelyet oda lehet rendelni, ahol az adott pillanatban szükség van lvm saját felelősségét egyetlen költség, ezzel csökkentve az igényt Találd ki hogy az adott gazdának mennyire lesz szüksége a jövőben.
A Thin Provisioning használatával az adminisztrátor nagyon nagy, vékony lvm saját felelősségét egyetlen költség 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 egységes zenés dortmund 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áló 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 back-out 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 hálózati alapú készülékek a legmagasabb szintű megismerni portugues követelményeket támasztják, mivel minden eszközzel, tárolóval és hosztokkal együtt kell működniük.
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árolót mégis kezelni kell. A lvm saját felelősségét egyetlen költség meghatározása és a hibaszigetelés szintén összetetté válhat, az absztrakciós réteg miatt.
Meta-adatkezelés Az információ a mai üzleti környezet egyik legértékesebb eszköze. Miután virtualizált, a metaadatok középen 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 lvm saját felelősségét egyetlen költség másolatának atomikus és gyors frissítésre. 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. 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. 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.
