LoadBalance, FailOver, HA, Cluster -- IRL beszélgetés

Fura lesz talán amit szeretnék, de gondoltam mit veszíthetek. Szóval szeretnék képbe kerülni a fentiek tekintetében, s arra gondoltam, hogy akinek lenne egy estéje rám egy budapesti csendes kiskocsmaban összeülve taníthatna erre-arra. Az lenne az ideális, ha saját tapasztalata is lenne a témában, de ha elméleti guru, akkor sem szaladok el. :-) A minimum amit fel tudok ajánlani az korlátlan fogyasztás a kocsmában az én kontómra. Tudom, hogy erre a felvetésre az a szokványos válasz, hogy "mit képzelek három sörért nem fogok milliókat érő tanácsokat adni", így max. csak reménykedni tudok, hogy nem mindenki így gondolkodik. A kapcsolat felvételi menü működik, de közvetlen a lirul (@@) hixsplt (dot) hu emailre is írhat, aki nem szeretne publicba.

Figyelem! Ez nem a flame topic így kérem maradjatok hűek az iratlan moderációs szabályokhoz.

Köszönöm.

Hozzászólások

Nézz körül itt: http://www.linux-ha.org/
Ami itt le van írva, tökéletesen működőképes. Ez tapaszalat.
Szerintem egy-két óra alatt végigrágható és még a söröket sem kell fizetni :)

Köszi, el fogom olvasni, de sajnos a személyes kérdezz/felelekre akkor is nagy szükség lenne. Nem ismeretlenek előttem az LVS, (U)CARP, pfsync, ct_sync, heartbeat, keepalived stb. fogalmak, sokkal inkább gyakorlati hasznosságuk (melyiket milyen szituációban jó használni) érdekelne.

Mi LVS-t használunk jópár éve, teljesen jól bevált. Nagyon jól alkalmazható web- és mail szolgáltatásra, jól működik LDAP-pal is (mögötte replikációval).
Az SQL szerver cikisebb, szerintem az LVS klasztert nem erre találták ki. Ott csak azt lehet jól kihasználni, hogy ha az egyik gépet bántod (upgrade, stb), akkor könnyen át tudod pakolni. (Ill. írhatsz rá automatizmust is - mi az utóbbi 4 évben még nem tettük meg...)
Az LVS nagy előnye, hogy könnyen skálázható, marha nagy teljesítményt tudsz vele kihozni. Szintén nagyon fontosnak gondolom, hogy jól menedzselhető, nem (nagyon) kell upgrade miatt leállni.
Storage-nak mi jelenleg (a fizetős) GPFS-t használjuk, a háttérben SAN-nal. Szerintem ez az egyetlen drága dolog benne. Manapság marha olcsók a Coraid dobozok, megfontolnám azt is.
Volt egy régi networkshopos előadásom 2004-ben, alapvető dolgokban talán még releváns: http://nws.niif.hu/ncd2004/docs/phu/095.pdf

Re.

Mit szolnal egy irc meetinghez (egy csak specifikusan erre a celra felallitott csatornan)? Nekem van a temaban tapasztalatom, valoszinuleg egy-ket dolgot hozza is tudnek szolni a dologhoz, de inkabb hallgatokent vennek reszt a talalkozon (nem kell messzire menni, hogy ujat halljak, imho). Igy a kecske is jol lakik, es a penzed is megmarad. :-)

Tamogatom. Mi heartbeat alapu HA cluster hasznalunk (mezei failover), erdekelnenek innen a tovabblepesi lehetosegek, illetve mostanaban amennyi idom van azzal foglalatoskodom, hogyan lehetne szep LB clustermegoldast DBMSekbol, nem fizetos megoldasokra alapozva. (Csak MySQL tartalmazza ezt a reszekent tudtommal. Ott 3 geptol indul ez. PostgreSQL-nel olvastam itt, hogy jo master/slave megoldasok azert mar vannak, (csak HA igy), azokra is ra fogok nezni alaposabban.)

mint ahogy azt igyekeztem sejtetni a hozzaszolasomban, igaz, hogy van tapasztalatom a temaban, de az elmeleti tudasom nekem is hianyos (hence "de inkabb hallgatokent vennek reszt a talalkozon"). ettol fuggetlenul teljes mellszelesseggel tamogatom az otletet. valakinek javaslat, hogy mikor? a hol kerdesre imho freenode idealis lenne. ellenvetes?

hetvege? hetkoznap? delelott? delutan?

Te + ikkhares + bajnokk vagytok harman akik jeleztetek, hogy gyakorlati tapasztalataitok vannak a temaban. Kerdes: jonne-e meg rajtad kivul valaki oktatni a nepet? (Mert ezek szerint mar lennenk paran.:) Freenode szerintem is jo, lehetne akar moderated csatit csinalni, amig az eloado beszel (ir) addig ne lehessen belepofazni, majd lesz ido mikor mindenki kap voice-t s akkor kerdezhet. :-D Szerintem egy hetvegi delutan/estetol elkezdett esemeny lenne jo.

bajnokk-nak irtam mailben (neked nem lehet kapcsolat felveteli fulon uzenetet kuldeni), nagyjabol kiindulasnak:

Jon a net, tuzfal es LB szerver egyben, mogotte ket masina httpd+php+mysql. A develesek azt varnak el, hogy minden muveletet csak egy gepen kelljen csinalniuk. Es term. barmely gep kiesik gond nelkul vegye at a szerepet a masik; ha mindket gep megy, akkor terheles elosztas jojjon letre (rr vagy sulyzott rr szerintem, de ez is nyitott). Ami felvetodott, hogy a tuzfal LVS-sel kivaloan szetoszthatja a terhelest, de kerdes, hogy nem lenne-e jobb valamilyen http proxyt hasznalni, mar csak a cache-eles miatt is. Vagy osszehozni az LVS-t es a http proxyt valahogy. Mert amit erdemes azt kell gyorstarazni. A httpd+php megvalositas nyitott, gondolkodom a lighthttpd+fastcgi megoldason is a sima apache2+mod_php mellett. MySQL-bol mar csintaltam clustert, de nem ket geppel. Viszont kodmegosztas, szinkronizalas tekintetben total tanacstalan vagyok.

nem linux , de ha meg cluster meg failover. azt nemtom mennyire loadbalance.

Hallgatokent erdekelne a dolog, ha IRC-n megy a tema.

Javaslom, hogy ha esetleg osszejon, kuldjetek be hirkent, ha ez beleferne... biztos tobb 'nevtelen' ember csatlakozna.

Esetleg topicba ki lehetne irni a HUP hirt linkkent, hogy az emberek tudjak mihez tartani magukat (RTFM alapdoksik linkjei pl) a szinvonal tekinteteben.

Kinek mikor jo? Legfokeppen az eloadoknak :) bajnokk, frank,ikkhares ?

Csinaltam egy kis topologiai rajzot Gimp-ben (kb. 5 perc alatt, szoval nagyon ne fujjatok ra:), kivancsi lennek a velemenyekre, hogy mennyire alkalmas felallas ez.

Ha el akarom kerulni a harom NIC-et minden gepben, marad a switch-es moka, viszont abbol is ketto kellene SPoF kivedesere. Nem is tudom mi lenne a jo switch failover-re.

Thanks.