Backup server - synchronizácia

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.

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).

Citace:

---

Původně odeslal Airwolf

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?

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

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. :confused:

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

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

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).

Myslel si RAID1, nie? :)

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

Jezevec spomínal nejaký virtuálny RIAD0, len neviem ako si to predstavoval. Prepokladám že myslel na viruálne zrkadlenie (neviem či vôbec niečo také existuje) ako to je u RAID1 a nie u RAID0 ako písal.

Nebo pouzit sitove LVM ne ? to by taky nejak slo, ale priklanim se k rsync, tan staci uplne v pohode a umi toho neskutecne mnoho ...

man rsync

RAID1 skrz DRBD ... (mam na tom 700GB pole s cca 500accessama/sec a prumernou propustnosti asi 4MB/s a uz pul roku bez sebemensiho problemu)
tim muzes vyresit i ten MySQL. nebo pouzit tu replikaci, jak uz ti tu nekdo navrhoval.


a jeste by slo implementovat rsync a inotify v jednom jednoduchym demonu ...

Citace:

---

Původně odeslal Fox!MURDER

a jeste by slo implementovat rsync a inotify v jednom jednoduchym demonu ...

---

Dobrej napad, ale v tomto pripade bych asi nahradil rsync necim jinym - je to jak kanon na vrabce. Navic pokud inotify bude generovat udalost pro kazdou drobnost, system se celkem rychle zahlti. Spis implementovat nejakou frontu k tomu...

Citace:

---

Původně odeslal Gargamel

Dobrej napad, ale v tomto pripade bych asi nahradil rsync necim jinym - je to jak kanon na vrabce. Navic pokud inotify bude generovat udalost pro kazdou drobnost, system se celkem rychle zahlti. Spis implementovat nejakou frontu k tomu...

---

tak musis to implementovat inteligentne ze ...
stacilo by osefovat jedinej event ... file_opened_for_write_closed ... tech zase tolik mit nebudes ... (teda ne na beznym webserveru)

Mam takový doplňující dotaz, jak udělat to že když klekne servar A aby se to automaticky přesměrovalo na server B, bez nutnosti manuální změny na NS.

Něco jako MX 10 MX 20 nastavit pro A záznam ale to nejde
takže nějaký řešení přes Round robin DNS, nebo jak tohle vyřešit?

Citace:

---

Původně odeslal Martyr-M

Mam takový doplňující dotaz, jak udělat to že když klekne servar A aby se to automaticky přesměrovalo na server B, bez nutnosti manuální změny na NS.

Něco jako MX 10 MX 20 nastavit pro A záznam ale to nejde
takže nějaký řešení přes Round robin DNS, nebo jak tohle vyřešit?

---

mas dve moznosti (mozna vic, dve me ted v noci napadaj)
a) CARP - servery se stridaj o jedno IP - funguje v pripade, ze jsou oba ve stejnym segmentu
b) DNS s kratkym refreshem a skript, kterej kontroluje dostupnost serveru a meni A/CNAME zaznamy ...

ciste skrz DNS to imo nejde ... MX zaznam je na to uzpusobenej, A/CNAME ne ...

Nebo pred ty dva servery predradit jednoduchej balancer :) Zalezi, jak moc to musi bejt dostupny