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.
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 :(
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í).
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.