Dotaz: web server, rozdeleni zateze

[Milan Vobecký]

Dobrý den,

Rad bych se nekoho zeptal, jak se realizuje rozdeleni zateze jednoho weboveho serveru ne vice webovych serveru .

Predpokladam, ze by to mohlo jit napr. takhle : napr.2 fyzicke stroje s webovymi servery, kazdy ma verejne IP a v DNS zaznamech jednomu domenovemu jmenu napr. www.xxx.cz priradim prave ta dve verejne IP. Dalo by se pak ovlivnit, ktere IP se pouzije prednostne nebo je vyber IP v DNS ciste nahodny proces?

Milan Vobecky

Odpovědi

[SYSMAN]

Obavam se ze nic takove nebude fungovat resp. to neni vubec prakticky mozne.
Tohle se da resit CLUSTERy, toj. vice stroju spojeny tak, ze se navenek tvari jako jeden a tim se zatez rovnomerne rozlozi na vsechny. Ale tohle je trochu slozitejsi a z jineho razeni.
Spis bych uvazoval o tom, jestli ti nestiha ten tvuj server, dat vykonnejsi popr. vykonejsi s vice CPU. A taky shodnit zda neni mozne usetrit na vykonu, vhodnymi programovacimi algoritmy a optimalizaci programu bezicich na tom wwwserveru

[kolisko]

Proc by to nemelo fungovat? Jiste ze to takto funguje. Je to nejjednodussi varianta. Dulezite ale je mit totozna data na obou webserverech (bud nejaky mirroring, nebo pristup k jednomu datovemu skladu) Videl jsem jednou krasnou malinkou utilitku, ktera umela rozhazovat zatez na vice webserveru. Jen jsi nadefinoval IPcka:porty a slapalo to. Nekde na freshmeatu. To by ti mozna stacilo. Bohuzel nevim jmeno. Jinak pokud se do toho chces vazne vice obout, pak doporucuji www.linuxvirtualserver.org kolisko

[tynyt]

dalsi moznosti je pouzit branu s portforwardem na vice adres -- tam funguje jednoduchy scheduling typu round-robin

[Petr Krčmář]

Portforward je rozumné a jednoduché řešení, ale ta původní myšlenka dvou IP a jedné domény mi přijde dost přitažená za vlasy a nemyslím si, že by to vůbec fungovalo. Peter

[kolisko]

a proc si myslis, ze takova funkce v DNS existuje? Je to klasicka vec. Je to nejjednodussi rozlozeni zateze - primo na urovni DNS. Nerikam, ze je to idealni reseni, ale je to zcela funkcni a pouzivane (dnes uz mene). viz: dig www.seznam.cz taky ma vice A zaznamu v DNS. kolisko

[SYSMAN]

No jo, ale to ma proto, kdyby nahodou jeden vypadl aby to jelo. To neni proto, ze se zatez rozlozi na vice serverech.
Ale napadlo me, co v httpd.conf omezit pristup treba na 50 uzivatelu a po prekroceni limitu, se pomoci A zaznamu v DNS automaticky pouzije druhy stroj s WWW serverem. Fungovalo by to tak vubec?

[burlog]

To nema jen proto, aby to jelo az prvni spadne. DNS server se diva na 'pomocne' cislo v A zaznamu a podle nej rozhodne, jak prelozi 'www.seznam.cz', takze k vam se muze dostat kazdy den jine IP. Toto je opravdu normalni funkce DNS a to uz dost dlouho.

[kolisko]

Konecne nekdo, kdo zna DNS Uz jsem si pripadal jako v jinem svete. kolisko

[Jiri Kratochvil]

