Newsgroup: it.comp.os.linux.sys
Titolo: Sistema ridondato: come fare?

Salve a tutti!
Vorrei far ridondare due server per fare in modo che quando uno
(chiamiamolo master) non ce la fa più, subentri il secondo
(chiamiamolo slave). Questi due server devono essere *IDENTICI*, anche
a livello di dati memorizzati sui dischi. Premetto inoltre che tali
dati saranno soggetti a repentini cambiamenti: è quindi necessario che
gli storage siano sincronizzati in tempo reale.
Dai consulti con simil-esperti del campo è venuto fuori che potrei
realizzare il giochino con il VRRP, ma mi restano seri dubbi sulla
sincronizzazione dei dati.
C'è qualcuno che ha in mente qualche idea?
Grazie!

 sincronizzazione dei dati.
The Virtual Router Redundancy Protocol (VRRP) eliminates the single point of
failure inherent in the static default routed environment.
non credo che c'entri molto......
-- 
Naturalmente noi non metteremo mai, dentro Windows, cose come il
multitasking pre-emptive.
                -- Bill Gates

 gli storage siano sincronizzati in tempo reale.
Dipende dal tipo di accesso ai dati richiesto e dalle prestazioni che ci 
si attende in I/O.
Se le richieste di scrittura sono basse e si lavora perlopiù in lettura, 
drbd è una buona soluzione.
Se invece ti aspetti operazioni come se fosse[1] storage locale, l'unica 
è ricorrere a shared storage di vario genere, DAS, NAS o SAN che sia...
Poichè devi occuparti del roaming delle risorse, VRRP non è lo strumento 
adatto. Usa heartbeat e bada al fencing dello storage.
Aloha...
[1] antani...
-- 
Здрасти!
cat: .signature: No such file or directory

 gli storage siano sincronizzati in tempo reale.
 
Temo che tu non fornisca sufficienti informazioni: i dati sono su rdbms
o su file system? Che cosa servono i server? Quanti devono essere? Due?
Ti serve il failover o, come pare da un'interpretazione letterale, devi
fare anche load balancing (che cosa intendi con <<non ce la fa piu'>>)?
Esempi di ambiguita' in mancanza di tali info:
- drdb e' uno storage condiviso, ma puoi usare solo due server;
- drdb potrebbe essere inutile, se i dati variabili sono su db;
- se devi fare anche load balancing e il collo di bottiglia per
  il tuo server e' l'accesso ai dati drdb non e' una soluzione;
- se devi fare sia load balancing, sia failover, potresti dover
  usare prodotti diversi che per il solo failover o il solo lb;
- se... (se... se... etc etc).
Fabio

 Perche' non usi un unico storage allora?
Oppure DRBD.
ciao
Luca
-- 
Luca Corti
PGP Key ID 1F38C091
BOFH excuse of the moment:
bit bucket overflow

 fare anche load balancing (che cosa intendi con <<non ce la fa piu'>>)?
Vero, questa non l'ho considerata e avevo interpretato solo failover...


 Dai consulti con simil-esperti del campo
Licenziali.
-- 
Luca Villani     NOC Manager  -  Wireless Solutions S.p.A.  (Dada Group)
http://www.wseurope.com
          via Castiglione 25, 40124 Bologna Italy
T:
+39 051 2966826
   F:
+39 051 2966800
   M:
+39 348 5298542
   UIN:76272621
GPG public key available

Innanzitutto grazie per le numerose e tempestive risposte!
Ok, avete ragione: sono stato un po' superficiale nell'esporre il
problema.
Proverò ad essere più specifico.
Ho un cliente che ha una macchina (Xeon 3 Ghz, 1 GB ram, 3 hd in raid
5) sulla quale girano contemporaneamente (andrebbe fucilato per questo)
apache, mysql, postix e altro. Dato che parecchie persone ci lavorano
sopra tutti i giorni, i dati sono in continuo mutamento.
In previsione di un notevole aumento del carico che deve sostenere
questa macchina (che chiameremo "pippo") e dell'affidabilità che
dovrà garantire, questo cliente stava pensando di affiancargli
un'altra macchina che, in caso pippo vada giù, si "attivi" e si
sostituisca al povero pippo. Ovviamente i dati sulle due macchine
devono essere sincronizzati in tempo reale.
Le domande quindi sono: come mi consigliate di affrontare il problema?
E' più conveniente sincronizzare le due macchine oppure appoggiarsi ad
uno storage esterno? E' meglio fare un load balancing?
Non sono molto esperto di sistemi ridondati (se non si fosse capito) e
ogni consiglio per me vale come l'oro!

> Licenziali. 
Qui sono l'ultima ruota del carro.
Anzi, l'unica..!

/imho ON
fai un semplice cluster HA con i dischi esterni , crei una risorsa cluster
per ogni applicativo apache , mysql , ...... , ecc ecc e di default le
spalmi sui due nodi , se un nodo cade quello rimasto vivo prende tutto.
è una cfg abbastanza classica , ne ho fatte a decine , di solito con
RHAS+RHCS ma è una soluzione costosa , se vuoi puoi fare tutto senza
license...
/imho off
byez.
-- 
Io ho una filosofia semplice:
        Riempi cio' che e' vuoto.
        Vuota cio' che e' pieno.
        Gratta cio' che prude.
                -- A. R. Longworth

 Anzi, l'unica..!
Quindi è una carriola? :-)


No, un monociclo! ;-)
http://www.h3ostore.com/monocicli.html

 C'č qualcuno che ha in mente qualche idea?
che servizi vuoi erogare?

