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

 ( LiRul | 2006. május 15., hétfő - 20:38 )

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ás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

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

Szia Kristof!

Koszi az infokat!
Letoltottem a pdf-et... hat nagyon sajnalom, hogy nem lehettem ott az eloadason. :-( [gondolom zart es nem hirdetett volt] A pdf vegen szereplo email cimed el?

A sztakis igen.

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

Gondoltam en is IRC-re, de valszeg leszakadna a kezem s a valaszadoe is a rengeteg gepelestol. :-D IRL nem johetne ossze sehogy?

De termeszetesen benne vagyok az IRC-n valo beszelgetesben is, mert a semminel az is sokkal jobb!

Ha lehetséges én is figyelnék szépen csendben... :)

... hogy eljussunk oda, ahova emberi kéz még nem tette be a lábát.

És külön öröm volna, ha a logokat valhol elérhetővé tennétek.

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.)

ha lehet, akkor en is beszallnek figyelni :)

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.

Ez nagyon jo...majd ha megvan a pontos idopont, tegyetek publikussa elerhetoseggel egyutt. Szivesen csatlakoznek en is hallgatokent...:-)

Talaltunk mar barkit is, aki elvallalja az eszoszto szerepet? Ha egyaltalan nem lesz ilyen ember, akkor maradhatunk a kotetlen beszelgetesnel is imho. Majd csak elmegy valamilyen iranyba.

Legyen akkor kotetlen beszelgetes. Most szombat este 19-20h korul?

Nekem sajnos nem jó. Esetleg valamelyik hétköznap este? (Bár olyan időpontot biztos nem találunk, ami mindenkinek OK.)

Ok, akkor hetfo (22) vagy szerda (24) este 19-20h korul? (Ez most az IRC-s formara vonatkozik.)

Nekem eddig mindket idopont ures, szoval reszemrol ok?

Nekem is jo mindketto. De legyszi adjatok topic-indito kerdeseket, mert egybkent hosszu lesz es unalmas... ;)

Legyen akkor szerda (huszonnegyedike) este fel nyolckor #lb-fo-ha.hup@irc.debian.org ha nincs ellenvetes.

Reszemrol rendben. Nehany topic indito kerdes/tema, amivel szeretnel kezdeni?

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.

Meglatjuk mi sul ki belole.

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

Uhh ez brutal. Milyen kar, hogy AIX-ot meg tavolrol sem lattam... :-(( Koszi a linket!

És milyen régóta van nekik ilyen, jól működő cuccuk... (Nekem meg vagy 1 méternyi "ezeréves" (duplikátumokkal együtt) doksim/jegyzetem erről...)
(Vmi. 4.2-es AIX-hoz való HACMP cucchoz tartozott anno, a BB-nál...)

és hány olyan os van ami bootolható mentést tud csinálni? (alap install, egy parancs)

Ez piszok volt másokra nézve :-)) Tényleg, mksysb vagy hasonló van máshol? (Az mkcd-t már nem is kérdezem :-) meg az nem is alap install... )

HP-UX jelentkezem - mk_[net|tape]_recovery
Tru64 UNIX - szintúgy, csak a parancs nevére kéne rájöjjek.

Meghagytam neked a hpuxosat -- ha már tőled tanultam :-P

Emberek, miert nem Voip? :)

Esetleg Skype TEl Konferencia ?

valami fejlemeny?

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.

A helyzet jelenlegi allapota szerint inkabb csak kotetlen beszelgetes lesz a tema(k)ban.

Valszeg nem tudok ott lenni, szoval pls egy logot tegyetek majd elerhetove valahova.
Koszi :)

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

Aki esetleg nem olvas blog-okat: http://hup.hu/node/25360 (első blog entrym :)

koszi :)

Kapcsolat fulon keresztul kuldtem neked uzenetet.

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.