Newsgroup: it.comp.os.linux.sys
Titolo: heartbeat e HA

Apro un nuovo thread visto che l'altro era iniziato con altre questioni 
(spero di aver fatto bene).
Ancora un paio di dubbi a riguardo, dato che comunque avrò versioni 
diverse dell'os (una a 32 l'altra a 64 bit) e non posso usare drbd 
comunque la gestione delle configurazioni devo farla a manina giusto?
Usando rsync o altri sistemi? O forse sarebbe meglio ancora mettere da 
qualche parte condivisa questi dati comuni? Non sarebbe ancora più 
rischioso?
I servizi su entrambe le macchine devono essere sempre entrambi up o 
heartbeat li tira su a piacere?
Sull'altra macchina ho solo scandalosamente 512 Mb di ram (eh lo so che 
schifezza) e tutto è meglio non caricarci magari, o almeno di sicuro non 
tutte e 3 le macchine virtuali (solo 1 è indispensabile).
Si possono fare questi "distinguo" giusto?

andrea wrote:
cioè vuoi fare un cluster ha tra 2 sistemi uno a 32 e uno a 64 bit , senza
storage condiviso e dove i servizi del cluster sono macchine virtuali ???
imho non è una gran soluzione......
prova a postare il problema piuttosto , magari ci sono strade diverse.
-- 
- Non mi rassegno a invecchiare.
- E va be', sarai il piu' giovanile di tutto il cimitero.

 Si possono fare questi "distinguo" giusto?
Dipende.
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

 
Beh sì vorrei fare proprio questo...
Quali sarebbero in pratica le complicazioni? Niente che si risolva con 
un po' di sano bash scripting e qualche programmino?
No i servizi del cluster non sono macchine virtuali, però c'è 1 macchina 
virtuale con windows 2k che fa girare un caxxo di gestionale che gira su 
interbase (dicono che andrà su linux fra un po' ma ci credo poco).
E' un probema da "clusterizzare" vmware server?

 
Come dicevo nell'altro post le vm sono di "contorno", solo quella con 
win (che fa girare un gestionale) serve, tutti gli altri demoni girano 
sulla macchina reale.
Qual è il problema nel clusterizzare vmware?

 Qual è il problema nel clusterizzare vmware?
Che VMware Server non è il prodotto corretto da utilizzare su soluzioni
cluster. Se vuoi fare cluster per reggere macchine virtuali è preferibile
orientarsi su VMWare Infrastructure o su Xen.


andrea wrote:

uhmmm volendo si fa' tutto pero' io investirei un po' in hw , la replica con
rsync x la vm è ridicola in quanto copierebbe sempre tutto il file ,
inoltre in 512mb di ram ci fai girare una vm win piu' i servizi lato host ?
io sinceramente affronterei la cosa in maniera diversa , premesso certo di
avere un po' di disponibilità economica.
-- 
Oggi penserai a qualcosa di piu' divertente di questo da aggiungere
ai tuoi fortunes.


Non è che devo fare la replica della vm comunque, quella rimane sempre 
uguale, una volta che synco i dati su cui lavora (si parla di 50Mb) sono 
teoricamente a posto.
Di soldi gliene ho già fatti spendere più che parecchi ultimamente, al 
massimo sarebbe cosa buona e giusta prendere un po' di ram per il 
muletto, questo sì...

 
Allora fino a quando non avrò provato xen facciamo che la vm non la 
clusterizzo proprio, in realtà avendo lo snapshot recente (con al max i 
dati backuppati) ci metto 5 minuti a rimetterla in piedi.

 vanno bene ma non mi aiutano molto purtroppo..)
Direi, finalmente una domanda che porti sufficienti elementi per dare una
risposta sensata.
Ti consiglierei una letture veloce di questo documento di E.S.Reymond:
http://www.linuxtrent.it/documentazione/wikiLT/DomandeIntelligenti


 is nothing left.
Letto grazie,
quindi ho provato a fare questa cosa, sul server ho creato un volume
logico, sul "failover" ho messo raid software + lvm + drbd.
Ora mi sembra funzionare tutto, non ho ben capito una cosa però.
Sull'host secondario come faccio a montare il device?
Ci riesco impostandolo come secondario sul server e smontandolo, poi
mettendo primario sul failover e montandolo.
Se provo invece a montarlo normalmente mi dà
root@failover:~# mount -t reiserfs -o ro /dev/drbd0 /mnt/drbd/
mount: Wrong medium type
Non è giusto teoricamente? Posso usarlo solo in readonly giusto
(questo non è un problema)...
Leggendo le varie guide ho impressione che sulla macchina secondaria
non vada proprio montato, e quindi come si lavora sui dati? Con nfs?

 non vada proprio montato, e quindi come si lavora sui dati? Con nfs?
Deve diventare una risorsa gestita dal cluster, e quindi montato e smontato
da heartbeat nel momento in cui va in failover.
http://www.google.it/search?q=heartbeat+drbd



Perfetto, lo immaginavo ma pensavo fosse "usabile" anche per conto
suo...

Ho installato tutto e oggi faccio qualche prova, un altra domandina
prima, ma il server secondario può avere anche un ip suo?
Un'altra cosa che non c'entra, le periferiche PCI sono hotplug?
Leggendo pare di sì, ma si possono togliere brutalmente a macchina
acceso?

 acceso?
Dipende.


 --
Accidenti stavolta i dipende non li avevo considerati :D
Dunque considerando che la periferica non è in uso (modem fax), e non
c'è niente attaccato secondo me si può, però vorrei evitare scariche /
scosse, anche perché per tirarla fuori la scheda devo toccarla almeno
sul bordo..

 sul bordo..
Non c'è problema di scossa. Al più bruci il bus o qualche altra scheda ad
esso collegata o crashi il sistema.



Ok ho capito lo spengo :(

 
A proposito di questa faccenda, vorrei ora usare anche il dat presente 
sul vecchio server, che a quanto pare è questo
[0:0:3:0]    tape    HP       C5683A           C111  /dev/st0
Ora se sulla macchina secondaria uso drbd non posso backuppare 
direttamente da lì, quindi direi che ho due possibilità:
- montare in nfs e backuppare così
- tenere un'altra directory a parte sincronizzata (spazio ne ho in 
abbondanza) e backuppare quella.
Ci sono altre strade altrimenti?
Bacula / amanda vanno bene per questo tipo di lavoro giusto? E dar?

andrea ha scritto:

Mi rispondo da solo, metto bacula sd sul secondario, e bacula director e 
  fd sul primario, poi magari clusterizzando pure mysql ho anche messo 
"al sicuro" il db di bacula...