mdadm - mdadm

mdadm
Eredeti szerző (k) Neil Brown
Fejlesztő (k) Jes Sorensen
Első kiadás 2001
Stabil kiadás
4.1 / 2018. október 1 .; 2 évvel ezelőtt ( 2018-10-01 )
Adattár git .kernel .org / pub / SCM / utils / mdadm / mdadm .git /
Beírva C
Operációs rendszer Linux
Elérhető angol
típus Lemez segédprogram
Engedély GNU GPL
Weboldal neil .barna .név /blog / mdadm

Az mdadm egy Linux segédprogram, amely szoftveres RAID -eszközök kezelésére és felügyeletére szolgál . A modern Linux disztribúciókban használják a régebbi szoftveres RAID segédprogramok, például raidtools2 vagy raidtools helyett .

Az mdadm egy ingyenes szoftver, amelyet eredetileg Neil Brown, a SUSE karbantartott, és szerzői jogvédelem alatt áll, és a GNU General Public License 2. vagy újabb verziója szerint licencelt .

Név

A név az általa felügyelt vagy kezelt md (több eszköz) eszközcsomópontokból származik , és felváltotta a korábbi mdctl segédprogramot . Eredeti neve "Mirror Disk" volt, de a funkciók hozzáadásával megváltozott. A név rövidítése több lemez és eszközkezelés.

Áttekintés

A Linux szoftver RAID -konfigurációi tartalmazhatnak bármit , amit blokkeszközként a Linux kernel elé mutatnak . Ide tartoznak a teljes merevlemezek (például /dev /sda ) és azok partíciói (például /dev /sda1 ).

RAID konfigurációk

Fő cikk: Standard RAID szintek
Lásd még: Linux MD RAID 10
  • RAID 0 - Blokkszintű csíkozás . Az MD képes kezelni a különböző hosszúságú eszközöket, a nagyobb eszköz felesleges helye ekkor nem csíkos.
  • RAID 1 - Tükör.
  • RAID 4 - Mint a RAID 0, de egy extra eszközzel a paritás érdekében .
  • RAID 5 - Mint a RAID 4, de a paritás minden eszközön el van osztva.
  • RAID 6 - Mint a RAID 5, de csíkonként két paritásos szegmenssel.
  • RAID 10 - Vegyen egy sor RAID 1 tükrkészletet, és húzza át rajtuk a RAID 0 stílust.

A RAID 10 különbözik a RAID 0+1-től, amely egy felső szintű RAID 1 tükörből áll, amely nagy teljesítményű RAID 0 csíkokból áll közvetlenül a fizikai merevlemezeken. A RAID 10 konfigurációban az egyetlen meghajtó meghibásodása azt eredményezi, hogy az egyik alacsonyabb szintű tükör rossz állapotba kerül , de a felső szintű csík normálisan működik (kivéve a teljesítményütést). A RAID 0+1 konfigurációban az egyetlen meghajtó meghibásodása azt eredményezi, hogy az egyik alacsonyabb szintű csík teljesen meghibásodik, és a felső szintű tükör rossz állapotba kerül. A két beállítás közül melyik az előnyösebb, az adott alkalmazás részleteitől függ, például attól, hogy rendelkezésre állnak -e tartalék lemezek, és hogyan kell felpörgetni őket.

Nem RAID konfigurációk

  • Lineáris - számos eszközt egyetlen nagy MD -eszközzé összefűz.
  • Többútvonal - több útvonalat biztosít a feladatátvételhez egyetlen eszközhöz.
  • Hibás- egyetlen eszköz, amely számos lemezhiba-forgatókönyvet emulál tesztelésre és fejlesztésre.
  • Tároló - egyetlen eszközként kezelt eszközök csoportja, amelyben RAID rendszereket lehet építeni.

Jellemzők

Az md eszközök eredeti (szabványos) névformája a /dev/md <n> , ahol <n> 0 és 99 közötti szám. Az újabb kernelek támogatják az olyan neveket, mint a /dev/md/Home . A 2.4.x kernel alatt és korábban ez a kettő volt az egyetlen lehetőség. Mindkettő nem partícionálható.

A 2.6.x rendszermagok óta új típusú MD -eszközt vezettek be, egy particionálható tömböt. A készülék nevek megváltoztatásával módosítható md hogy md_d . A partíciókat p <n> hozzáadásával azonosítottuk , ahol <n> a partíció száma; így például a /dev/md/md_d2p3 . Mivel a Linux kernel fővonala 2.6.28-as verziója van , a nem partícionálható tömbök particionálhatók, a partíciókra ugyanúgy hivatkozva, mint a particionálható tömbökre-például /dev/md/md1p2 .

