Hm... taj koncept, hardware-ski postoji (redudancy), medjutim ne znam koliko je to izvodljivo u slucaju 2 'obicna' ISP-a? U principu bi 'ispred' ta dva servera trebala da stoji jos jedna masina koja bi to regulisala... Nesto tipa switch (ne znam tacan naziv) i na njemu se podesi da zvizdi ka jednom, a ako taj 'padne' da prebaci zvizdanje na drugi :) Moze cak i da deli zvizdanje na oba, pa ako jedan padne, preuzima drugi... A moze cak i da zvizdanje ide samo na jedan, pa ako zagusti u saobracaju, da zvizdi malo i ka drugom...

Uf, nazvizda se ja :)

Progooglaj malo, pa vidi kakva mashina treba izmedju... Mozda nude negde cak i taj service...

Poz,
Sale

Ispred u principu ide load balancer koji može da detektuje na kvar na
jednom od servera između kojih balansira, pa da onda prestane da šalje
upite ka njemu. Ali postavljanje mirrora između totalno nezavisnih
ISPova je preveliki poduhvat, za tebe trenutno, usudio bih se da kažem,
i nemoguć.

Ima tu još nekih tehnologija tipa anycast, i slične, potraži malo po
netu na tu temu.

Bitna stavka u svemu je koliko je bitno da su baze na serverima
sinhronizovane i kako održavaš tu sinhronizaciju!

nigde nije rekao da ce biti baza, mozda ima statican sadrzaj to je onda znatno lakse :)

Da... može biti. Mada je to danas toliko retko - mislim veliki sajt kome treba mirror u slučaju nedostupnosti prvog servera, a da nema bazu kao backend... heh pa kako se to održava uopšte. ;)

Uh Gojko pa to je mnooooogo lakse!
Jednostavno mountujes nfs-om (recimo), i posle radis cp -R ;) ili cak ... wget -m, sve bez ikakvog mapiranja. Nema zezanja - te replikacija baze te ovo te ono :) Ali da je to resenje za veliki sajt... eh kad bi bilo tako jednostavno!

Nismo se razumeli - nisam pitao kako se mirroruje veliki sajt nego kako
se održava u smislu ažuriranja sadržaja. Pričamo o content based sajtu
na primer, gde mnogo urednika održava svoje sekcije, itd.

Poštovani,

Ne bi bilo teško da se ažurira/sinhronizuje sadržaj između dva sajta. Neka jedan urednik doda jedan članak na serveru A, a neka drugi urednik doda članak na serveru B, logično, sadržaj sa upiše u neku bazu. No, ne mora primarni ključ da bude inkrementirajući, već može da bude random string od 20 karaktera (a-zA-Z0-9). Svaki članak će se upisati sa svojim nasumičnim primarnim ključem. Verovatnoća da će oba članka imati identičan PK, hm... ne bi da se bavim proračun te verovatnoće, verovatnije će me zadesiti infarkt
Jedina stvar koja preostaje je sinhronizacija. Uz malo truda i to se da rešiti; nije toliko strašno.

p.s. Nadam se da nisam otišao "Off"?

Loopia Support