apache terhelés elosztás
szistvan
A következő feladat megoldásához keresnék megoldást és kérném a
segítségeteket, javastatotokat.
Lészen 3 könyvtár (intézmény, ahol könyveket lehet kölcsönözni),
mindegyiknél fix ip, apache webszerver. Mindenhol ugyanazok az adatok
vannak
(egy közös kereső) és szeretném:
- a beérkező kéréseket egymás között osszák szét
- amennyiben az egyik kiesik - leszakad a hálózatról - akkor _csak_ a
másik
kettő felé menjenek kérések. Tehát egy 10 perce leszakadt kiszolgáló felé
véletlenül se menjen kérés.
Első gondolatom, hogy DNS-ben alacsony TTL mellett a domainhez több IP-t
rendelek, egy script pedig figyeli, hogy élnek -e a végpontok, amelyik
kiesik, azt kiszedi a DNS-ből.
Ez esetben azzal nem tudok mit kezdeni, ha a primary DNS szakad le, mert
akkor a frissítések az alacsony TTL miatt nem jutnak érvényre.
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. ;-)
Előre is köszönöm a segítséget!
--
(O__ ------------------------------------------------------
//\ / Varosi Csokonai Konyvtar
// ) | Tel.: 59/503-152
V__/_ szis...@tux.hu \ szis...@mail.vcsk.hu
_________________________________________________
linux lista - li...@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Mezei Zoltan
2009/11/17 szistvan <szis...@mail.vcsk.hu>:
> 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. ;-)
pen+vrrpd esetleg lehet jó. Leírás itt:
http://siag.nu/pen/
--
Zizi
http://www.google.com/profiles/mezei.zoltan
Gabor HALASZ
>
> Első gondolatom, hogy DNS-ben alacsony TTL mellett a domainhez több IP-t
> rendelek, egy script pedig figyeli, hogy élnek -e a végpontok, amelyik
> kiesik, azt kiszedi a DNS-ből.
> Ez esetben azzal nem tudok mit kezdeni, ha a primary DNS szakad le, mert
> akkor a frissítések az alacsony TTL miatt nem jutnak érvényre.
Kulso dns szolgaltato? Csak talalsz valakit, akinek van hostingban fix
ipje, es hajlando cron jobodat futni.
--
Gabor HALASZ <hala...@freemail.hu>
Szilard STANGE
Hali,
> Első gondolatom, hogy DNS-ben alacsony TTL mellett a domainhez több IP-t
> rendelek, egy script pedig figyeli, hogy élnek -e a végpontok, amelyik
> kiesik, azt kiszedi a DNS-ből.
> Ez esetben azzal nem tudok mit kezdeni, ha a primary DNS szakad le, mert
> akkor a frissítések az alacsony TTL miatt nem jutnak érvényre.
>
> 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
Üdv
szistvan <szistvan@mail.vcsk.hu>
<szst...@virusbuster.hu> wrote:
> Hali,
>
>> 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.
szistvan <szistvan@mail.vcsk.hu>
wrote:
> szistvan wrote:
>>
>> Első gondolatom, hogy DNS-ben alacsony TTL mellett a domainhez több
IP-t
>> rendelek, egy script pedig figyeli, hogy élnek -e a végpontok, amelyik
>> kiesik, azt kiszedi a DNS-ből.
>> Ez esetben azzal nem tudok mit kezdeni, ha a primary DNS szakad le,
mert
>> akkor a frissítések az alacsony TTL miatt nem jutnak érvényre.
>
> Kulso dns szolgaltato? Csak talalsz valakit, akinek van hostingban fix
> ipje, es hajlando cron jobodat futni.
Nem teljesen világos, hogy külső DNS szolgáltató mennyiben változtat azon,
hogy a DNS-ben nem tudom aktualizálni a kieső hostot. Egyébként ez a DNS-es
megoldás az emlékeimből rémlett, hogy esetleg így lehetne kezelni a dolgot,
de keresnék valami hatékonyabbat, ha esetleg lenne.
Lehetséges, hogy csak utópia amit szeretnék?
Medovárszky Zoltán
>> haproxy vagy nginx a három gép előtt failover clusterben
>>
> Köszönöm, szétnézek ezirányban.
>
Én végeztem vele fizetős szolgáltatón keresztül terhelési méréseket is,
jelenleg egy elég kritikus környezetben működik, van pár dolog amire
érdemes figyelni.
Tesztek alatt egyébként összesen 800 request/sec -ig terheltem, egy
1,5mb-os statikus (flashes) oldalt, amit 3 szerver szolgált ki, melyből
az egyik maga a terheléselosztó volt (kisebb súlyozással). Ennek még kb
a 4x-esét bírta volna el elfogadható load értékekkel.
Ha van rá igény összeállítok egy mini-howto-t.
Üdv,
Igor
Gábriel Ákos
> 2009.11.18. 11:07 keltezéssel, szistvan írta:
> >> haproxy vagy nginx a három gép előtt failover clusterben
> >>
> > Köszönöm, szétnézek ezirányban.
> >
> Nginx-et javaslom, atomstabil, minimális erőforrásigény.
>
> Én végeztem vele fizetős szolgáltatón keresztül terhelési méréseket is,
> jelenleg egy elég kritikus környezetben működik, van pár dolog amire
> érdemes figyelni.
> Tesztek alatt egyébként összesen 800 request/sec -ig terheltem, egy
> 1,5mb-os statikus (flashes) oldalt, amit 3 szerver szolgált ki, melyből
> az egyik maga a terheléselosztó volt (kisebb súlyozással). Ennek még kb
> a 4x-esét bírta volna el elfogadható load értékekkel.
>
> Ha van rá igény összeállítok egy mini-howto-t.
Engem pl. érdekelne! Köszi!
--
Üdvözlettel,
Gábriel Ákos
-=E-Mail :akos.g...@i-logic.hu|Web: http://www.i-logic.hu=-
-=Tel/fax:+3612391618 |Mobil:+36209278894 =-
Medovárszky Zoltán
>> Ha van rá igény összeállítok egy mini-howto-t.
>>
> Engem pl. érdekelne! Köszi
Igor
Gabor HALASZ
> On Wed, 18 Nov 2009 09:01:22 +0100, Szilard STANGE
> <szst...@virusbuster.hu> wrote:
>> Hali,
>>
>>> 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?
--
Gabor HALASZ <hala...@freemail.hu>
Gabor HALASZ
>>> akkor a frissítések az alacsony TTL miatt nem jutnak érvényre.
>> Kulso dns szolgaltato? Csak talalsz valakit, akinek van hostingban fix
>> ipje, es hajlando cron jobodat futni.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>
> Nem teljesen világos, hogy külső DNS szolgáltató mennyiben változtat azon,
> hogy a DNS-ben nem tudom aktualizálni a kieső hostot.
Az alahuzott resz a lenyeg. A kulso dns szolgaltato gepen fut a cron
job-od, ami monitorozza a host-jaidat es allitgatja a dns-edet.
> Egyébként ez a DNS-es
> megoldás az emlékeimből rémlett, hogy esetleg így lehetne kezelni a dolgot,
> de keresnék valami hatékonyabbat, ha esetleg lenne.
Igen, round-robin dns.
> Lehetséges, hogy csak utópia amit szeretnék?
Jobban belegondolva annyira nem bonyolult, djbdns-sel tarthat kb 5
percig is megcsinalni (kisebb limitaciokkal).
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.
--
Gabor HALASZ <hala...@freemail.hu>
szistvan <szistvan@mail.vcsk.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.
Ez is hasznos infó, mert akkor nem töltöm az időm ezirányú keresgéléssel.
A többi infót is kezdem lecsekkolni
szistvan <szistvan@mail.vcsk.hu>
wrote:
>>>> akkor a frissítések az alacsony TTL miatt nem jutnak érvényre.
>>> Kulso dns szolgaltato? Csak talalsz valakit, akinek van hostingban fix
>>> ipje, es hajlando cron jobodat futni.
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> Az alahuzott resz a lenyeg. A kulso dns szolgaltato gepen fut a cron
> job-od, ami monitorozza a host-jaidat es allitgatja a dns-edet.
Ez így világos...
>> Egyébként ez a DNS-es
>> megoldás az emlékeimből rémlett, hogy esetleg így lehetne kezelni a
>> dolgot,
>> de keresnék valami hatékonyabbat, ha esetleg lenne.
>
> Igen, round-robin dns.
Megnézem alaposabban...
>> Lehetséges, hogy csak utópia amit szeretnék?
>
> Jobban belegondolva annyira nem bonyolult, djbdns-sel tarthat kb 5
> percig is megcsinalni (kisebb limitaciokkal).
>
> 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?
Miloska <miloska@gmail.com>
>
> "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?
A DNS szerverek elsodleges ill masodlagos volta _csak_ a szerverek
egymas kozti kommunikaciojaban szamit, a kulvilag szamara teljesen
mindegy melyik milyen sorrendben frissul.
Ha pl delegalsz egy kulon subdomaint erre (pl. webeloszto.example.com)
aminek van N db DNS szerver akkor azok szolgaltatjak az adatokat a
kulvilagnak, ez fuggetlen lesz az exmaple.com domaintol, lehetnek
masik DNS szerverek, lehet tobb vagy kevesebb szamu.
Ezeknek nem kotelezo egymast masolgatniuk (bar ez az elterjedt
megoldas), futtathatja mindegyik a scriptedet es modosithatja sajat
beallitasait anelkul, hogy egyaltalan tudna arrol, hogy a domainnek
van masik DNS szervere is.
Gabor HALASZ
> On Wed, 18 Nov 2009 11:38:50 +0100, Gabor HALASZ <hala...@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 <hala...@freemail.hu>
Gabor HALASZ
>>
>> 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 <hala...@freemail.hu>
Miloska <miloska@gmail.com>
> 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.
Gabor HALASZ
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 <hala...@freemail.hu>
Kiss Gabor
In article <34dd39fb0911190315n684...@mail.gmail.com>,
Miloska <mil...@gmail.com> <li...@mlf.linux.rulez.org> writes:
> Sot, mindegyik csak magat hirdeti, akkor teljesen automata az egesz
Szabályellenes lenne.
g