Zalezi na tom, co chces provozovat. Pouzivam vlastni reseni, ktere je urceno pro implementace s malou frekvenci menicich se dat (neni potreba sdilet data mezi vice uzivateli) Princip je nasledující: Mam servery: www.domena.tld, www1.domena.tld, www2.domena.tld ... Pokud prijde pozadavek na www.domena.tld, system prideli navstevnikovi identifikator, ktery pomoci RPC preda serveru, ktery se bude starat o vybaveni daneho uzivatele. Dale pak presmeruje navstevnika na server www1.domena.tld, www2.domena.tld apod. Po celou dobu trvani session se navstevnik "bavi" s urcenym serverem. Nevyhody: Pokud budu touto metodou chtit provozovat napr. chat, narazim, protoze kazdy stroj ma lokalni databazi a dochazelo by k tomu, ze se uzivatele na ruznych serverech proste "neuvidi". Dalsi veci je, ze mam nadale uzke hrdlo v podobe toho webserveru www.domena.tld. ¨ A jak mam reseno rozdelovani zateze? Pomoci jednoducheho skriptu hlidam pocet aktualnich sessions. Prubezne je predavam na server www.domena.tld - s touto metodou mam malo zkusenosti. Je implementovana az teprve nedavno. Je to reakce na to, kdyz mi na jeden server chodili navstevnici jen "na skok", zatimco druhy byl pretizeny Veskere predavani dat je reseno tak, ze "nejaky" daemon ciha na urcitem portu a ceka na data. Synchronizace dat je resena pomoci nfs. Protoze neni mozne aby dochazelo ke kolizim v datech, pouze se vyexportuji zmeni z jednotlivych databazi a naklonuji na ostatni servery. Tato metoda je funkcni, nicmene pouze v omezene mnozine moznych nasazeni. V pripade zajmu rad pomohu.

[kolisko]

a co mit jeden databazovy server? a na nej pristupovat z jednotlivych wwwX? Pak neni problem s replikaci db. Podminkou je mit dobre zelezo pro tento stroj, protoze se pak stava single point of failure - totez jako u switche. kolisko

[Jiri Kratochvil]

Ano, kdybych to zelezo mel, neni problem. Jenze ono jde o to, ze ho nemam Jak jsem uvedl v predchozim prispevku. Tohle reseni je pouze pro omezenou mnozinu nasazeni, ale tam funguje skvele. Co se tyce toho predsunuteho "smerovace", tak u nej se mi jeste nestalo, ze by nejak vazne lehnul. Boot z flash disku a cele to bezi z ram drivu - slape jak hodinky ...

[Beda]

vyber ktery zaznam z mnoziny se pouzije v DNS je nejcasteji nahodny.
jde nastavit, aby server udrzoval nejake fixni poradi, pripadne cyklicky posouval, nebo nahodne michal zaznamy v odpovedich, ale to ma jen maly vliv, protoze neovlivnite:
odpovedi z cache a rekursivnich serveru, ktere moho provdet vlastni preskupeni
stranu prijemce, kdy v /etc/host.conf muzete dat pravidla na preskupovani prijtych zaznamu z obecneych resolveru, tedy i dns resolveru

otazka je jestli skutecne chcete delat load ballancing, jestli by nestcilo predradit pred dynamicky web squida, ktery by delal nejakou velmi kratkodobou cache dynamickych stranek a odpovidal by dotazy, pokud by byly v cache jeste nez se dostanou na server (tvaril by se jako server), nebo jine reseni (zalezi to hodne od toho jaky obsah na tom webu bezi...)

[Beda]

ad (ne)funkcnostzaznamu se stejnym indexovym jmenem datovym typem a protokolovou tridou. pokud by to nebylo mozne, tak jakmile by slitl mail server nemohl by se pouzit zalozni, nebo by se dodnes routovala posta skrz uucp a nejaka ilena pravidla ktera by poma bezne fungujici priklad zalozni mailserver u providera a primarni s nejnizsi prioritu na firme ze kdo vi jak spolehlivou linkou... RRSet je ta vlastnost a je priblizne tak stara jako DNS samo.

[Milan Vobecký]

Zdravím všechny
a děkuji všem za nakopnuti. Milan Vobecký