Newsgroup: it.comp.os.linux.sys
Titolo: per dormire tranquillo

E rieccomi con le mie domande da "piccoli sistemisti crescono"..
Come da subject, vorrei tutelarmi un pochino per quanto riguarda i server
che ho in gestione, e vorrei capire verso quali lidi muovermi.
La situazione � la seguente: in $serverFarmLontana ho sue macchine,
$mailServer e $wwwServer. Le macchine sono rispettivamente anche dns
primario e secondario. Infine su $wwwServer c'� un bel mysql.
In $serverFarmVicina ho $serverBackup, sulla quale ogni notte rsynco tutta
la / di $mailServer e $wwwServer, tranne le solite directory. Ho provato un
disaster recovery, e funziona alla grande. Ho una copia fino a 5 giorni
prima, 2 settimanali e la mensile.
Il capo mi compra 2 server identici a quelli in $serverFarmLontana, ed io
vorrei tirare su un qualcosa che mi premetta di avere un failover a caldo,
senza dover correre in $serverFarmLontana dopo aver effettuato un disaster
recovery da  $serverBackup.
Nella mia procedura c'� un anello debole che mi far� piangere prima o poi?
Avete della documentazione a proposito verso la quale indirizzarmi?
Grazie
-- 
g4b0, linux user n. 369000
http://gabo.homelinux.com

 Avete della documentazione a proposito verso la quale indirizzarmi?
Si e no.
Se vuoi avere una ridondanza geografica, devi preoccuparti
principalmente di come
spostare i dati da $serverFarmLontana verso $serverFarmVicina il più
rapidamente
e frequentemente possibile in modo da avere i sistemi sincronizzati.
Per MySQL puoi buttar su una replica.
Per il web, ogni quanto aggiorni i vari siti? Potresti fare un rsync
dei dati web ogni ora.
Per il dns potresti tenere il secondario in $serverFarmVicina e
toglierlo del tutto da
$serverFarmLontana
Per il mail server, devi sincronizzare le maildir, e questo potrebbe
essere problematico.
tutto dipende da quanto traffico fanno. Se ricevono poche mail
soltanto, puoi sempre usare
rsync, se invece la mole è più consistente, foooooorse ti conviene
prendere una sorta di storage
condiviso e ridondato appoggiato in una farm, e far scrivere i due
mailserver su di esso usando
nfs.
Così dovresti avere abbastanza cose da valutare.

 
Il problema del tuo "failover a caldo" è naturalmente l'indirizzamento 
IP. Non penso che tu abbia un Autonomous System da girare di volta in 
volta su $serverFarmLontana e $serverFarmVicina in base a quale delle 
due sta funzionando. Quindi non avrai mai un failover, ma solo un 
backup. Tralasciando comunque il problema del DNS, gli strumenti che 
puoi utilizzare per fare quello che dici sono drbd ed heartbeat. Il 
primo ti permette di avere una replica di un device attraverso la rete. 
Sul device così replicato crei poi il tuo filesystem. Naturalmente solo 
una delle due macchine è in modalità "active" e può montare il file 
system. Heartbeat ti gestirà lo spostamento delle risorse da una 
macchina all'altra.
Sempre tornando agli indirizzi IP, ho notato che qualora uno stesso nome 
DNS sia risolto da più indirizzi, anche i browser più stupidi, se un IP 
non risponde, passano molto velocemente ad interrogare il seguente, 
tant'è che l'utente non si accorge di niente. Potresti quindi 
configurare sul DNS entrambi i server e farli lavorare 
contemporaneamente. In questo caso potresti utilizzare un filesystem 
compatibile con una gestione active/active del device drbd, tipo GFS 
oppure OCFS2.
Leandro

 oppure OCFS2.
Mmmm, non so se questo funzionerebbe con il mailserver, però..


 Davide


 Così dovresti avere abbastanza cose da valutare.
Grazie mille :)


g4b0 ha scritto:

Se ti gestisci da solo il dominio, puoi impostare un TTL basso e 
aggiornare il record a seconda di quale serverfarm è viva...
Leandro