Lemezterület kezelése az LVM rendszer kernel, eszközök, tárgyak, könyvtár

előző ◈ a következő

lemezterület kezelése LVM

Ez a cikk leírja, hogyan lehet létrehozni egy fájlszerver LVM (RAID nélküli RAID). Tekinthető kérdések bővítése lemezterület, lemezcsere, válassza ki a fájlrendszert.

[Bryce Harrington és Kees Cook. Translation: Michael Sgibnev (www.dreamcatcher.ru)]

lemezterület kezelése LVM

Fordítás: Michael Sgibnev

Linux Logical Volume Manager (LVM) a lemez virtualizációs mechanizmus. Ez lehetővé teszi, hogy hozzon létre „virtuális” lemezpartíciókat egy vagy több merevlemez-meghajtót, amelyet akkor lehet növelni, csökkenteni, vagy lépni a lemezről lemezre az Ön igényei szerint. Szintén lehetőség van arra, hogy felszámolja a partíció mérete korlátot a méret a merevlemez.

Ez a cikk először rassmatriaetsya file belépő szintű szerver, majd néhány változást, hozzátéve redundancia RAID 1. Figyelembe vesszük szempontjait LVM alkalmazás az otthoni felhasználók számára.

telepítés LVM

LVM rendszer tartalmaz Comp mag ovechat a fájlrendszer és a felhasználói típus. Ahhoz, hogy a kernel komponens, az alábbi beállításokat lehetőséget:
Egyedi eszközök használatával telepített Linux-disztribúciója csomagkezelő rendszer. A Gentoo, LVM közművek szerepel a cellában LVM2 csomagot. Vegye figyelembe, hogy láthatjuk a LVM-1 csomag (a második név LVM-felhasználó). Akkor telepíteni mindkét csomagot, de meg kell dolgozni LVM-2.

Basics LVM

Ahhoz, hogy használni LVM, meg kell értened néhány dolgot. Itt van a merevlemezen. Lemezterület ezeknek az eszközöknek feldarabolják szakaszokra. Végül a fájlrendszer felülírja ezeket a szakaszokat. Összehasonlításképpen, az LVM, Kötetcsoportok (VGS) vannak osztva logikai kötetek (LV), ahol a fájl rendszer a végén, a (ábra. 1).

Minden VG épül fel a medence fizikai kötetek (PV). Te is kiterjeszti (vagy csökkentik) méretének Kötetcsoportok hozzáadásával vagy eltávolításával annyi PV, ahogy tetszik, ha van elegendő számú PV tartani a tartalmát az összes kijelölt logikai kötetekre. Amíg van rendelkezésre álló helyet a VG, növelheti vagy csökkentheti a méretét, a logikai kötet (bár a legtöbb fájlrendszer nem szereti, ha tömörített).

Példa: egy egyszerű fájl szerver

Egy egyszerű példa LVM - a hagyományos fájl szerver tárolt biztonsági mentéseket, médiafájlok és a megosztott fájlok számítógépek család több tagja. Rugalmasság - a legfontosabb követelmény, ki tudja, mi a követelmények lemezkötetek lesz Selden évben?

Például a következő tételeket kell bemutatni követelmények részből áll:
Végső soron ezek a követelmények növelheti sokszor az elkövetkező két évben, de hogy pontosan mely részében és mennyit - akkor nem.

Hagyományosan, a fájl szerver használ SCSI meghajtók, de SATA meghajtók most kínálnak vonzó a sebesség és az alacsony költség. Abban az időben az írás, SATA meghajtók 250 GB, amelynek költsége megközelítőleg egyenlő 100 $, így a költségek terabájtonként körülbelül 400 $.

SATA meghajtók nevezzük nem ATA besorolás (hda, MFB) és SCSI (sda, sdb). Amint a rendszer tele van a SATA, mi lesz négy kész munka fizikai eszköz:
Most felkészítse őket dolgozni LVM. Ezt megteheti fdisk segítségével, meghatározva a „Linux LVM”, mint a partíció típusát 8e.

Létrehozva egy virtuális kötet

Most már van néhány egyértelmű ezekhez a logikai kötetek:

Kiválasztása a File System

