Clustering, databaze a sdileni dat

[Leos Bitto]

Michal Krause (michal na krause.cz) wrote:
: On 12/14/99 17:14, Leos Bitto wrote:
: > : Ja jsem se dival. Predtim i ted a stale tam nevidim ani slovo o tom, ze
: > : by umel to, co je potreba, tedy rozdelovat konexe tak, aby
: > : 
: > : a) kazda konexe ze stejne IP adresy sla pokazde na stejny uzel v
: > : clusteru
: > 
: > Hledejte v dokumentaci "persistent connections".
: > 
: > : b) rozlozeni konexi mezi uzly bylo rovnomerne
: > 
: > (weighted) least-connections scheduling
: 
: Takze je to tak, jak jsem si myslel. Umi to oboje, ale ne dohromady.
: Veticka z dokumentace, sekce persistent client connection (pcc):
: 
: This effect will override attempts to distribute the load between
: realservers.

Hlavni prioritou je udrzovani persistent connections, ale i to poskytuje
volne misto pro vyvazovani zateze. Matematicky je mozno dokazat ze to
vyvazovani zateze tedy neni uplne presne. Z praxe ovsem mohu rict ze
vnesena nepresnost je temer nemeritelna.

: Dalsi vec, ktera me na tom zarazi je poznamka "for kernel =<2.2.10"

To je asi kvuli tomu ze ta dokumentace je zastarala. Ja vse pouzivam
bez problemu s 2.2.13 a testuji i s 2.2.14pre.

: Do tretice: pcc neni tak docela persistentni - je tam timeout, sice
: nastavitelny, ale _asi_ by byl problem rict mu, at vse vyprcha vzdy o
: pulnoci. A pro nas pripad je klicove, aby po cely den vsechny konexe
: ze stejne IP adresy padaly na stejny uzel.

Ne asi ale urcite by nebyl problem vse zresetovat o pulnoci. Pocitejte
ovsem s tim ze cely den si ten server bude muset pamatovat a akceptovat
koho kam uz nasmeroval. Dusledek 1: zere to pamet. Dusledek 2: muze se
zacit projevovat nepresnost ve vyvazovani.

Je veci navrzeni aplikace tak, aby nepozadovala persistentni spoje cely
den. Jak to pouzivam ja: persistent connections jsou tam kvuli cookies,
ktere identifikuji jednotlive uzivatele. Cookies maji platnost 30 minut.
Timeout pro persistent connections je nastaveny na 31 minut.


Leos Bitto