|
|
 |
|
 |
|
On Tue, 28 Apr 2009 18:09:35 +0200, Davide Bianchi <...@walterisookeensufferukker.nl
Presemte!
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
|
|
 |
|
 |
|
|
|
|
On Tue, 28 Apr 2009 18:52:14 +0200, "LombaX (was Fabiuss :)" <...@email.it
Davide Bianchi ha scritto:
Ok, non lo sapevo, ma c'è da dire che non ho ancora letto in maniera
approfondita il "come si fa"...
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 :-)
|
|
|
|
|
|
|
|
|
On Tue, 28 Apr 2009 18:16:45 +0200, Yena <...@fastmail.fm
C. Prestazioni ??!! se virtualizzi macchine Windows
I/O su disco saranno probabilmente "scadenti" .. in pratica hai un
calo x VmWARE + calo x DRBD.
-- Yena --
|
|
|
|
|
|
|
|
|
On Tue, 28 Apr 2009 18:19:38 +0200, Davide Bianchi <...@walterisookeensufferukker.nl
*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
|
|
|
|
|
|
|
|
|
On Tue, 28 Apr 2009 18:59:47 +0200, "LombaX (was Fabiuss :)" <...@email.it
Yena ha scritto:
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!!!
|
|
|
|
|
|
|
|
|
On Tue, 28 Apr 2009 19:05:06 +0200, Lotho Baggins <...@gmail.com
LombaX (was Fabiuss :) ha scritto:
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?
|
|
|
|
|
|
|
|
|
On Tue, 28 Apr 2009 19:09:42 +0200, "Cristian \"sengo\" Mammoli" <...@nonexistent.fake
LombaX (was Fabiuss :) ha scritto:
Tiè:
http://lists.community.tummy.com/pipermail/linux-ha-dev/2008-July/015843.html
Se vuoi la versione aggiornata quando sono in ufficio te la posto.
Il mio ambiente di test è un cluster Active/Active con questa
configurazione:
________________ ________________
| _____________ | | ..............|
||DRBD1 MASTER || |. .|
|| |_VM01 ||=======|| |_VM02 || |. .|
||_____________|| |._____________.|
|. .| ||DRBD2 MASTER ||
|. DRBD2 SLAVE .| || |_VM03 ||
|. .|<=======|| |_VM04 ||
|...............| ||_____________||
|_______________| |_______________|
(Lo so il disegnino fa cagare)
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.
|
|
|
|
|
|
|