Backup server - synchronizácia

[e1]

Ahoj, mám takú (pre mňa) špeciálnu otázku. Mám jeden webserver, kde beží asi desiatka webov. Chcem zabezpečiť funkčnosť stránok pre prípad poruchy servra takým spôsobom že by som v prípade nedostupnosti servra presmeroval DNS domén na iný server (ktorý je fyzicky na inom mieste a v inej sieti) a stránky by mohli ďalej bežať odtial, bez väčšieho výpadku. Moja otázka znie, či sa dá nejakým spôsobom zabezpečiť aby sa priebežne a automaticky synchronizovali dáta na servroch, konkrétne samotné súbory stránok (ktoré sú dostupné užívatelom cez ftp) a datábazy MySQL.

[Airwolf]

Soubory nejsou problém, MySQL bude trošku problém (realtime), pokud už neumí něco ve stylu replikace. Jedině že bys zálohu dělal realtime (čili uložení do db == uloženi do db1).

[e1]

Jedině že bys zálohu dělal realtime (čili uložení do db == uloženi do db1).

To by chcelo upraviť všetky web stránky, takže toto nie je riešenie.
Súbory by si riešil ako?

[Airwolf]

soubory- bud jednorazove(at uz vse nebo zmenene) jednou za cas, nebo minutovy crontab by zjistoval mtime a podle toho by udelal zalohu ci ne, nebo pouzit programy na to (backup file atd, neco urcite pro linux bude).
db- pokud muzes filtrovat prikazy na vstupu db, tak by nebyl problem udelat i replikaci pro zalozni server

[e1]

Súbory potrebujem zálohovať jednorázovo a musí to byť zrkadlová záloha, takže sa priebežne aj musia mazať súbory ktoré boli medzičasom zmazané. Najlepšie to bude vyzerať asi tým contabom alebo nekaým softom, ale žiaden konkrétny a hlavne ľahko konfigurovateľný nepoznám.

S to filtráciou/replikáciou ktorú si spomínal s db to moc nechápem.

[Rainbow]

Na subory je rsync. MySQL podporuje replikaciu (ale neskusal som).

[tosuja]

Zaloha: jedine rsync, pokud nezalohujes vic, nez milion souboru . Ja delam rsync na 1.4TB poli, kde je cca 1.5 milionu souboru a denne se meni rekneme 50GB dat. Synchronizace trva cca 75 minut, 50 z toho se vytvari seznam souboru . Vyhoda je, ze se prenasi pouze zmenene soubory. Samozrejme, vymazani souboru, ktere byly uz vymazany na "masteru" je podporovane

Replikace db: mas dva pocitace, na obou bezi MySQL, jeden je replikacni master, druhy je slave. Kazdy prikaz provedeny na masteru je presne zopakovan na slavu, vysledkem je online zaloha originalni databaze. Pokud to mas vhodne nastavene, slave se synchronizuje i pri treba tydennim vypadku masteru. Pozor - ze slave se da jedine cist, ve chvili, kdy zapises (insert,update,delete), replikace se porusi - je to POUZE jednostranne (ale pry se da udelat trojuhelnik ze tri serveru....). Popsane je to dobre na http://dev.mysql.com

[Jezevec]

Replikaci DB lze samo i oboustrane, jen je treba osetrit situace, kdy se na obou databazich meni stejna data, coz by se v tomto pripade dit nemelo, tudiz staci serveru rict, ze vyhrava posledni. Osobne sem nemel tu cest to konfit, takze vic detailu viz manualy.

Co se souboru tejce, nebylo by asi od veci (zalezi jak moc HOT to reseni ma byt) udelat virtualni zrcadlo (RAID0).

[e1]

Myslel si RAID1, nie?

[admix]

RAID1 mezi fyzicky oddelenejma lokalitama? No nevim, nenapada me zadny rozumny reseni