Most, hogy az eszközök jönnek létre, akkor létre kell hozni a fájlrendszerek amelynek van sok. Mi az, hogy hagyja abba a lángoló szemmel?

Tipikus asztali fájlrendszer ext2 és ext3. Ext2 volt a standard, megbízható igásló Linux az elmúlt években. Ext3 - korszerűsítése ext2, támogatja a fakitermelés és a jobb mechanizmusok ellenőrzésére egy hiba után. ext3 egyensúlyt a teljesítmény, a megbízhatóság és a sebesség a hasznosítás miatt kiváló választás általános célú rendszerek. Mivel az ext2 és az ext3 fájlrendszer által használt alapértelmezett sokáig, akkor ext3 lesz a jó választás, ha szeretné, hogy minél több megbízható. Annak érdekében, hogy tárolja mentést, a megbízhatóság sokkal fontosabb, mint a sebesség. A fő hátránya ext2 / ext3, hogy annak érdekében, hogy növelje (csökkenése) FS, akkor csatolja le.

Azonban más fájlrendszerek némi előnnyel rendelkeznek bizonyos helyzetekben, mint például a nagy fájlméret, nagy számú fájlok vagy a fájlrendszer proizvolitelnosti. Mivel a fő használata az LVM - az esetek, amikor szükség van a kritikus fájlok száma rendkívül nagy fájlok és / vagy hogy meg kell változtatni a méretét, a fájlrendszer, akkor érdemes más fájlrendszert.

Mert a sok okos választás a kis fájljai ReiserFS. Mert streaming, nem gyorsítótárazott I / O, a fájlrendszer a felső sorban a vizsgálatok, és lehet több nagyságrenddel gyorsabb, mint az ext3. Azonban, történelmileg, ez nem volt olyan stabil, mint ext3. Ez a következtetés alapja meglehetősen régi adatok változhatnak most, de rossz érzés maradt.

Tehát, hogy minden a fentiek figyelembe venni:

felszerelés

Végül csatolásához, adjuk hozzá a következő sort az / etc / fstab:
létrehozza és aktiválja a csatolási pont:
Most a kiszolgáló készen áll a szolgáltatásnyújtás.

Add redundancia RAID

Használat közben LVM elég egyszerű. Azonban estodin fő hibája az a tény, hogy sem a lemezek, az adatok veszélyben lehetnek. Nagyon nehéz létrehozni egy biztonsági másolatot fél terabyte adatot.

Ahhoz, hogy kockázat ellensúlyozására kell hozzáadni redundancia RAID 1 RAID (Redundant Array of Independent lemezek) technológia egy alacsony szintű kombinálása lemezek különböző módokon (szint). RAID 1 tükrözi az adatokat a két (vagy több) lemezeket. Amellett, hogy javítja a megbízhatóságot, egy RAID 1 növeli a teljesítményt, mivel lemezek azonos adatokat tartalmaznak, és az olvasási / írási művelet lehet osztani közöttük.

Sajnos ez a módszer magas költsége, mivel csökkenti a lemez kétszer. A jó hír az, hogy van elég, és egy fél terabyte, és az LVM elég rugalmas ahhoz, hogy növelné lemezek szükség a jövőben.

RAID 5 négy lemezek, egy egészen más kanna hal. Ez lehetővé teszi, hogy fel lemezterületet, de tovább bonyolítja a használata. Ezen túlmenően, bemutatva egy jó teljesítmény olvasási műveletek, az ilyen típusú sokat veszít az írási műveleteket. Mivel a hajtások már elég olcsó, hogy nem érdemes a fájdalmat a szülés az ellátások adott RAID 5.

Annak ellenére, hogy lenne értelme kezdeni azonnal a telepítő rendszer RAID, vártunk, hogy mi is megmutatjuk, hogyan lehet átállni a hagyományos lemezek a RAID nélküli leválasztása fájlrendszereket.

Most össze a négy lemezek RAID 1, két pár: / dev / sda + / dev / sdd és / dev / sdb + / dev / sdc. Ennek az az oka, hogy a speciális kombináció sda és sdd első és második kerekek különböző vezérlők; Ezért abban az esetben a vezérlő hiba, akkor érheti el a két meghajtó a fennmaradó vezérlő. Ha ilyen pár relatív sebessége hozzáférési kiegyensúlyozott, hogy ne egyetlen típusú RAID nem lassabb, mint a többi. Az is lehetséges, a termelékenység növekedése a megoszlása ​​olvasási / írási két vezérlő.

