Newsgroup: it.comp.os.linux.sys
Titolo: Opinione - VMWare server 2.0 + HA con DRBD e Heartbeat

Ciao a tutti, qualcuno ha provato la soluzione in oggetto?
Utilizzo giï¿œ VMWare Server 2.0 e sono molto soddisfatto, ma vorrei 
incrementare l'affidabilitï¿œ.
Da quello che ho capito, grazie a DRBD riuscirï¿œ a "clonare" la 
partizione contenente le VM sul Server secondario, e a mantenerla 
sincronizzata (una sorta di raid su rete, giusto?). Heartbeat rileverï¿œ 
eventuali cadute del server primario, permettendo l'attivazione delle vm 
sul secondario, tutto in automatico.
E' corretto?
Opinioni/consigli/problemi riscontrati in base alla vostra esperienza?
Grazie :-)
Ciao!!!!

 sul secondario, tutto in automatico.
Ricordati che:
a. devi copiare anche i files di configurazione di VMWare e tenerli in
sync su entrambi i server
b. ha non fa un tubo se vmware si inchioda per ca$$i suoi.
Davide
-- 
IMAP is just not a very rich protocol.
-- Steve Conn, Exchange Server product manager for Microsoft

 Davide
C. Prestazioni ??!! se virtualizzi macchine Windows
I/O su disco saranno probabilmente "scadenti" .. in pratica hai un
calo x VmWARE + calo x DRBD.
			-- Yena --

 calo x VmWARE + calo x DRBD.
*ovviamente* le prestazioni ne risentono, ma se usi DRBD non lo fai di
certo per le prestazioni, altrimenti prenderesti un raid-array dedicato
con controller SCSI ridondante.
Davide
-- 
Best viewed with Internet Explorer 5.6 on a 1280x1024 resolution with
24-bit color depth, maximum contrast, minimum brightness, in a 1000x960
window placed in the exact center of your display with this videocard
and ....
-- from alt.sysadmin.recovery

 b. ha non fa un tubo se vmware si inchioda per ca$$i suoi.
Ri-OK, in pratica verifica solo se cade completamente il server, e non 
se si blocca vmware, giusto? Poco male comunque, tanto ogni macchina 
virtuale sarï¿œ "monitorata" singolarmente, in caso di blocco sarï¿œ 
necessario l'intervento umano (l'automatismo nel mio caso ï¿œ un plus, non 
un requisito :-)
Grazie delle info
Sono in attesa del gemellino per fare tutte le prove del caso comunque :-)

 calo x VmWARE + calo x DRBD.
Le prestazioni di I/O che ho attualmente sul mio server sono piï¿œ che 
sufficienti, non si tratta di servizi particolarmente esigenti!
Ci sarebbe quindi un calo per l'implementazione di DRBD.
Se ho capito bene perï¿œ, DRBD puï¿œ essere impostato in una sorta di 
modalitï¿œ "performance", cioï¿œ confermare all'OS che le informazioni sono 
state scritte anche se in realtï¿œ sul secondario la scrittura non ï¿œ 
ancora avvenuta. In questo caso non dovrei avere ulteriori cali di 
performance. E' corretto? (sorry per la spiegazione spiccia ma inizio ad 
avere la testa fusa a quest'ora :-)
In ogni caso, non avendo necessitï¿œ di performance elevate in I/O, voterï¿œ 
per la configurazione "piï¿œ sicura" :-)
Ciao!!!

 performance. E' corretto?
Si, un calo di performance, anche se minimo, dovresti averlo
comunque dato che aggiungi un layer alla scrittura su disco.
Ma cosï¿œ facendo metti il culo davanti alle pedate
[ (c) ZiPMan ]. A che ti serve drbd quando non hai la certezza
che i dati dall'altra parte siano sincronizzati?

 Opinioni/consigli/problemi riscontrati in base alla vostra esperienza?
Uso rigorosamente Heartbeat in modalitï¿œ CRM, in modo da poter gestire 
ogni singola virtual machine come risorsa indipendente.
Per le performance di DRBD i tweak che mi hanno dato maggiori risultati 
sono questi:
in drbd.conf:
   syncer {
     ...
     *al-extents 3833;*
     ...
   }
   net {
     ...
     *sndbuf-size     1M;*
     ...
   }
}
Sulla rete privata di DRBD ho usato i jumbo frames (MTU delle nic a 
9000). Solo questo aumenta il throghput del volume di un buon 15%.
I filesystem con le VM li ho montati con queste opzioni:
rw,noatime,nodiratime,data=writeback,commit=60
Con questi accorgimenti sono riuscito ad avere un 80% delle performance 
rispetto a un volume non replicato.
Se ti servono le config .xml delle varie risorse chiedi pure.

 rispetto a un volume non replicato.
Ok, mi sono salvato il post :) appena toccherï¿œ con mano ti darï¿œ i feedback
Sei stato molto gentile, ti ringrazio!
Ciao
Fabio

 Non so cosa vuol dire "modalitï¿œ crm" ma provvederï¿œ a informarmi!
Cluster resource manager, si attiva con "crm on" in ha.conf. Ha molte 
piï¿œ feature della modalitï¿œ compatibile con la serie 1.x che si basa su 
file di testo. La configurazione si fa con file xml o con la gui in gtk.
ciao