Dotaz: DRBD

[Jan]

Dobry den,snazim se zprovoznit drbd , postupoval jsem podle ruznych navodu, pokud pouziji ten na : http://blog.bcvsolutions.eu/konfigurace-drbd-a-reseni-situace-split-brain/

dostanu se do situace, ze oba /dev/drbd1 jsou primary, mohu je namountovat, ovsem data jsou na kazdem pc ruzna, pokud jeden z nich prepnu do secondary , nelze provest mount , hlasi neznamy typ souboru a ani po opetovnem prepnuti na primary nedojde k synchronizaci. Nevim, jestli jsem drbd pochopil spravne, ocekaval jsem od nej takovy sitovy raid1.

Nejake nakopnuti spravnym smerem ?

Diky.

Honza

Odpovědi

[host]

zaujimave, ked som sa to ucil, siel som podla oficalneho navodu na drbd.org, a slape to bez problemov.
K otazke,

- mountovat mozes jedine primarny node.
-Aky tam mas filesystem? Ak potrebujes zapisovat na fs obomi nodmi, ext2/3/4 nie su vhodne. Treba pouzit napriklad gfs2.
-Synchronizacia v primary/primary mode je osemetna zalezitost, ked sa rozpadne replikacia, musis si vybrat, ktory nod ma konzistentne data a prepisat data na druhom. toto sa da urobit iba manualne cez drbdadm.

[Aleš Kapica]

Zkus se kouknout nejprve sem. Aby fungovalo DRBD v režimu primary/primary tak na něm musíš mít clusterový souborový systém. Buď gfs2 nebo ocfs2. Jde totiž o to, že DRBD se strará pouze o replikaci bloků, nikoliv jejich konzistenci - to zajišťuje FS, který ovšem musí mít přehled kam může zapsat, aniž by došlo pak při replikaci ke konfliktu.

Pokud ti dojde ke konfliktu, tak sice máš stále každý z disků jako primary, ale oba jsou ve standalone režimu. Tudíž logicky je obsah každého z nich jiný. V jakém stavu je DRBD pole zjistíš výpisem souboru /proc/drbd

[Jan]

Aha, dekuji obema za odpovedi - tedy pro muj ucel - zalohy s moznosti online prepnuti, je tedy vhodne jen jeden primary a druhy eventuelne rucne prepnout do primary a moutnout ?

jedna se o to, ze mam xenserver (2x), a pokud by byl problem, ze bych se pomalu poprepinal z jednoho serveru na druhy. A pri kopirovani pres disk to holt chvily trva. Ale ten jeden neni furt online.

Proste jak jsem psal - chtel jsem proste sitovy raid.

Dik, jdu studovat.

Honza

[hermelin]

Podle me by to melo jit resit i na urovni LVM resp LVM+cLVM+DLM, pripadne nejaky clusterovy spravce jako corosync apod. To by si potom melo pohlidat co lze v PRIMARY/PRIMARY primountovat a co uz pouziva druhy server (nedovoli pouzivat konkretni LVM 2x aby nedoslo k poskozeni filesystemu). Ovsem netusim co se stane v okamziku kdy spadne spojeni (komunikace) mezi DRBD uzly - jestli pak nedojde k tomu ze si budou moc mapovat oba servery to same (to by pak byl problem) Docela hezky navod je zde http://pve.proxmox.com/wiki/DRBD

[Aleš Kapica]

Ovsem netusim co se stane v okamziku kdy spadne spojeni (komunikace) mezi DRBD uzly - jestli pak nedojde k tomu ze si budou moc mapovat oba servery to same (to by pak byl problem)

To je přesně ten problém, na který jsem ho upozorňoval. DRBD pouze zajišťuje synchronizaci bloků dat. Neřeší jejich konzistenci. Pokud stroj A zapíše do stejného místa jako stroj B, tak dojde k rozpadu pole a musí se to pak řešit tím, že se data jednoho z těch disků prohlásí za neplatná a pak se provede resynchronizace.

[hermelin]

Mno ono by to nevadilo pokud tech sitovych cest je vice - node ma dve a vice LAN (tedy napr je cross kabel pro DRBD a druhy lan port pro pripojeni do internetu). Pokud spadne jedna cesta tak by corosync a potazmo dalsi jeho nastroje mely poznat ze spadla pouze cast site a v okamziku opraveni poskozene cesty by si mel DRBD data spravne sesynchronizovat. Ale podminkou je to aby clusterovy manager pri vypadku jedne cesty nezacal zmatkovat a nepustil na obou nodech VM servery protejsiho nodu, tim by posahal prave data v PRIMARY/PRIMARY a pak by se mu muselo rucne rict kam se vratit

Jak to funguje v praxi nevim - ale samotneho by me to zajimalo

[Aleš Kapica]

Režim primary/primary je pouze náhražka síťového diskového pole, pokud bych chtěl řešit live migraci.

Pro tvou potřebu je lepší použít režim primary/secondary. Pro každý xenserver si udělej samostatné drbd pole - nebudeš pak mít ty virtuály na sobě závislé a v případě potřeby pak bude stačit, když na stroji A: zastavíš virtuál, disk přepneš na secondary a pak na stroji B: disk přepneš na primary a virtuál znovu spustíš.

Pacemaker použij, pokud to nechceš dělat ručně. Rozhodně se vyplatí, má-li být těch virtuálů více, nebo pokud chceš aby se to přehodilo i bez tvé asistence.

[trekker.dk]

Pro tvou potřebu je lepší použít režim primary/secondary.

Pokud není potřeba živá migrace - pak je potřeba pracovat v dual-primary režimu.

[Honza]

Diky vsem za rady , nakonec jsem zustal u jednotlivych dvou stroju, ktere se pres sit vzajemne v noci zalohuji.

Jeste jednou diky.

Honza

[host]

na to, co popisujes, je original urceny cluster(corosync+fences+cman...). V takomto pripade budes moct zaroven migrovat VM medzi nodami bez nutnosti vypnut VM(live migracia).

[BoBLO]

Ahoj,

mne sa osvedcilo pouzit "active-passive" s heartbeat.