Re: apache terhelés elosztás
szistvan wrote: Az szerintem teveszme, hogy a nic-nel regisztralt elsodleges/masodlagos dns szervereknek megegyezo replikacios strukturaval kell rendelkeznie. Ez a szokas, de el lehet terni, frissitheti a masodlagos szerver az elsot is. Tekeredik a kígyó... :-) Ennek jobban utána nézek.. Tehát - ha jól értem - azt mondod, hogy pl. Zzzz helyen fut a az elsődleges DNS, ami egyben monitorozza a karcagi, szolnoki, budapesti webszerver üzemelését. Ha az egyik leáll, a DNS-t módosítja. Viszont, ha a DNS elérhetetlen, akkor a másodlagos DNS-t kellene macerálni egy esetleges kieséskor? Így gondoltad, vagy még félreértek valamit? Lenyegeben, de annak kicsi az eselye, hogy egy hostingban levo gep elerhetetlen legyen. De kozben kitalaltam egy egyszerubbet is: beregisztralod mindharom szerveredet a nic-nel, mint dns provider, mindegy, milyen sorrendben. Mindharomra elore megcsinalod a a zonafileket a negy szituaciora, aztan annak fuggvenyeben, melyik gep elerheto a masik kettobol, azt szolgaltatja. Vannak kisebb hatulotoi a dolognak (idolegesen inkonzisztense valhat a domain, de rovid ttl-el ez nem hiszem, hogy zavaro lenne), de nem kell hozza extra node. -- Gabor HALASZ halas...@freemail.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache terhelés elosztás
szistvan wrote: On Wed, 18 Nov 2009 11:38:50 +0100, Gabor HALASZ halas...@freemail.hu wrote: Tehát várnék néhány kulcsszót, ötletet, hogy merre nézzek szét? Leírást - annak linkjét - is szívesen fogadok. ;-) haproxy vagy nginx a három gép előtt failover clusterben Köszönöm, szétnézek ezirányban. Lehet, hogy en ertettem valami felre, de mintha a 3 szerver fizikailag eleg tavol lenne egymastol, nem? Igen, Karcag, Szolnok, Budapest. Mivel a fentebb említetteket - és még sok mást sem - ismerek, ezért írtam, hogy megnézem. Viszont a hozzászólásod alapján úgy tűnik Te ismered és a feladatom megoldásához nem passzol. Ha atgondolod a mukodeset (load balancer/high available http proxy) nem igazan az, amire neked szukseged van, ezek webclustereknel hasznaljak, ahol a gepek egy helyen vannak. -- Gabor HALASZ halas...@freemail.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
ZARADA IZ SNOVA!
Posao od kuće - isplati se probati! Honorarni posao kod kuće Kako brzo zaraditi? Pošaljite 5 kuna na 6 adresa! Našao sam ovo na jednoj news grupi i odlučio isprobati. Prije par tjedana, pretraživao sam newsgrupe i naišao sam na članak sličan ovome u kojem je pisalo da možete zaraditi tisuće dolara u samo PAR TJEDANA sa samo malim ulogom od 30 kn! Pomislio sam, Da baš, ovo mora da je prijevara! no kao većina nas, bio sam znatiželjan, pa sam nastavio s čitanjem. Kako god, pisalo je da posaljete 5 kn svakoj od 6 imena i adresa koje su bile u tom članku. Zatim stavite svoje ime i adresu na kraj popisa na #6, te pošaljete taj clanak na najmanje 200 newsgrupa (Ima ih na tisuće!). Nema kvake, to je to. Pa sam nakon malo razmišljanja, i savjetovanja s prijateljima, odlučio pokušati. Međutim kako u Hrvatskoj vise nema u opticaju novčanica od 5 kn, ja sam odlučio staviti 10 kn. Mislio sam Što imam izgubiti osim 6 markica i 60 kn, zar ne? Zatim sam uložio tih bijednih 60 kn I POGODITE ŠTO!?... u roku od 7 dana, počeo sam dobivati novac poštom! Bio sam zaprepašten! Pomislio sam da će s tim biti ubrzo gotovo, ali novac je neprestano dolazio. U mom prvom tjednu, zaradio sam oko 100 kn. Krajem drugog tjedna zaradio sam ukupno vise od 1 100 kn! U trećem tjednu imao sam preko 10 000 kn i još raste! Ovo je sada moj 4 tjedan i moja ukupna zarada je malo vise od 25 000 kn, a novac jos luđački dolazi. To sve sigurno vrijedi 60 kn, i 6 markica!! Sada ću Vam reći na kojem principu ovo radi i jos važnije, ZAŠTO radi... Osim toga, pobrinite se da imate isprintanu kopiju ovog članka SADA, tako da bi mogli provjeravati neke informacije kako ih trebate. OBEĆAJEM Vam da ako točno pratite moje upute, zarađivat ćete više novca nego sto ste ikada mogli radeći nešto tako lako! NASTAVITE ČITATI DA BISTE DOZNALI KAKO OVO RADI!!! Prijedlog: Pročitajte ovu cijelu poruku pažljivo! (isprintajte ju ili ju kopirajte na svoje osobno računalo.) Slijedite jednostavne upute i gledajte novac kako dolazi! Lagano je. MOLIM VAS, VJERUJTE MI, ŽELIM VAM DOBRO!!! A, Vas je ulog samo 30 kn, ako se odlučite slati kovanice (Plus postarina na samo 6 kuverti...samo jednom...bez ponovno slanja pošte) VAŽNO: Ovo nije prijevara; nema lažnih obećanja; nije ilegalno; i 99% nije riskantno - stvarno funkcionira! Ako je odanost slijedećim uputama, dobivat ćete izvanredne prihode. SAMO NASTAVITE ČITATI I IGRAJTE POŠTENO!! MOLIMO VAS Slijedite ove upute TOČNO, i 50 000 ili vise mogli bi biti vaši u roku od 20 do 60 dana. Ovaj program ostaje uspješan radi ISKRENOSTI I POŠTENJA sudionika. Molimo Vas nastavite njegov uspjeh pažljivo prateći i poštujući upute. Sada ćete postati dio Poštanskog poslovanja. O ovom poslu Vaš proizvod nije čvrst i opipljiv, on je usluga. Vi ste u poslu razvijanja Poštanskih lista. Mnogo udruga rado plaća velike svote novca za kvalitetne liste. No ipak, novac od tih lista je sekundaran prihodu koji se zaradi od ljudi kao što ste Vi i ja koji traže da ih se uključi u tu listu. Ovo su 3 koraka do sigurnog uspjeha: KORAK 1 Nabavite 6 odvojenih papirića i napišite slijedeće na svaki papirić PLEASE PUT ME ON YOUR MAILING LIST. Sada uzmite 6 novcanica od pet kuna (ili 10 kao i ja) i stavite JEDNU u SVAKI od 6 papirića tako da se novčanica ne može vidjeti kroz kuvertu (radi sprječavanja krađe). Zatim, stavite jedan papirić u svaku od 6 kuverti i zatvorite ih. Sada biste trebali imati 6 zatvorenih kuverti, svaku sa papirićem na kojem je iznad napisana fraza, Vasim imenom i adresom, i 5 kn novčanicu. Nemojte odlagati slanje i igrajte pošteno. Ako ste odlucili uci u igru, ne dozvolite da itko čeka. Samo na taj nacin ce igra zadržati smisao. Ono sto Vi radite je da stvarate uslugu. OVO JE SIGURNO LEGALNO! Vi zahtjevate zakonitu uslugu i placate ju! Kao vecina nas bio sam pomalo skeptičan i pomalo zabrinut o legalnim pogledima svega toga. Pa sam i provjerio sa U.S. Post Office (1-800-725-2161) i potvrdili su mi da je to uistinu legalno. Posaljite tih 6 kuverti na slijedece adrese: #1.) Tanja Šarčević, K.P.Krešimira Iv 12, 4432o Kutina, Croatia. #2.) Ljubica Lang, Adama Reisnera 73, 31000 Osijek, Croatia #3.) Marijana Kordić, Crnčićeva 7, 51000 Rijeka, Croatia #4.) Ružica Mandić, I.Gundulića 24, 31431, Čepin, Croatia #5.) Eva Lešković, Jablanička 1o, 31000 Osijek, Croatia #6.) Davor Vlahov, Lojenov prilaz 4, 1 Zagreb, Croatia Sada izaberite ime pod #1 sa liste koju vidite iznad i maknite ga sa liste, pomaknite ostala imena prema gore (6 postaje 5, 5 postaje 4, itd...) i dodajte SVOJE Ime pod brojem 6 na listi. KORAK 3 Promijenite u članku sve sto trebate, no nastojte odrzati članak sličniji originalu što je vise moguće. Sada, pošaljite svoj prepravljeni članak na najmanje 200 newsgrupa. (Mislim da ima približno 24,000 grupa) Vi samo trebate 200, no zapamtite, sto ih više pošaljete, to više novca zaradite! Nećete dobiti puno osim ako šaljete kao ludi. Ovo je savršeno legalno! MOLIM VAS,VJERUJTE MI! Ako ste sumnjičavi u vezi ovoga,
Re: apache terhelés elosztás
De kozben kitalaltam egy egyszerubbet is: beregisztralod mindharom szerveredet a nic-nel, mint dns provider, mindegy, milyen sorrendben. Mindharomra elore megcsinalod a a zonafileket a negy szituaciora, aztan annak fuggvenyeben, melyik gep elerheto a masik kettobol, azt szolgaltatja. Vannak kisebb hatulotoi a dolognak (idolegesen inkonzisztense valhat a domain, de rovid ttl-el ez nem hiszem, hogy zavaro lenne), de nem kell hozza extra node. Sot, mindegyik csak magat hirdeti, akkor teljesen automata az egesz mindenfele script nelkul. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache terhelés elosztás
Miloska wrote: De kozben kitalaltam egy egyszerubbet is: beregisztralod mindharom szerveredet a nic-nel, mint dns provider, mindegy, milyen sorrendben. Mindharomra elore megcsinalod a a zonafileket a negy szituaciora, aztan annak fuggvenyeben, melyik gep elerheto a masik kettobol, azt szolgaltatja. Vannak kisebb hatulotoi a dolognak (idolegesen inkonzisztense valhat a domain, de rovid ttl-el ez nem hiszem, hogy zavaro lenne), de nem kell hozza extra node. Sot, mindegyik csak magat hirdeti, akkor teljesen automata az egesz mindenfele script nelkul. Ez szerintem nem lesz jo, a dns kliensek tobbsege szep sorban kerdezgeti a nevszervereket (a tobbseg ugyis az isp dns resolveret hasznalja, az meg leginkabb az a buta bind), amig nem valaszol valamelyik, igy ha minden szerver mukodik, akkor is az elsore jut az teljes forgalom. Ennek megkerulesere jo a roundrobin dns, hogy ne mindig ugyanazt a cimet adja vissza, es azert kell a config cserebere, hogy ne adjon vissza fals valaszt. -- Gabor HALASZ halas...@freemail.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
DNS loadbalance (volt: apache terhelés elosztás)
Ez szerintem nem lesz jo, a dns kliensek tobbsege szep sorban kerdezgeti a nevszervereket (a tobbseg ugyis az isp dns resolveret hasznalja, az meg leginkabb az a buta bind), amig nem valaszol valamelyik, igy ha Hm, ha jol remlik akkor kb fel eve nezegettem az dns szerverim logjat, ott emlekeim szerint darabra ugyanannyi lekeres volt mind harmon. Vegulis egy tesztet meger, ha nagy elteres van a forgalomban lehet naponta/orankent rotalni, szerintem meg mindig egyszerubb mint a scriptel figyeles. Meg ami eszembe jutott, hogy nem kell kulon .hu domaint regisztralni, egy delegalt subdomain siman jo. Elore tervezett leallasoknal egyszerubb talan onnan kiszedni az NS bejegyzest mint a hureghez menni mindig. Meg ami kerdes mindig felmerul a DNS loadbalance-al kapcsolatban, hogy a rovid TTL-ek mennyire mukodnek manapsag. Van valami hires iras errol, az ellenzoi mindig azt hozzak elo, a partoloi meg azt cafoljak mindig. Van valakinek valamilyen friss tesztje errol valos korulmenyek kozt? Vegulis nem lenne nagy ordongosseg kimerni sem sajat keszuleken, csak hat a lustasag ugye... Elnezest, ha ez mar nagyon offtopic. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Re: apache terhelés elosztás
In article 34dd39fb0911190315n6848e263wab29c883f7a95...@mail.gmail.com, Miloska milo...@gmail.com linux@mlf.linux.rulez.org writes: Sot, mindegyik csak magat hirdeti, akkor teljesen automata az egesz Szabályellenes lenne. g _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: DNS loadbalance (volt: apache terhelés el osztás)
Miloska wrote: Ez szerintem nem lesz jo, a dns kliensek tobbsege szep sorban kerdezgeti a nevszervereket (a tobbseg ugyis az isp dns resolveret hasznalja, az meg leginkabb az a buta bind), amig nem valaszol valamelyik, igy ha Hm, ha jol remlik akkor kb fel eve nezegettem az dns szerverim logjat, ott emlekeim szerint darabra ugyanannyi lekeres volt mind harmon. Most rapillantottam a domainlogra, nekem egy bejegyzesem sincs azokrol, akiknek secondaryzok (par napnyi log van csak) Vegulis egy tesztet meger, ha nagy elteres van a forgalomban lehet naponta/orankent rotalni, szerintem meg mindig egyszerubb mint a scriptel figyeles. ? A figyeles nagyjabol ennyi: wget -q -t1 -S --spider server; if [ ${?} ]; then echo A server megdoglott fi Ha nem bindet hasznalsz, akkor a zonafilek modositasa is egyszeru. Meg ami eszembe jutott, hogy nem kell kulon .hu domaint regisztralni, egy delegalt subdomain siman jo. Elore tervezett leallasoknal egyszerubb talan onnan kiszedni az NS bejegyzest mint a hureghez menni mindig. Szerintem nem a tervezett leallas a kerdes, es attol meg, hogy eppen all egy szerver, nem kell a regisztraciot modositani. Meg ami kerdes mindig felmerul a DNS loadbalance-al kapcsolatban, hogy a rovid TTL-ek mennyire mukodnek manapsag. Van valami hires iras errol, az ellenzoi mindig azt hozzak elo, a partoloi meg azt cafoljak mindig. Van valakinek valamilyen friss tesztje errol valos korulmenyek kozt? Vegulis nem lenne nagy ordongosseg kimerni sem sajat keszuleken, csak hat a lustasag ugye... Nem ertem, mit akarsz mericskelni. TTL a 32 bit signed integer that specifies the time interval that the resource record may be cached before the source of the information should again be consulted. Zero values are interpreted to mean that the RR can only be used for the transaction in progress, and should not be cached. For example, SOA records are always distributed with a zero TTL to prohibit caching. Zero values can also be used for extremely volatile data. Ami ezt nem tartja be, az nem dns resolver, hanem valami ize. -- Gabor HALASZ halas...@freemail.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: DNS loadbalance (volt: apache terhelés elosztá s)
Most rapillantottam a domainlogra, nekem egy bejegyzesem sincs azokrol, akiknek secondaryzok (par napnyi log van csak) Rosszul emlekeztem. Tizenpar domainem van, majdnem mind .com: 0.717007934 A req / sec az elsodleges es masodlagos gepen (ez igazabol egy rendszer, nem tudom szetbontani jobban, hosszu tortenet) 0.553341368 A req / sec a harmadikon Valoban lenyegesen tobb req megy az elsore (en erre nem szamitottam), de azert nem nulla a masik sem nalam. Nem ertem, mit akarsz mericskelni. Ami ezt nem tartja be, az nem dns resolver, hanem valami ize. Az ize : !ize arany erdekel. Ha jol latom a dolgokat akkor hetvegen csinalok egy teszt merest es valamikor jovo heten megnezem egy munkanapon igazabol mi is tortenik. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
backup megoldas kliens oldalrol
sziasztok, keresek egy megoldas, amivel a kliens gepekrol (50-80 kliens) automatizalva mentenek adatokat (dokumentumok pl) egy kozponti szervere. a kliensek vegyesek, linux illetve xp. jo lenne, ha vmi agent tipusu megoldas lenne (windows alatt), tehat kikeresi a mentendoket, felcsatlakozik, lementi, logolja szepen hatterben. van e vkinek otlete / tapasztalata? elso korben a google a baculat adta ki, ennek nezegetem most a doksijat, de gondoltam rakerdezek, hatha van jobb/szebb/ugyesebb... udv / koszi a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: backup megoldas kliens oldalrol
Linux Levlist írta: sziasztok, keresek egy megoldas, amivel a kliens gepekrol (50-80 kliens) automatizalva mentenek adatokat (dokumentumok pl) egy kozponti szervere. a kliensek vegyesek, linux illetve xp. jo lenne, ha vmi agent tipusu megoldas lenne (windows alatt), tehat kikeresi a mentendoket, felcsatlakozik, lementi, logolja szepen hatterben. van e vkinek otlete / tapasztalata? elso korben a google a baculat adta ki, ennek nezegetem most a doksijat, de gondoltam rakerdezek, hatha van jobb/szebb/ugyesebb... Egy ismerősöm Cobian backupot használ Win kliensekhez. Tud Samba/NFS/FTP helyekre menteni, ha jól tévedek. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: backup megoldas kliens oldalrol
Sziasztok Egy ismerősöm Cobian backupot használ Win kliensekhez. Tud Samba/NFS/FTP helyekre menteni, ha jól tévedek. S ingyenes is... Eleg stabilan mukodik, konnyu beallitani. Bye, Emeric _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: backup megoldas kliens oldalrol
Linux Levlist wrote: sziasztok, keresek egy megoldas, amivel a kliens gepekrol (50-80 kliens) automatizalva mentenek adatokat (dokumentumok pl) egy kozponti szervere. a kliensek vegyesek, linux illetve xp. jo lenne, ha vmi agent tipusu megoldas lenne (windows alatt), tehat kikeresi a mentendoket, felcsatlakozik, lementi, logolja szepen hatterben. van e vkinek otlete / tapasztalata? elso korben a google a baculat adta ki, ennek nezegetem most a doksijat, de gondoltam rakerdezek, hatha van jobb/szebb/ugyesebb... bacula. igaz, hogy szerver oldalrol inditja a dolgot, de van windows-os kliense is. IroNiQ -- Member of Frugalware Developer Team LinuxCounter: #331532 _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Offsite backup
Hali! Ha mar backup, akkor en olyan rendszert keresek, amivel neten keresztul lehet offsite backupot kesziteni egy masik szerverre. Elkezdtem mar irni egy rsync-en es SQL szerveres metadata tarolason alapulo script gyujtemenyt, de ido es kedv hianyaban nem fejeztem be... Az alapveto problema, ami miatt sok cucc kiesik, hogy esszeruen le kell kekezelni egy fajl vagy konyvtar atnevezeset, athelyezeset. Mivel ADSL-rol van szo, az upstream savszelesseg igencsak szukos, nem megengedheto hogy egy 'rename' parancs tovabbitasa helyett egy egesz konyvtarat ujra felmasoljon. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux