ZFS Fájlrendszer vállalati környezetben

Naplózó filerendszerek (journaling)

Bár ... "ZFS is a transactional filesystem." jobb helyet nem találtam neki.
Régen volt róla vita, asszem itt is, hogy ki az aki rábízna vállalati szintű dolgokat, nos én voltam ilyen bátor.

3év tapasztalata pedig az, hogy teljesen megérte, elöszőr FreeBSD aztán ZFS on Linux.

Egy little bit tutorial, sokan írkálják azt, hogy tök jó csak megzabálja a RAM -ot... Hát igen, de mégsem.

Íme egy trükk:

/etc/modprobe.d/zfs.conf
options zfs zfs_arc_max=1073741824

Ez a beállítás felel azért, hogy az ARC Cache mennyit zabáljon.

Én ezt használom a notimon is (8GB) és virtualizálok egy win10 meg éppen mellé amit akarok, youtube, sublime, 4 desktop fullon shellel akadás nélkül.

Ja és hogy mennyire megbízható? Nagyon, egy összeomlás sem volt SŐŐT!
Mikor kifeküdt az összes SSD (egyszerre) a tömb alatt, befagyasztotta a rendszert, se kép se hang, ergó nem pánikolt le, nem indult újra, amiért hálás vagyok.

Átmásolás után, újra felállt a fájlrendszer pöccre...

Vállalati szinten? Automata snapshot és óránkénti szinkronizáció egy másik szerverre, onnan meg havonta külső meghajtóra, virtualizációs környezetben (host).
(Ez azért számít: BCP/DRP)

Ha véletlenül letörölnek valamit, zfs clone és megy is vissza az adat, ha kifekszik a fő gép, akkor maximum 1 óra visszaesés és indul a rendszer a másik gépen.

Ha belecsap a szerver szobába a meteor zápor, akkor meg ott az elzárt külső vinyó.

Én csak röhögök mikor "szakik" jönnek és próbálják kicserélni az egyik diszket mert kidobta a HW raid csak úgy.., azt véletlenül szart húznak ki és oda a tömb :)

De senkinek sem ajánlom a ZFS -t, inkább megtartom magamnak.

  • 3755 megtekintés

( vavhab v | 2016. 02. 27., szo – 00:28 )

En Solarison hasznalom evek ota, ettol fuggetlenul a linuxos verziot nem mernem hasznalni. :D

( tigrincs | 2016. 02. 27., szo – 03:13 )

ok ez is egy tapasztalat de ebbol nem vonnek le igy messzemeno kovetkezteteseket. Nalad mukodik szivas nelkul ez tok jo.

( ncc1701 | 2016. 02. 27., szo – 08:08 )

Örülök, h működik, meg minden, de még nem használnál élesben. Nálam sem volt összeomlás, snapshotot ugyanúgy tudok csinálni.

( kohinoor | 2016. 02. 27., szo – 09:01 )

vallalati kornyezetben inkabb netapp xD

a jövő az. :)
lassan mi is elkezdünk "kísérletezni" ceph-pel, és a következő storage az nem egy "nagy" gép lesz sok lemezzel, redundáns tápokkal, 2x10gbit iscsi-vel, nfs-sel, stb.stb., hanem valószinüleg 3 ceph node 10gbiten...
de még csak olvasgatunk róla... :)

oke, megfogadjuk. :)
storage vonalon a 10gbit szvsz mar annyira alap, mint pl. medialejatszohoz a gigabit link. :)
en "almom" igazabol a 40gbit meg a 100gbit, de a realitasok talajan a 2x10gbit kartyak vasarlasa a realitas. mondjuk ez sem keves azert...... illetve legyen storage, ami amugy kihajtja, mert azert a 2x10gbit az k. sok.. :)

( gedez | 2016. 02. 27., szo – 10:06 )

Szerintem elég nyomós oka van annak, hogy ha a raid vezérlő kidob egy lemezt a tömbből, de azt a raid tömb állapotának monitorozásából, és a smart rekordok figyeléséből elég jól előre lehet jelezni.
Ha rosszat húznak ki a tömbből, akkor az őket minősíti szerintem, nem a HW-es vezérlőt. Ha már kiesett a disk, akkor illik a HW-nek azt minimum hang jelzéssel, és emellett külön led világítással/villogtatással is mutatnia. Ha ez sem elég, akkor is még ott van, hogy kivétel előtt, villogtatni szokás a vezérlővel azt a lemezt, amelyik kidöglött. Ha rosszat villogtatsz, akkor ott nem az eszköz a hibás, hanem a felhasználója.

Welcome to FreeBSD!

Before seeking technical support, please use the following resources:

o Security advisories and updated errata information for all releases are
at http://www.FreeBSD.org/releases/ - always consult the ERRATA section
for your release first as it's updated frequently.

