Řešení 1:
Převzato přímo z mého příspěvku na blogu:http://www.standalone-sysadmin.com/blog/2008/09/introduction-to-lvm-in-linux/
Nejprve pojďme diskutovat o životě bez LVM. Za starých špatných časů jste měli pevný disk. Tento pevný disk může mít oddíly. Na tyto oddíly můžete nainstalovat souborové systémy a poté je použít. Do kopce oběma směry. Vypadalo to hodně takto:
Máte skutečný disk, v tomto případě sda. Na tomto disku jsou dva oddíly, sda1 a sda2. Je zde také nevyužité volné místo. Každý z oddílů má na sobě souborový systém, který je připojen. Skutečný typ souborového systému je libovolný. Dalo by se to nazvat ext3, reiserfs, nebo co máš. Důležité je poznamenat, že existuje přímá korolace jedna ku jedné mezi diskovými oddíly a možnými systémy souborů.
Pojďme přidat nějakou správu logických svazků, která znovu vytvoří přesně stejnou strukturu:
Nyní vidíte stejné oddíly, ale nad oddíly je vrstva zvaná "Skupina svazků", doslova skupina svazků, v tomto případě diskových oddílů. Mohlo by být přijatelné si to představit jako jakýsi virtuální disk, který můžete rozdělit. Protože přesně odpovídáme naší předchozí konfiguraci, ještě nevidíte silné stránky systému. Můžete si všimnout, že nad skupinou svazků jsme vytvořili logické svazky, které lze považovat za virtuální oddíly, a na nich stavíme naše systémy souborů.
Podívejme se, co se stane, když přidáme více než jeden fyzický svazek:
Zde máme tři fyzické disky, sda, sdb a sdc. Každý z prvních dvou disků má jeden oddíl, který zabírá celý prostor. Poslední, sdc, má jeden oddíl zabírající polovinu disku, přičemž polovina zbývá volné místo bez oddílů.
Skupinu svazků vidíme nad tou, která obsahuje všechny aktuálně dostupné svazky. Zde leží jeden z největších prodejních míst. Můžete vytvořit logický oddíl velký jako součet vašich disků. V mnoha ohledech je to podobné tomu, jak funguje RAID úrovně 0, až na to, že zde není vůbec žádné prokládání. Data jsou zapisována z velké části lineárně. Pokud potřebujete redundanci nebo se zvýší výkon, který poskytuje RAID, nezapomeňte umístit logické svazky na pole RAID. Řezy RAID zde fungují přesně jako fyzické disky.
Nyní máme tuto skupinu svazků, která zabírá 2 a 1/2 disků. Byl rozdělen do dvou logických svazků, z nichž první je větší než kterýkoli z disků. Logickým svazkům je jedno, jak velké jsou skutečné fyzické disky, protože vidí pouze to, že jsou vyjmuty z myVolumeGroup01. Tato vrstva abstrakce je důležitá, jak uvidíme.
Co se stane, když se rozhodneme, že nevyužitý prostor potřebujeme, protože jsme přidali další uživatele?
Normálně bychom byli v nějakém zármutku, kdybychom použili mapování jedna ku jedné, ale s logickými svazky můžeme udělat toto:
Zde jsme vzali dříve volné místo na /dev/sdc a vytvořili /dev/sdc2. Pak jsme to přidali do seznamu svazků, které tvoří myVolumeGroup01. Jakmile to bylo hotovo, mohli jsme podle potřeby rozšířit kterýkoli z logických svazků. Od té doby, co jsme přidali uživatele, jsme rozšířili myLogicalVolume2. V tu chvíli, pokud to souborový systém /home podporoval, jsme mohli volně rozšiřovat, abychom zaplnili další prostor. To vše proto, že jsme abstrahovali naše úložiště z fyzických disků, na kterých žije.
Dobře, to pokrývá základní důvod správy logických svazků. Protože jsem si jist, že se chcete dozvědět více o tom, jak připravit a vybudovat vlastní systémy, zde je několik vynikajících zdrojů, které vám pomohou začít:
http://www.pma.caltech.edu/~laurence/Linux/lvm.html
http://www.freeos.com/articles/3921/
http://www.linuxdevcenter.com/pub/a/linux/2006/04/27/managing-disk-space-with-lvm.html
Řešení 2:
Pomocí LVM můžete s disky dělat spoustu věcí. Hlavní výhodou je možnost růstu souborových systémů za běhu. Předpokládejme, že nastavujete server protokolů a víte, že v budoucnu budete mít spoustu dat. Ext3 podporuje maximálně 16 TB (více v závislosti na vašem jádře a verzi EL). Ale co když víte, že za 2 roky budete potřebovat 1PB úložiště? No, to vytváří určité problémy. Nejprve se na vás váš šéf podívá s jelenem v očích reflektorů, když mu řeknete cenu tohoto úložného hardwaru. To vede k dalšímu problému – musíte začít s malým řešením, které můžete škálovat směrem nahoru. LVM vám tuto možnost dává. Začnete s několika disky. Pak přidáte další, uděláte z nich logickou skupinu, přidáte je do prvního logického svazku, zvětšíte velikost svazku a nakonec rozšíříte souborový systém. Voila, máte pěkný škálovací souborový systém.
To vám ušetří nutnost přesouvat data ze zařízení, přeformátovat LUN a poté vše přesouvat zpět, abyste provedli upgrade. Omlouvám se za stručnost, doufám, že to dává smysl.
Edit:Měl bych také poznamenat, že pokud máte co do činění s 1PB, nebudete chtít používat Ext3... pravděpodobně XFS.
Řešení 3:
LVM má řadu nepřímých výhod. Hlavní věc, kterou LVM dělá, je abstrakce fyzických disků od operačního systému . Hlavní výhodou toho je jednoduše flexibilita . Většina výhod LVM se projeví pouze tehdy, když máte souborový systém, který podporuje změnu velikosti za běhu. Základní věc, kterou LVM dělá, je popsána níže:
Systémové oddíly existují jednu vrstvu nad diskem
Bez LVM Linux používá oddíly umístěné fyzicky na disku. Oddíly jsou přímá jména zařízení. Tabulka oddílů se nachází v MBR a normálně (v případě logických rozšířených oddílů) v rozšířeném spouštěcím záznamu (což umožňuje vytvořit větší počet oddílů). Oddíly definují velikost a typ mimo jiné atributy (konkrétněji definují počáteční a koncový válec, který v podstatě definuje velikost). Protože jsou tak úzce svázány s diskem, je důležité při instalaci nastavit "správné" schéma rozdělení. Pokud se náhle změní funkce počítače nebo pokud jste začátečník a nerozumíte důsledkům rozdělování, nebo pokud někde podceňujete využití disku nebo protokolů konkrétní aplikace, může být změna tohoto rozdělení těžkopádná. Existují nástroje, jak to udělat, ale obecně je potřeba přesunout data z oddílu, abyste je změnili. Je zřejmé, že pokud máte čtyři oddíly, změna druhého koncového cylindru oddílu ovlivní začátek třetího a čtvrtého oddílu, takže se dostanete do zapeklité situace.
Naivní mohou obhajovat použití jednoho velkého oddílu, ale můžete se vrátit, když budete potřebovat zavést kvóty nebo izolovat nepoctivé procesy zaplňující části vašeho systému (např. /var/log, /tmp atd.)
Výhody tohoto jsou:
Přidání/odebírání úložiště
Přidání úložiště je obecně triviální. Pokud používáte hardwarový nebo softwarový RAID a přidáte více disků, možná se budete muset často potýkat se symbolickými odkazy, abyste znovu vytvořili pole RAID, aby Linux zpřístupnil vaše nové úložiště v umístěních, která chcete.
Vezměte si příklad velkého adresáře /home, který se zaplňuje. To existuje na existujícím dvoudiskovém svazku RAID 1. Chcete přidat další dva disky. Ty nastavíte v hardwarové konfiguraci RAID 1. Bez LVM máte několik možností:
- Znovu sestavte celé pole raid v konfiguraci 1+0, která vyžaduje přesunutí dat ze stroje, přestavění a přesunutí zpět.
- Vytvořte novou skupinu svazků RAID 1, která je samostatná. Linux již má první svazek RAID připojený na /home, takže musíte připojit druhý svazek RAID na /home1 nebo podobně. Nyní, abyste získali vhodné cesty pro uživatele, které jsou konzistentní s první, možná budete muset použít symbolické odkazy, abyste dosáhli stejného efektu. Toto řešení navíc vyžaduje neustálou údržbu původního svazku RAID a potenciální migraci dat z původního oddílu.
S LVM můžete jednoduše přidat novou skupinu svazků RAID 1 do dalšího úložiště, změnit velikost souborového systému (za předpokladu, že to podporuje) a voila, /home je nyní najednou větší. Nemusíte nic symbolizovat ani provádět údržbu potenciálně přesunu dat z /home do /home1 nebo naopak. Opláchněte, umyjte a opakujte pro budoucí upgrady disku.
Online údržba
Většinu úloh LVM, za předpokladu, že to hardware podporuje, lze provádět online, bez restartování počítače. Pokud můžete v systému vyměnit disky za běhu, můžete přidat nové disky a následně odebrat staré (možná menší) disky, abyste zvýšili požadavky na systémové úložiště.
Jedním z hlavních problémů se svazky LVM je, že jak se blíží kapacitě, může se podle mých zkušeností stát problémem fragmentace. Svazky> 90 % a skutečně> 95 % mohou znamenat, že můžete skončit se špatnou fragmentací na disku v závislosti na využití disku a typech souborů. Málokdy je to něco, o co byste se měli přehnaně starat, to je případ jakéhokoli druhu správy svazků/diskových oddílů, ale zde jde o fragmentaci na vrstvě svazků na rozdíl od oddílu.