A Linux kernel fővonalának 3.7-es verziója óta az md támogatja a TRIM műveleteket a mögöttes szilárdtestalapú meghajtókhoz (SSD-k), lineáris, RAID 0, RAID 1, RAID 5 és RAID 10 elrendezésekhez.

Indítás

Mivel az MD támogatása megtalálható a kernelben, probléma merül fel a kernel futtatása előtti használatával. Pontosabban nem lesz jelen, ha a rendszerbetöltő (e) LiLo vagy GRUB örökölt. Bár általában jelen van, akkor lehet, nem lehet jelen a GRUB 2. Annak érdekében, hogy megkerüljék ezt a problémát a / boot fájlrendszer kell használni akár anélkül md támogatást, vagy pedig RAID1. Ez utóbbi esetben a rendszer úgy indul, hogy a RAID1 eszközt normál fájlrendszerként kezeli, és a rendszer futása után újra telepíthető md néven, és hozzáadható hozzá a második lemez. Ez felzárkózást eredményez, de a /boot fájlrendszerek általában kicsik.

Az újabb rendszerbetöltőkkel lehetőség van az MD támogatás kernelmodulként történő betöltésére az initramfs mechanizmuson keresztül . Ez a megközelítés lehetővé teszi, hogy a /boot fájlrendszer bármely RAID rendszeren belül legyen, bonyolult kézi konfiguráció nélkül.

Külső metaadatok

A RAID kötetek metaadatainak saját formátumai mellett a Linux szoftver RAID támogatja a külső metaadat formátumokat is, mivel a Linux kernel 2.6.27 -es verziója és az mdadm userspace segédprogram 3.0 verziója . Ez lehetővé teszi a Linux számára, hogy különböző firmware- vagy illesztőprogram-alapú RAID-köteteket, más néven " hamis RAID " -et használjon.

2013 októberétől két támogatott formátumú külső metaadat létezik:

mdmpd

Az mdmpd egy démon volt, amelyet az MD multipath eszközök felügyeletére használtak, egészen a Linux kernel 2.6.10-rc1-ig, amelyet a Red Hat fejlesztett ki az mdadm csomag részeként. A programot többutas ( RAID ) eszközök megfigyelésére használták , és rendszerint rendszerindításkor indul szolgáltatásként, majd démonként fut.

A vállalati tárolási követelmények gyakran magukban foglalják azt a vágyat, hogy többféle módon beszélhessenek egyetlen lemezmeghajtóval, így ha valamelyik vezérlőn keresztül nem sikerül beszélni a lemezmeghajtóval, a rendszer automatikusan átkapcsolhat egy másik vezérlőre, és folytathatja. Ezt hívják többutas lemezhozzáférésnek. A linux kernel többutas lemezhozzáférést valósít meg az md (több eszköz) meghajtóként ismert szoftver RAID verem segítségével. Az md többútvonalas illesztőprogram kernelrésze csak a megfelelő eszközre irányuló útválasztó I/O kéréseket és az aktív útvonal hibáinak kezelését kezeli. Nem próbálja kideríteni, hogy a korábban sikertelen útvonal ismét működhet -e. Ezt teszi ez a démon. Indításkor beolvassa az md raid tömbök jelenlegi állapotát, elmenti ezt az állapotot, majd várja, hogy a kernel közölje, valami érdekes történt. Ezután felébred, ellenőrzi, hogy a többútvonalas eszközön lévő útvonalak sikertelenek -e, és ha igen, akkor 15 másodpercenként elkezdi lekérdezni a sikertelen útvonalat, amíg újra nem kezd működni. Miután újra elkezd működni, a démon új tartalék útvonalként hozzáadja az elérési utat a többútvonalas md -eszközhöz, amelynek eredetileg része volt.

Ha valaki a / proc fájlrendszert használja, a /proc /mdstat felsorolja az összes aktív md eszközt, amely információkat tartalmaz. Az Mdmpd megköveteli, hogy tömböket találjon az útvonalak megfigyelésére, értesítést kapjon az érdekes eseményekről, és figyelje a tömb rekonstrukcióját Monitor módban.

Lásd még

Hivatkozások

Külső linkek