Newsgroup: it.comp.os.linux.sys
Titolo: Cluster con server in locazioni distanti tra loro, e' possibile?

Ciao a tutti
Dopo un blackout di quasi 5 ore del datacenter dove tengo i miei server 
uno dei miei clienti mi ha chiesto se e' possibile realizzare una 
struttura che abbia due (o piu' server) in datacenter diversi in modo che 
se va giu un datacenter si possa reindirizzare il traffico su un'altro 
server.
Sul server attualmente gira un'applicazione web in php+mysql, il 
traffico  web non e' moltissimo ma l'utilizzo del database e' piuttosto 
pesante.
Premesso che a me pare una cosa piuttosto complicata da realizzare volevo 
sapere se qualcuno di voi ha qualche idea o sa dirmi dove trovare un po 
di documentazione.
Grazie
				Daniele

 di documentazione.
be' di soluzioni ce ne sono tante , una a caso che mi viene in mente è
replicare il db su un altro server , copiare l' applicativo php e poi in
caso di caduta attivare il db secondario.
-- 
- Lei crede nella meditazione?
- Non lo so.  Ci devo pensare.
                -- Corrado Guzzanti, cultore di "Quelo",
                   "Pippo Chennedy Show"

 Il db lo puoi replicare tra i due datacenter.
Ok, e per i documenti (che cambiano molto spesso) ? Posso usare rsync? 
Se un nodo va giu' come faccio poi a risincronizzarlo? Esiste qualche 
utility o me lo devo fare a mano? 
Grazie

 ha l'ubicazione dei server?
Ti spiego, il mio cliente ora ha un singolo server in un datacenter di 
milano.
Sabato mattina il datacenter (tutto) si e' spento per 5 ore circa e 
questo al cliente ovviamente non e' piaciuto molto, quindi mi ha chiesto 
se e' possibile avere due server in due datacenter diversi ma che 
condividano gli stessi dati.
Io non ho mai fatto cluster HA ma leggendo un po di documentazione ho 
visto che solitamente i server sono uno vicino all'altro e connessi con 
linee ad alta velocita'.
Nel caso del blackout che si e' verificato sabato (e che spero vivamente 
non succeda mai piu') anche un cluster non sarebbe servito a nulla, da 
qui la mia domanda.
Ciao
				Daniele

 
Eh .. lo so.. :-(
Sto ancora aspettando di sapere che cavolo e' successo.
Ciao
			Daniele

 Davide
A sentire loro dovrebbero essere immediati.. tanto so gia' che quando gli 
diro' il costo lasceranno cadere la cosa :-)
Grazie delle dritte.
Daniele

 Sabato mattina il datacenter (tutto) si e' spento per 5 ore circa e
Ma di che datacenter stai parlando?
Un down di 5 ore di un intero datacenter sarebbe degno di nota...

 condividano gli stessi dati.
Tu vuoi fare due centri stella, la risposta e' che si puo' fare pagando
molto, ed e' piu' un problema di rete che altro.
-- 
Per rispondermi, sostituisci a nomecognome il mio nome e cognome
To reply me, substitute nomecognome with my real name and surname
http://bitsandchaos.wordpress.com



Ve lo dico quando mi danno un idea esatta di cosa e' successo.

 molto, ed e' piu' un problema di rete che altro.
Ok in questa fase mi interessava piu' che altro sapere se si puo' fare.
Gli diro' che si puo' e costa molto... mi diranno ok non facciamo 
niente :-)
Grazie a tutti.
Daniele




Vittima di hostingplan/consultingweb/kpnqwest? :)
Ho visto il thread allarmato su ilp.webmaster...
Bye.



Esatto, uno di questi.

 possiblita'.
Be, MySQL lo puoi replicare sia master/slave che master/master.
La replica master/slave è banale, la replica master/master un poco più
complessa
in quanto si potrebbero verificare dei problemi con i campi
autoincrement, risolvibili
impostando qualcosa di sto tipo:
server1:
auto-increment-increment = 2
auto-increment-offset = 1
server2:
auto-increment-increment = 2
auto-increment-offset = 2

 possiblita'.
Ok ci guardero' sicuramente.
Grazie

 datacenter, anche lo storage potrebbe andare giu').
E' possibile replicare geograficamente uno storage.


 E' possibile replicare geograficamente uno storage.
Interessante, hai qualche info in piu'? 

 Ma solo per un DB mysql non conviene.
Piu' che altro, se l'applicativo e' uno solo, allora e' possibile farlo a
livello applicativo (o meglio, se e' possibile farlo e' auspicabile), queste
soluzioni sono invece pensate per replicare a livello di blocchi di disco.


 Interessante, hai qualche info in piu'? 
Sono cose che fai avendo due SAN dello stesso costruttore ed apposito
software, per esempio vedi HP nella sezione sull'infrastruttura di SAN. Sia
chiaro, costa tanto, e non solo perche' devi avere due SAN.


 storage esterni.
Vedro' di fare un po di prove con un paio di server virtuali e vedo se 
riesco a tirar fuori qualcosa di buono.


Con le VM provo a fare il db replicato e rsync per i files ... e' ovvio 
che per replicare lo storage ho bisogno dell'hardware.

 
mysql già ti da la replicazione nativa.
tu fai 2 server configurati uguali (se vuoi il backup a costo basso, lo 
prendi meno performante). ognuno punta al suo db locale.
i db mysql sono in replica di tipo circolare (non mi ricordo come si 
chiama esattamente) in modo tale che se server_a modifica un record, 
server_b lo replica e viceversa.
poi puoi vedere se fare una replica - in base alla banda e al tempo 
minimo di ripristino - continua o schedulata o ricorrente.
per i files,rsync.
vedi tu se ti conviene fare più rami di directories con un numero max di 
files - ho notato che quando vai sopra qualche migliaio di files rsync 
perde di velocità. devi fare un po' di prove.

 alla voce  e dopo max 5 minuti l'applicazione č di nuovo disponibile.
Che, uno, non e' detto che tutti i DNS del mondo siano d'accordo a mettere
in cache un TTL di 5 minuti, due, 5 minuti di downtime mi pare un ottimo
modo per non gestire la cosa.


 
perchè?
per la prima, boh. per la seconda, vuol dire che che i client lo 
terranno in cache massimo 5 minuti. dopo lo chiederanno di nuovo. se nel 
frattempo hai cambiato l'ip nel dns, l'applicazione sarà di nuovo 
disponibile. ma il primo ip potrà risultare comunque disponibile

 perchč?
Perche' e' una pessimissima idea usare il sistema dei DNS per fare una cosa
che non e' previsto che faccia. 
