Newsgroup: it.comp.os.linux.sys
Titolo: backup server economico

Hola, un cliente mi ha chiesto un sistema per fare un server di riserva (non 
vuole HA, gli basta che in qualche ora possa ripartire anche se più lento) 
quindi avevo pensato (dato che ha un server più piccolo che gestisce posta e 
altre 2-3 cose) di mettere un vmware server su quello piccolo e con drdb 
sincronizzare il disco virtuale col server di produzione; in caso di danno 
aggiungo l'ip al server virtuale e sono a posto.
A guasto riparato faccio il restore dal disco virtuale, rimetto gli ip come 
prima e riparto..
Potrebbe andare?
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Io ho un amico cosi' pigro, cosi' pigro, ma cosi' pigro, che ha sposato
una donna incinta.
		-- Gino Bramieri

 vuole HA, gli basta che in qualche ora possa ripartire anche se più lento) 
che significa, non vuole?
ha espressamente detto di no, o che non importa una cosa .. così ben
funzionante? :)

RedWiz ha scritto:

Al suo cliente non interessa che sia HA, però non vuole down di giorni per 
(chessò) un controller da cambiare, quindi mi ci vuole qualcosa che sia 
avviabile in poco tempo (un paio d'ore) ma anche se è un serverino di 
emergenza va bene uguale
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Mia suocera e' stata la causa del mio divorzio.  Una volta mia moglie e'
tornata a casa e mi ha trovato a letto con lei.
		-- Lenny Bruce

 emergenza va bene uguale
bah, secondo me tirare su un HA, non č poi cosě laborioso..
anzi se devo dirti la mia, č molto piů palloso configurare ad-hoc drbd
(mettere mano al kernel , scheda gigabit dedicata, etc)

 
Ok, ma i dati li dovrò comunque "mirrorare" silla macchina di backup :-|
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Il cloroformio ha permesso a qualsiasi incapace di fare il chirurgo.
		-- George Bernard Shaw

 Ok, ma i dati li dovrò comunque "mirrorare" silla macchina di backup :-|
appunto, già che sei a fare drbd fai anche HA 

RedWiz ha scritto:

:-) mica hai tutti i torti..


 :-) mica hai tutti i torti..
Uhm...
occhio però che sia DRBD che Heartbeat hanno i loro problemini, a girare
dentro vmware, per via del clock di sistema fortemente ballerino...

 dentro vmware, per via del clock di sistema fortemente ballerino...
forse ho capito male.. ma non voleva usare vmware come alternativa ad HA?
lo davo per scontato che ci volesse una macchina dedicata per drbd+HA

 disco virtuale colserver di produzione
HA č venuto dietro, ergo immagino non sia cambiato lo scenario, ma
potrei essermi perso...

 :-) mica hai tutti i torti..
già che ci siamo ti dico che, a luglio ho avuto problrmi a compilare
le ulitme versioni di drbd (mi pare 0.8 qualcosa) per kernel anch'essi
nuovi.
Alla fine sono riuscito a far andare tutto bene con:
drbd 0.7.20
kernel-2.6.13 (quello nei cd di installazione della slack 10.2)
ed (anche se non dovrebbe entrarci niente) heartbeat 2.0.6
ho pacchettizzato tutto per slackware,
se ti interessa ti uppo tutto da qualche parte su un tuo ftp.
Ciao

Skull ha scritto:

Non dovrebbe sincronizzarsi automaticamente?
Con drbd e basta non dovrebbero esserci groooosssi problemi
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Ho visto gente mettersi i preservativi alle dita dei piedi per paura di
prendersi l'Adidas!
		-- Paolo Rossi

 would like to know of problems /before/ we hit production. :)
It's a widely known vmware-specific problem - VM's clocks runs too
quick or too slow. As a matter of fact HA/DRBD requires clocks to be
synchronized.
A workaround is quite simple:
http://kb.vmware.com/vmtnkb/search.do?cmd=displayKC&docType=kc&externalId=1420&sliceId=SAL_Public
and it's good to add an ntp client to make it's running properly for sure.
There's another good paper about timekeeping in vmware:
http://www.google.com/url?sa=U&start=1&q=http://www.vmware.com/pdf/vmware_timekeeping.pdf&e=14905&ei=N-zJROqtL4fE2QL00P3dCQ
[======================================================================]
Anche su questa seconda soluzione (avere ntpd sulle VM) pare ci siano
problemi collaterali:
[======================================================================]
We had multiple VMs running ntp and after a day or so, each ntp update
cycle would swing the time wildly, plus or minus *hours*.  In the end,
we converted them all to use ntpdate from cron once per minute.  Fast
and dirty, good enough for what we needed.  But it's also dev systems,
not production.  We don't trust VMs yet for production.
[======================================================================]

RedWiz ha scritto:

No, volevo usare drdb sotto vmware perché il cliente vuole spendere poco
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
L'automobile del futuro sara' piu' veloce del suono.
Cosi' il guidatore sara' all'ospedale prima di accendere il motore.
		-- Henry Youngman

 cycle would swing the time wildly, plus or minus *hours*. 
minchia!

 minchia!
Non so che dirvi, ho 4 server messi in virtuale e tutti indicano l'ora 
corretta (c'è ntpdate in cron)
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Noi lo chiamiamo `Colorado' perche' e' daltonico.  E' daltonico persino
coi numeri: non distingue i pari dai dispari!
		-- Francesco Salvi

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Vabbè, però il cron di ntpdate ad ogni minuto dovrebbe risolvere la
cosa... anche se è un *dirty hack*.
È ovvio che, se vmware va più veloce o più lento (come clock), dopo un
giorno i vari secondi accumulatisi formano *ore*...
- --
Linux Registered User #334216
Get FireFox! >> 
http://www.spreadfirefox.com/?q=affiliates&id=48183&t=1
Staff >> 
http://www.debianizzati.org
 <<
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.9.20 (GNU/Linux)
Comment: Using GnuPG with Mozilla - 
http://enigmail.mozdev.org
iD8DBQFFGQGQ5sXXcRsFI+cRAsR6AJ0fNPhPe9YDWrKg5gBlpHj3C8e0+ACdENfi
bRCjraLtkd8JKHhnrS8IHk0=
=maIb
-----END PGP SIGNATURE-----

 
Sicuro, non volevo intendere "non usare vmware!!!".
Solo, far girare DRBD e HA lì dentro richiede qualche accortezza,
nothing more...