Replikace / redundance na dvou serverech

[Martin Zdrazil]

Ad 1) podle mych zkusenosti je ukladani velkeho objemu binarnich dat
(obrazku) do sql dobrej zaklad na problem. Web ktery si bude sahat pro
obrazky do sql vam ten sql totalne odvari. No, neodvari, pokud ten web bude
pouzivat jen  par lidi, ale to nepredpokladam vzhledem k nasazeni redakcniho
systemu. Myslim ze uchovavat obrazky lokalne na disku je dobra cesta. To by
resilo to pole, pokud je to natolik dobre pole, ze na nem lze uzivat jeden
diskovy prostor ze dvou kompu.



-----Original Message-----
From: users-l-bounces at freebsd.cz [mailto:users-l-bounces at freebsd.cz] On
Behalf Of Jozef Babjak
Sent: Thursday, October 27, 2005 6:01 AM
To: FreeBSD mailing list
Subject: Re: Replikace / redundance na dvou serverech

Zdravim!

> 1] na server se budou uploadovat nejaka data (naprikald obrazky k 
> clankum atd.), to je potreba nejakym zpusobem synchronizovat i na 
> druhy server. Tohle asi nepujde nijak realtime, ale to neni zas takovy 
> problem, bude IMHO stacit, pokud se to bude provadet z cronu, ale jaky 
> nastroj by na tohle byl nejvhodnejsi?

  ^-- Navrh 1: Tlacit aj tie uploadovane obrazky do DB. Navrhovo to bude
cistejsie, synchronizacia sa urobi sama. Navrh 2: rsync; ten vsak funguje
nad ssh, t.j. udaje sifruje, moze robit porovnania na zaklade MD4
kontrolnych suctov, a teda je celkom dost narocny na CPU, co na serveroch
zatazenych uz aj tak normalnou prevadzkou nemusi byt ziaduce. A nakoniec
Navrh 0: Co tu vlastne riesite, ked udaje budu na *zdielanom* SCSI diskovom
poli? Zapisom jedneho zo serverov na diskove pole sa tento stane okamzite
viditelny na tom druhom. Alebo som nieco nepochopil?

> 3] a ted asi to nejpodstatnejsi - pokud master nekolik dni nepojede a 
> budou se veskere zmeny v DB i filesystemu dit na slave serveru, jak je 
> pak zase dostat na puvodni master a opet z nej udelat master se vsim 
> vsudy? Pokud je mi znamo, tak MySQL 4.1 tohle vubec neresi a replikace 
> tam vzdy probiha jen jednim smerem. Lze tedy aspon pak nejakym 
> scriptem, nebo rucne provest obracenou synchronizaci a opet presunout 
> vsechnu funkcionalitu na master a slave mit zase jen jako zalozni 
> stroj pro pripad vypadku?

  ^-- Cely navrh mi pride divny; je to "netradicne" riesenie. Zvycajny
scenar je takyto:

     +---------------+
     | Load Balancer |
     +---------------+
       /           \
+-----------+ +-----------+
| Aplikacia | | Aplikacia |
+-----------+ +-----------+
       \           /
   +-------------------+
   |  D a t a b a z a  |
   +-------------------+
             |
        +---------+
        | Storage |
        +---------+

Ak potrebujete hot-zalohovanu prevadzku DB, tak treba uvazovat, ci je MySQL
to prave orechove. Co tak Oracle RAC? Ale to bude asi dost mimo planovany
rozpocet, vsakze? :-|

J. 

--
FreeBSD mailing list (users-l at freebsd.cz)
http://www.freebsd.cz/listserv/listinfo/users-l