Beállítások a ZFS freebsd - blogomban
Mit tud ...
• Hogyan lehet optimalizálni ZFS különféle alkalmazások és terhelések
• Hogyan mérjük és hatékonyságának értékelése a cache ZFS
Mit kell tudni ...
• alapkészségek ZFS rendszerfelügyelet
• Együttműködés a sysctl beállításokat (8) és loader (8)
Alapvető tippek tuning
A FreeBSD, minden alkalommal van egy utalás a fájl elérési idő (atime) frissítjük. Ez lehet generálni nagyszámú lemez írja a szerver fut nagy számú fájlt. Ebben az esetben, ha szeretné kikapcsolni atime (elérési idő) az érintett adatok vagy az egész medencében. Letiltása atime javíthatja a teljesítményt minden típusú alkalmazások serevere.
# ZFS meghatározott atime = off adatbázisba
Használata adattömörítés ZFS helytakarékos, de negatív hatással van a CPU-teljesítmény és a rendszer érzékenységet. Másrészt, a tömörítés, a befogadás (főleg LZJB) javíthatja a teljesítményt az adatok, különösen a lassú médiában. Különösen gzip tömörítés költségek jelentősen több feldolgozási időt, mint egy kisebb tömörítési szintet LZJB tömörítés. Ezért javasoljuk, tömörítés csak akkor, ha az adatok tömörítésére és adatsorok nem a szűk keresztmetszetet, vagy ha van elég hely a lemezen. Adathalmazok alacsony aktivitással, például naplófájlok jó jelöltek gzip tömörítés. Ha van egy gyors meghajtó bőséges helyet, valamint a szükséges pervoklassanaya teljesítmény, kapcsolja ki a kompresszió adatok sérült adathalmaz.
# ZFS set compression = [on | off] adatbázisba
ZFS deduplication egy viszonylag új funkció, amely bekapcsol, hogy menteni tárhelyet egy másolatot az adatok, amelyek rendelkezésre állnak a ZFS adathalmazok több példányban. Ismétlődésszűrési van szükség, ha nagy mennyiségű RAM. Az ideális helyzet az, ha a teljes táblázatot deduplication befér a memóriába, különben lehet, hogy a tapasztalat az csökkenti a rendszer teljesítményét. Ismétlődésszűrési lehet engedélyezni és / vagy fogyatékkal alapján az adathalmaz:
Jelenítse meg a rendelkezésre állást és a valós idejű tevékenység ARC és a hatékonyság, olvassa el ezt a cikket ZFS-statisztika és a ZFS-H
A második szintű cache csere adaptív (L2ARC)
# ZFS hozzá medence cache eszköz
# ZFS eltávolítás medence eszköz
L2ARC többféle rendszer beállításait, adok a következő példa:
vfs.zfs.l2arc_feed_again: turbo bemelegítést
vfs.zfs.l2arc_feed_secs: intervallum mp
vfs.zfs.l2arc_write_max: max írási mérete
vfs.zfs.l2arc_write_boost: extra write a felmelegedést
vfs.zfs.l2arc_headroom: több dev ír precache
vfs.zfs.l2arc_noprefetch: ne gyorsítótár előzetes letöltési bufs
ZFS-statisztika és a ZFS-mon: ZFS statisztikai eszközöket
kstat.zfs sysctl (8) paraméter hozzáférést biztosít számos változó ZFS számlálók. Ezek a változók tartalmazzák a nyers adatokat, és felhívni bizonyos következtetéseket ezekből változók, a köztes értékeket kell kiszámítani. Perl script ZFS-statisztika és a ZFS-mon folyamat ezen adatokat, és kimeneti egy ember által olvasható formátumban. ZFS-statisztika eszköz alapja arc_summary.pl Ben Rockwood és magában foglalja a változások Hellenthal Jason és én. Mindkét eszköz áll rendelkezésre a FreeBSD portok sysutils / ZFS-statisztika. Az adatok a ZFS-statisztika adunk hozzá, és / vagy az átlagos értékek a számlálók, amelyek gyűjtenek adatokat a rendszer után zagrzilas. Példa áthaladását O ZFS-statisztika: 1. lista.
Az átlagos üzemidő nem mond sokat a tényleges teljesítmény a rendszer. Megjelenítéséhez a hatékonysága a cache (vagy az eredeti összeg), valós időben, írtam egy segédprogramot ZFS-H Ez figyeli ARC, L2ARC és zfetch valós időben, és megjeleníti a 10 második, 60 második alkalommal, és a teljes átlagos értékek másodpercenként (= a teljes, mivel a program indult).
Példa ZFS-mon -a kimenetének után 120 másodperces adatgyűjtés: 2. lista.
Általános cache hatékonyság L2ARC cache csak egy rendszer nélkül a ARC, így a teljes cache hatékonyság kiszámítása a következő képlet segítségével:
[ARC hatékonyság] + (100- [ARC hatékonyság]) * ([L2ARC hatékonyság] / 100).
Az eredmény a fenti példa:
89,96 + (100-89,96) * (71,15 / 100) = 97,10.
Értelmezése O ZFS-statisztika és a ZFS-mon
Következtetés ZFS-statisztika és a ZFS-mon segít felfedezni azokat a helyeket szűk, és eldönti, hogy változtatni az értékek nem kielégítő. A fő kijelző érték alkalmazása és hatékonysága a különböző cache. Hatékonyság 100% érték azt jelenti, hogy az összes lemezolvasás végezni. Én célokra, a hatékonyság 80% feletti tekinthető hatékonynak, és 90% feletti tartják, hogy rendkívül hatékony. Ne feledje, hogy L2ARC némi időt vesz igénybe, hogy felmelegedjen, és az általános javulás a gyorsítótárat. Amikor a ZFS-mon, próbálja összegyűjteni adatokat hosszú ideig, és posmtrite tot oszlopot.
Íme néhány alapvető értékek:
Nem hatékony ARC cache adatok:
• Ha van egy korlátozott mennyiségű ARC, növeli vagy távolítsa el a határ
• Kapcsolja ki az ARK egyes adatsorok
2. lista példa ZFS-mon O (kezdési idő 120 másodperc)
• megvitatása csökkenti kitüntetések ARC határ
• Add tovább RAM a rendszer
• Fontolja meg az egy kiegészítő berendezés cache L2ARC
Nem hatékony cache metaadatok ARC:
• Érdemes megnövelni a metaadat korlátot ARC
• Add tovább RAM a rendszer
Nem hatékony cache L2ARC:
• Attól függ, így sok dolgot a szerkezet az olvasás
• Ha a ARC már nagyon hatékony, L2ARC lehet valamikor hozzá csak egy kis előnyt
• Ha a ARC hatékony is, úgy a növekedés rendszermemóriával és L2ARC
• Egyes esetekben hatékonyabb a 30-40% L2ARC már rendelkezésre állhat
• Érdemes kikapcsolni zfetch
Hatékonyság előfeszítő vdev:
• Érdemes kikapcsolni előfeszítő vdev
• Ha engedélyezve van, a takarítás és resilver működhet sokkal gyorsabb
• Speciális beállítások módosítása vdev preload (csak haladók számára)
ZFS Tuning for Applications
A FreeBSD egy tapasztalt felhasználó láthatja, hogy ez az előny sendfile és mmap le a webszerver, ha szolgálni az oldal egy sor ZFS. Ellenkező esetben az adatok lehet cache memória kétszer, és ez csökkenti a rendszer memória.
Íme néhány példa a konfigurációs direktívák a népszerű web szerverek:
EnableMMAP Off
EnableSendfile Off
adatbázisszerverektől
Adatbázisok esetében például a PostgreSQL és a MySQL, a felhasználók azt tanácsolják, hogy tárolja az adathalmaz által létrehozott különböző rögzítési méretű, mint az alapértelmezett érték 128 kilobájt.
PostgreSQL és MySQL (MyISAM tárolás), a rekord méretű épülete előtt egy népszerű 8 kilobájtos adathalmaz:
Felállításáról 4k blokk kis fájlok akár 4K mindig a teljes blokk. ZFS metaadatok sokszor kisebb, mint a 4K. Felhívjuk figyelmét, hogy a használata ashift = 12 növeli a kezdeti hely szükséges metaadatok meglehetősen nagy számú (körülbelül 5% a teljes lemez méretét). Attól függően, hogy az adatok, akkor uvilichit terhelést a medence kitöltésekor az adatokat (például a sok apró fájl). Tehát ez egy hatékony kompromisszumot a teljesítmény és a szabad lemezterület, és el kell döntenie, mi a fontos az Ön számára.