On Tue, 02 May 2006 21:55:19 +0200, Miroslav Zubcic wrote:
>> Budem imao u vidu, trenutno radimo nesto oko cega ce, kad krene u
>> produkciju, trebati dosta mrezarenja da se to sve slozi. Koliko sam
>> shvatio, u ovome o cemu pricas imas nekakav Cisco mrezni komad hardvera
>> koji sjedi ispred servera i usmjerava promet, a serveri su u active-passive
>> konfiguraciji, ali po potrebi mozes sloziti i load balancing?
> 
> Može i load balancing (dva u failoveru obično). No to je potrebno kada
> se očekuje veliki load i puno hitova u minuti ili sekundi. Čisti
> failover je možda dovoljan, no ako aplikacija zna hendlati da više
> instanci piše po bazi i disku, tj. da je cluster-aware, onda je load
> balancing možda i bolje rješenje gdje bi svi serveri bili aktivni, a
> ako jedan krepa, load balancer ga izbacuje iz routing ciklusa i sve
> preusmjerava na preostale. Miješati active-passive i load balancing mi
> se nekako čini nepotrebno, pa i problematično. To je ono: ili-ili.
> Load balanceri mogu BTW biti Linux strojevi sa virtual server
> infrastrukturom.  Podržano, certificirano i sa supportom. Ne u garaži
> složeno. Jeftinije neko Kisko. :-) Sve ovisi o namjeni i mogućnostima
> aplikacije, procjeni opterećenosti, kritičnosti ako ne radi N minuta ...

Znam to, kod nas imas malo atipicnu situaciju u kojoj front end i back end
listeneri podizu procese koji se onda rasporede po vecem broju strojeva, od
kojih svaki sa svoje strane napada bazu. Uglavnom imas totalni failover cak
i unutar pojedinacne transakcije (prije timeouta, naravno), jer ako se
jedan switch ne javi neko vrijeme "nadzornik" ga reboota i njegovu
transakciju dodijeli prvom sljedecem u nizu, a istovremeno imas i
simetricni load balancing, buduci da "nadzornik" pazi da su transakcije
ravnomjerno rasporedjene po switchevima. Imali smo ja i Domchi dosta
glavobolje dok to sve nismo smislili (a on jos dodatno dok je to napisao),
ali velim, sad je samo stvar mrezarenja i sistemske administracije da se to
instalira na konkretni hardver, a s tim mi se nije dalo baviti buduci da
ima dosta firmi koje takve stvari rutinski rade pa necu izmisljati toplu
vodu. 
Naravno, ovo je sve za slucaj da se stvar vrti na clusteru Integrityja ili
slicnih strojeva, a u slucaju da se vrti na Tandemu treba napraviti male
prilagodbe (baza i sl.). Dodatni sistemaski posao je sto moras imati
failover i na sekundarnim komponentama poput HSMova i svega ostalog... joj
kako je ovo netematsko, uzas jedan, sva sreca da nema moderatora na
usenetu, ubio bi me. :)

-- 
Homepage: http://www.danijel.org/