Először nyomtassa ki a két lemezzel SATA (sdb és SDD) A datavg VG:
Most az particionáló sémája két korongot, típus kiválasztása fd (Linux raid automatikus felismerés):
Most hozzunk létre egy RAID 1 tükör, rámutatva md. hogy a másik „fele” a tükör hiányzik (a másik két meghajtó még nem áll készen, hogy adjunk a RAID).
Hozzátéve, ebben a törött tükröt a LVM:
Ezután helyezze át a lemezeken a tükörben:
Összefoglalva, mi változik, hogy milyen típusú lemezek fd és kap a törött tükör, de egy teljesen tükrözött információk:
Bár sok erőfeszítést, hogy hozzon létre egy RAID 1, védtük LVM nélkül újra újratelepítése, hát, csatold fájlrendszert, vagy újraindítja a rendszert.

Hozzáférés a hálózati fájlokat

Használata a fájlszerver megkérdőjelezhető, ha nem könnyen kap hozzáférést a fájlokat. Nagyon sok módja van erre, de a legelterjedtebb a Network File System (NFS). NFS lehetővé teszi más * nix gépek mount megosztott erőforrások közvetlen felhasználásra, amellett, hogy nagyon könnyen konfigurálható Linux.

Először ellenőrizze, hogy engedélyezve NFS (ebben a példában, 2.6.15) a fájlszerver a kernel:
Szereljük össze és telepítsük a rendszermagot, majd indítsa újra a kiszolgálót. Ha egy újraindítás nem kívánatos, majd vegyük fel a NFS modulként, majd töltse be a modprobe paranccsal nfsd. Indítsa el az NFS szervert. Ehhez a Linux disztribúció elérhető init rendszer. Például a Gentoo, látni fogja:
Akkor újra ellenőrizni, hogy NFS fut, lekérdezésére portleképező rpcinfo-p parancs | grep nfs.
Ezután el kell döntenie, melyik NFS könyvtárakat kell exportálni. Add, hogy a / etc / export.
Ez a lista a könyvtárak megosztásra, jelezve a hálózatot, amely a hozzáférés megengedett, és pár extra lehetőségeket. Options rw és szinkronizálás azt jelenti állásfoglalás az olvasási / írási és végrehajtása könyvtár szinkronizálás az adatok védelme érdekében, ha a szerver újraindítása után a közepén az írás egy fájlt, de akkor el fogja veszíteni az előnyeit aszinkron módban. Ehportiruem az NFS részvények:
Most csatlakoztatni a RESURSS ezeket minden gépen, amely használni fogja őket. Adjuk hozzá a megfelelő sorokat fileserv paraméter a / etc / fstab kliens gépen:
Végül készítsünk egy csatolási pontot, és szerelje források:
Most az összes gép a hálózaton van, hogy egy nagy, megbízható és méretezhető lemezterület!

a biztonsági másolatok készítését stratégia

Ha LVM lehet adatmentést probléma. RAID véd lemez hibák, de a technológia védtelen tűz, lopás, vagy véletlen fájlok törlését.

Hagyományosan, az ezzel a használt hajtások mágnesszalag. Ez a technológia még életképes, és van néhány előnye, de ez költséges lehet, és lassú a rendszer ilyen méretű. Szerencsére, több modern technológia.

rsync - egy hatékony eszköz a fájlok másolása az egyik rendszerből a másikba, és ez meglehetősen jól működik az interneten. Akkor meg biztonsági rendszer egy másik társaság egy másik városban, és rendszeresen küld a mentéseket is. Ezt meg lehet tenni egy cron munkálatain:
Egy másik megközelítés szerint csatolja a szerver RAID 1 pár külső merevlemezek Firewire, USB vagy eSATA. Újabb lemezt a / dev / md0, a második pedig a / dev / MD1. Miután tükrözés kerül sor, kapcsolja ki őket, és tartsa biztonságos helyen. Csatlakoztassa a meghajtót a heti vagy havi rendszerességgel, igényektől függően.

