Internet Info, s.r.o. Lupa Měšec Podnikatel Root Zdroják DigiZone Slunečnice Vitalia TopDrive KupDnes Navrcholu NovýTarif Dobrý web Weblogy Woko Jagg Computer.cz SK: MojeLinky

Hlavní navigace

Vlákno názorů k článku
Udržujte si svou databázi v bezpečí s Pgpool2

Ondrej Žižka aura:43
26. 6. 2009 1:05

statický obsah

iSCSI, GusterFS, DRBD…

Co se týče databází, tak pokud mám 2 servery, stačí myslím master-master replication, kde není potřeba „load balanceru“. Nevím jestli to umí PG, ale MySQL od verze 5 ano. Master-Master má navíc tu výhodu (oproti master-slave), že si hlídají autoincrementy, takže v tom pak nevzniká nepořádek.

Add „ztráta spojení při výpadku jednoho serveru“ uvedená v článku. Je to logické. Prostě je potřeba zrušené spojení vytvořit jinam. Tomu se lze vyvarovat pokud „jeden server rozložíte na 2 stroje“. Tam již samozřejmě loadbalancer potřebujete, ale výpadek jednoho neukončí uživatelovu session.

motyq
motyq (neregistrovaný) ---.seznam.cz
26. 6. 2009 9:44

Re: statický obsah

Ty autoincrementy myslite, ze jedna db ma sude a druha liche? pripadne v konfiguraku nastavit „step“ pro kruhovou replikaci? Nebo nejaky jiny figl. Zkousel jsem Master-Master i kruhovou replikaci a chodilo to krasne s malym poctem dotazu, dokud jsem to nedal do provozu – pod velkou zatezi cca 400updates/sec se to zaclo cele rozbijet, takze jsem porad nucen jet mysql master – multislaves :(

Ondrej Žižka aura:43
26. 6. 2009 13:11

Re: statický obsah

Způsob je popsán tu: http://dev.mysql.com/…-master.html

Já se zmiňoval jen o 2 strojích, jako je to zde v článku. Při více strojích se již samozřejmě uplatňuje kruhová replikace.

Neznám sice Váš konkrétní případ, ale v takovém případě nevím jestli nemá cenu se poohlížet po něčem co tohle zvládne bez problémů (např. Real application cluster či podobné řešení).

Hugo
Hugo (neregistrovaný) ---.orange.sk
26. 6. 2009 11:41

Re: statický obsah

Velmi jednoducho sa to cita, ale prax je bohuzial uplne ina. Master<->master je nepouzitelne (resp. nezarucuje konzistentnost dat=pruser), ak nie je k dispozicii synchronna replikacia. DRBD sice zarucuju synchronnu replikaciu, ale co na to mysql proces, beziaci na druhom masterovi (je to hot/cold backup?) , ked sa mu pod rukami menia data na disku ? Resp. co ak su zosynchronizovane data z pohladu mysql po pade aktivneho mastra v nekorektnom tvare (pochopitelne zelezitost storage engine) ? Mozno som to nepochopil , ale naco vlastne master/master, ak je tu pokus o zdielanie dat (pracuju nad spolocnym FS?) ? Mozno treba pockat na integraciu „google patchov“. Toto vsetko mi zatial pripada taky zlepenec.

Ondrej Žižka aura:43
26. 6. 2009 13:17

Re: statický obsah

Je to tak jak píšete… Já to nechtěl zas tolik rozebírat.

DRBD, iSCSI a GlusterFS jsem myslel pouze jako společné úložiště pro statická data (společné soubory). Nikoliv pro databázi. Příště se pokusím přesněji se vyjadřovat.:-)

Zasílat nově přidané příspěvky e-mailem