ZFS on Linux GYIK - mi blogosayt linux és "lyrics"
1.1 Mi a probléma ZFS engedélyezési?
A probléma az, hogy a GPL licenc alatt, amely Linux oszlik mag, összeegyeztethetetlen a CDDL engedélyt, ami alapján terjesztik az ZFS. Bár a GPL és a CDDL - nyitott, és ezek a feltételek, lehetetlen, hogy egyszerre elégíti ki mindkettő. Ez azt jelenti, hogy a rendszer a terjesztés, ezen belül a Linux kernel és egy ZFS lesz illegális.
Az egyik módja annak, hogy megoldja ezt a problémát - ZFS végrehajtás userspace (FUSE), ahol ez nem része a mag kernel. Ez a megközelítés megoldja a problémákat az engedélyezés, de van néhány technikai hátránya.
Van azonban egy másik lehetőség. CDDL engedély nem korlátozza a változás és forgalmazása ZFS forráskódot, amely nyilvánosan hozzáférhető részeként OpenSolaris. ZFS kódot lehet módosítani, hogy összegyűjtse a kernel modul litsenzirovannyy alatt CDDL és fel nem osztott része a Linux kernel. Ez lehetővé teszi, hogy végre Linux natív ZFS, ha készen áll, hogy töltse le és összeszerelni egy ilyen modul saját.
1.4 Hogyan lehet csatlakoztatni a fájlrendszer?
Szerelt készlet adat jön létre, és automatikusan telepíti, amikor a medence által létrehozott zpool létre. További adatsorok segítségével lehet létrehozni a ZFS létre. és azok is automatikusan telepítésre kerülnek.
1.5 Miért érdemes használni a 64 bites rendszer?
1.7 Melyek a nevét az eszközök használatát a létrehozása lehetővé?
Vannak különböző elnevezési rendszer eszközök, hogy lehet használni, hogy hozzon létre egy ZFS pool. Minden lehetőség megvan a maga előnyei és hátrányai, a megfelelő választás erre a ZFS pool nagyon függ a követelményeknek. Fejlesztés és tesztelés könnyebb és gyorsabb használni a típus / dev / sdX neveket. Egy tipikus otthoni szerver, akkor inkább nevek / dev / disk / by-id, mert az egyszerűség és az olvasó kényelmét. És nagyon nagy konfigurációk több vezérlő, a legvalószínűbb, hogy a legjobb nevek, mint a / dev / disk / zpool maximális kontroll. De a végén, a választott azonosító meghajtók rajtad múlik.
/ Dev / sdX, / dev / hdX. A legjobb választás a fejlesztési és tesztelési
Összefoglaló. A felső szinten a nevét az alapértelmezett eszközök kompatibilitás más megvalósítások. Ők állnak az összes Linux disztribúció, és együtt is használható. Ezek azonban nem tartós, és csak akkor kell használni, hogy dolgozzon, vagy teszt vállalók medencék
Előnyök. Ez a módszer egyszerű egy gyors ellenőrzés, rövid neveket, és elérhető lesz minden disztribúció.
Hátrányai. Ezek a nevek nem rögzített, és befolyásolhatják a sorrend, amelyben a készülék van. Hozzáadásával vagy eltávolításával fuvarozók a rendszer könnyen vezethet a névváltozás. És akkor meg kell törölni a fájlt, és újra import zpool.chache medence használata új nevek
/ Dev / disk / by-id /. A legjobb választás a kis medencék (kevesebb, mint 10 lemez)
Összefoglaló. Ez a könyvtár tartalmazza azokat az azonosítókat a lemezek több chelovekochitaemymi neveket. Ezek általában interfész típus, gyártó, modellszám, sorozatszám és szekció számát.
Előnyök. Jó kis rendszerekhez egyetlen lemez vezérlő. Mivel a nevét az állandók és garantáltan nem változik, ez nem számít, mert a kerekek csatlakoznak a rendszerhez. Lemezek kikapcsolható véletlenül összekeveri, majd csatlakoztassa ismét véletlenszerűen -, és a medence továbbra is importált helyesen.
Hátrányai. konfigurálása redundancia csoportok lesz nehéz és hibákhoz vezethet.
/ Dev / disk / by-path /. Egy jó választás nagy medence (több mint 10 lemez)
Összefoglaló. specifikus meghajtó csatlakoztatva egy bizonyos számú a PCI busz.
Előnyök. átviteli topológia tárolóeszközök a neve nem csak segít megtalálni a lemezt nagy rendszerekhez. De ez is elkerüli a redundanciát sok adapter.
Hátrányai. a nevek hosszú, fáradságos és nehéz észrevenni egy személy.
/ Dev / disk / zpool /. A legjobb választás a nagy medence (több mint 10 lemez)
Összefoglaló. Tény, hogy ez a modell a változás / dev / disk / by-path /. lehetővé teszi, hogy válassza ki a saját egyedi és beszédes nevet a lemezeket. Ezek a nevek jelennek meg az összes közmű ZFS, ami hozzájárulhat a pontos adagolása a nagy medencében.
Előnyök. Ez a megközelítés az összes előnyeit a / dev / disk / by-path /, valamint lehetővé teszi, hogy válassza ki értelmes chelovekochitaemye neveket.
Hátrányai. Ez a módszer azon alapul jelenlétében /etc/zfs/zdev.conf fájlt. amely megfelelően be kell állítani a rendszer.
1.8 Hogyan lehet megváltoztatni a készülék nevét egy meglévő medencében?
Változás a meglévő medence eszköz neveket egyszerűen exportálni a medencét, majd importálja újra a -d kapcsolóval. amely meghatározza az új neveket kell használni. Például használhatja az egyéni neveket a / dev / disk / zpool:
1.10 Mi ZFS teljesítményét?
Ahhoz, hogy a jó teljesítményt a medence, akkor az alábbi néhány egyszerű gyakorlati recepteket.
a terhelés egyenletes eloszlását a lemezvezérlők: gyakran korlátozó tényezőként teljesítmény nem a lemez és a vezérlő. A teher elosztása az utóbbi gyakran növeli a teljesítményt.
Létrehozása medence az egész lemezt: Amikor futtatja a zpool létre, hogy adja meg a nevét, a teljes merevlemez (ahelyett lemezpartíciókat - AF). Ez lehetővé teszi, hogy automatikusan ZFS partíciót a merevlemezen, mely helyes beállítás, és javítsa az együttműködést más megvalósításai ZFS, amely az egész lemezt.
A rendelkezésre álló elegendő mennyiségű memória: ajánlott legalább 2 GB használatra ZFS. Ha engedélyezi tömörítés és deduplication funkciók bátorítani annyi memóriát, amennyire csak lehetséges.
A termelékenység fokozása azáltal ashift = 12: ez az opció csak be, ha az elsődleges medence jön létre, és vezet a terhelés csökkenése. Részletek arról, hogyan kell telepíteni ezt a funkciót, ha Advanced Format meghajtók - lásd 1.15 ..
1.11 Hogyan hozzunk létre /etc/zfs/zpool.cache fájlt?
Minden alkalommal, amikor importálni egy medence /etc/zfs/zpool.cache létrehozott fájlt. Információkat tartalmaz a medence konfiguráció, így például a nevét a tagja egységek és az aktivitás. Ha ez a fájl létezik indításakor ZFS modulok, minden medence szerepel a cache fájl automatikusan betöltődik. Ha a medence a cache fájl nincs megadva, akkor importálni kell explicit módon.
1.13 Ne boot ZFS?
1.15 Hogyan hozzunk létre ZFS Linux dolgozni Advanced Format meghajtó?
Advanced Format (AF) egy új lemez formátum, melyet eredetileg használt szektor 4096 byte helyett 512 byte. Annak érdekében, hogy kompatibilitást a régebbi AF rendszermeghajtók emulált szektor mérete 512 byte. Alapértelmezésben ZFS automatikusan érzékeli a méret a szektorok a lemezen. Azonban abban az esetben, AF vezethet elégtelen koordináció hozzáférést a lemez, és jelentősen leronthatja a medencében.
Verziótól kezdődően 0.6.0-rc5 zpool parancs ashift opciót adunk - kifejezetten kijelölje a méret a szektor által létrehozott medencében. Ashift lehetséges értékek közötti tartományban 9-16, az alapértelmezett érték 0, ami azt jelenti, hogy az automatikus meghatározás szektor méretét. Ez az érték határozza meg a eltolás: ashift 512 bájtos szektorok 9 (2 9 = 512), és a ashift szektor 4096 bájt - 12 (2 12 = 4096). Ahhoz, hogy használni a medence 4096 byte-os szektor, fel kell tennünk az, amikor létrehoz egy medence:
2.1 Hogyan tudok segíteni?
A leghasznosabb dolog, amit tehetünk, hogy megpróbálunk ZFS Linux-rendszert és az esetleges problémákat. Ha lát szeretne hozzájárulni a projekthez, kérjük lépjen kapcsolatba velem e-mailben. Sok nyitott kérdés a túrázók, hogy különleges figyelmet igényelnek, vagy ha van saját ötlete -, az sem baj.