o The Handbook and FAQ documents are at http://www.FreeBSD.org/ and,
along with the mailing lists, can be searched by going to
http://www.FreeBSD.org/search/. If the doc package has been installed
(or fetched via pkg_add -r lang-freebsd-doc, where lang is the
2-letter language code, e.g. en), they are also available formatted
in /usr/local/share/doc/freebsd.

If you still have a question or problem, please take the output of
`uname -a', along with any relevant error messages, and email it
as a question to the questions@FreeBSD.org mailing list. If you are
unfamiliar with FreeBSD's directory layout, please refer to the hier(7)
manual page. If you are not familiar with manual pages, type `man man'.

Edit /etc/motd to change this login announcement.

[root@xxxxxx ~]# lshw
-bash: lshw: command not found
[root@xxxxxx ~]#

Jó pár bug okozhatja, hogy látszólag indokolatlanul kiszór a HW RAID vezérlő egy diszket. HW RAID oldalon is, meg HDD oldalon is lehet firmware hiba. Például elpiszmog valamin a HDD és nem jelez úgy vissza, ahogy azt a vezérlő várja. Elég csak ránézni egy HW RAID vezérlő firmware frissítésénél a javított változások listájára. Biztos találni egy pár ilyet, amit éppen workaround-olnak.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

Jah nem szerette az NCQ -t.

Különben inkább SW Raidezek, utálok géphez nyúlni ami HW Raid-ben van és semmit nem tudok róla mert megörököltem az napra a 10. "hozzáértő emberektől"

Láttam olyan gépet is (HP 1U Rack) ahol már a ledek sem működtek lál. Ilyen gépet miért használnak? De a kedvencem az, hogy nem volt keret és ott fityeg benne a diszk.. Naná hogy hot swap kéne cserélni az alatta lévőt, hát persze..

A másik nagy bajom, amivel sokat szívtam, hogy ha bedöglik egy komolyabb RAID vezérlő, nem megyek el a tesco -ba és emelek le a polcról egyet..

A harmadik az, hogy szépen behúzom VD -be, és rohadtul nem ismeri fel az OS..

--
#define true ((rand() % 100)>3) // Happy debugging ...

Megbocsájtok, de attól, hogy még sajnos néha sufni tuningokkal is találkozom, amit pár HSZ -el ezelőtt negatívan is értékeltem mennyire nem szeretem, a topik indító HSZ éppenséggel nem a suffni tuning kategória.

A suffni tuning éppenséggel pedig a szükséges rossz, sajnos nem tudok vissza menni az időben megfogni a kedves ügyfél kezét, hogy: "psszt haver oké, hogy PERC vezérlő, de tegyünk már inkább bele SASokat, ne azokat a samsung/hitachi szarokat, legalább legyen már WD"

Amúgy különben vitatom a suffni tuning fogalmát is, mert ha lenne 4 millám IT fejlesztésre (szerver), akkor inkább vennék több PC -t és helyezném el redundánsba mint hogy vegyek egy drága szervert és virtualizáljak rá 30 VPS -t.
De ezt környezetje válogatja..

Láttam már "XYZ német nagy vállalatnál", hogy a klíma kondenzvize a szerverekre csöpörészik, meleg mi?

--
#define true ((rand() % 100)>3) // Happy debugging ...

a hw raidnak es az sw raidnak is megvan a helye.
pl. zfs ala nem teszunk hw raidot, nyilvan.
kb. minden egyeb esetben pedig a hw raidot favorizalom.
pl. ha kell egy standalone esxi/proxmox/stb. node, storage nelkul, akkor kizarolag rendes hw raid vezerloben gondolkoznek.
mindig a feladathoz kell az eszkozt valasztani.

Ezek szep elmeletek, de volt mar a kezem kozott olyan gep, ami toszott villogtatni a hibas winyo ledjet, a mellette levo ugyanolyan masik meg rendesen csinalta a dolgat. Gondolom valami firmware/driver/fenetudja issue volt, nem neztem utana mert az a resze nem az en feladatom volt, de ettol meg vannak ilyen vicces dolgok. Vegul spare lemezek huzgalasaval kitalaltuk a slot-szamozas logikajat, es az alapjan kihuztuk.
--
Blog | @hron84
Üzemeltető macik

( tgerczei | 2016. 02. 27., szo – 14:08 )

Az ARC attól adaptive, hogy nem nagyon illik piszkálni kelleni. Minél több az elérhető szabad memória, annál rosszabb a hardware kihasználtsága.
------------------------
{0} ok boto
boto ?

Ha a gépen telített az ARC és nagy az IO wait összetud omlani, mármint nem a ZFS, hanem pl a mysql ha nagyot allokál, így ajánlott beállítani egy maximumot I/O műveletek és mennyiség -től függően, fájlszervernek maradhat unpiszkálva, de ha a gépen fut egy KVM vagy VirtualBox vagy esetleg mysql akkor nem lesz elég RAM és boritékolható a SWAP és/vagy a KILL.

Na már most nem mindig csak storage -nak van használva.
--
#define true ((rand() % 100)>3) // Happy debugging ...