Bővítése és újraelosztása

Tegyük fel, hogy a következő évben, akkor kell további mennyiségű lemezterületet. Kezdetben, akkor a fenntartott helyet, például annak érdekében, hogy bővítse a helyet megosztott fájlok 10GB 15 GB, az alábbi parancsot:
De ha nincs szabad hely marad, akkor ki kell cserélnie a 250G lemezről lemezre kapacitása 800G. Ha RAID 1, a migráció egy meglehetősen egyszerű folyamat. Annak érdekében, hogy jelölje meg a lemez minden egyes tükörre mint „megtört”, majd távolítsa el, használd a mdadm.
Vegye ki a lemezeket sda és SDC, majd cserélje ki őket újakra. További törni 800G meghajtók két részre a 250G és 550G, fdisk segítségével, és adjunk hozzá szakaszok vissza md0 és MD1:
Ismételjük meg a fenti folyamatot lemezek sdd és sdb, hogy cserélje ki őket újakra, majd hozzon létre egy harmadik és egy negyedik RAID-eszközt, és md2 MD3, az új hely:
Végül add hozzá az LVM:
File Server jelenleg 1,6 TB tárolókapacitás.

LVM és munkaállomás

Ahogy beszélgettünk használata LVM és RAID lemezterület kezelése fájlszerver, de ha szeretné telepíteni az LVM-et a saját gép? Ezt meg lehet tenni, de meg kell venni több szempontból.

Először is, néhány Linux-telepítés során, vagy a frissítés nem támogatja a RAID vagy LVM, ami okozhat kellemetlenséget. Érdemes odafigyelni rá.

Másodszor, a jelenléte a root fájlrendszert a LVM bonyolulttá teheti hasznosítása sérült fájlrendszert. Mivel rakodógépek nem támogatják LVM partíción / boot kell LVM (bár lehet, hogy az egyik RAID eszköz).

Harmadszor, meg kell, hogy szabad lemezterület az új partíciót LVM. Ha nem rendelkezik ilyennel, majd próbálja meg levágta a root partíció, ahogy az az LVM HOGYAN.

Ebben a példában megvizsgálunk egy helyzet, amikor van egy csere, és a / boot partíció a saját, kívül LVM. Meg kell összpontosítani, hogy hogyan mozog a root partíció az LVM partíción belül a / dev / hda4. Győződjön meg róla, hogy a fájlrendszer típusát hda4 - LVM (típus 8e).

Inicializáld LVM és hozzon létre egy új fizikai kötet:
Most hozzon létre egy logikai kötetet 5G, formázott xfs:
Másolja a fájlokat a meglévő gyökér fájlrendszer az új LVM:
Ezután módosítsa az / etc / fstab mount / a / dev / rootvg / root helyett / dev / hda3.

A legnehezebb része újjáépítése initrd, hogy LVM támogatás. Ez a folyamat nagymértékben függ az elosztó, például mkinitrd vagy yaird. A képnek megfelelően kell betölteni az initrd LVM modul, különben a gyökér fájlrendszer nem elérhető. Mindenesetre, ne egy új initrd, és egy másik nevet, például /boot/initrd-lvm.img.

Végül frissítse a bootloader. Új szakasz az új gyökér fájlrendszer megkettőzése a régi terhelési vonal. Az új sor, a root a / dev / hda3 / dev / rootvg / rootlv és cserélje ki egy új initrd. Ha lilo, győződjön meg arról, hogy elindította a lilo, ha elkészülnek a változásokat. Például, mi lesz a grub:
Új rész:

következtetés

LVM egy a sok Linux technológiát elérhetővé a felhasználók számára. LVM lehetővé teszi a nagyobb rugalmasságot irányító lemezterület és kombinált RAID 1, NFS, és egy jó biztonsági stratégia szűrő adhat golyóálló, könnyen kezelhető módon kell tárolni és megosztani tetszőleges számú fájlt.

Bryce Harrington és Kees Cook. Fordítás: Michael Sgibnev (www.dreamcatcher.ru) - Disk Space Management LVM Print

Linukstsentra Könyvtár. A szekciók listáját

Kapcsolódó cikkek

előző ◈ a következő