Newsgroup: it.comp.os.linux.sys
Titolo: Re: Cluster Linux


La più semplice:
Heartbeat + Repliche mySQL + Rsync
Se il FS deve essere sincronizzato il tempo reale:
Heartbeat + Repliche mySQL + DRBD ( x il FS ):
o
Heartbeat + DRBD ( x il FS e MySQL )
MySQL forse un po' più lento
Ciao!
-- Yena --

 Heartbeat + Repliche mySQL + Rsync
               ^^^^^^^^^^^^^^
     Santa miseria che Dio ce ne scampi,
stanno in piedi con lo sputo.
-- 
Non tocca a noi dominare tutte le maree del mondo,
il nostro compito è di fare il possibile per la
salvezza degli anni nei quali viviamo,
sradicando il male dai campi che conosciamo.

 O quella meno semplice ma considerata migliore...?
Con che distribuzione? Hai uno storage condiviso a disposizione?

 stanno in piedi con lo sputo.
IMHO questa cosa sta diventando oramai un po' stucchevole...
-- 
Wikipedia Admin: "wikipedia non è un blog"
Iosif Stalin: "i compagni hanno scambiato il partito per un circolo di
discussione"

 Qual'e' la strada piu' semplice per ottenere il risultato?
La più semplice? Red Hat Cluster.
E' disponibile anche su debian/ubuntu. Non necessita di licenza.


 IMHO questa cosa sta diventando oramai un po' stucchevole...
Piů che stucchevole direi aria fritta...
-- 
Paranoia is a disease unto itself. And may I add: the person standing
next to you may not be who they appear to be, so take precaution.
-----------------------------------------------------------------------------
http://bofhskull.wordpress.com/

 Nel caso in essere, no, non avrei storage condiviso.
Se ti serve una soluzione che funziona sia con DRBD che con una SAN ti 
consiglio di guardare Pacemaker. E' l'"evoluzione" del vecchio cluster 
manager di Heartbeat, ma l'implementazione non è proprio banale.
Semplificando al massimo puoi usare Heartbeat senza cluster resource 
manager, con la configurazione su file di testo (il vecchio 
haresources). Si configura in 10 minuti e per un cluster a 2 nodi 
active-passive può anche essere sufficiente.


Sarò poco sveglio io ma RH Cluster su due nodi senza Fancing
è macchinosa e c'è da diventare matti..
Poi per FS si dovrebbe usare GFS .. auguri ...
Mille volte più semplice installare Heartbeat alla vecchia,
( tanto stiamo parlando di 2 nodi senza Storage condiviso )
puoi usare indifferentemente Centos, Debian etc ..
L'unica cosa delicata in effetti sono le repliche di MySQL,
che vanno tenute un po' monitorate, ma basta uno scriptino
che faccia il monitoraggio.
Con questa soluzione grossi danno non ne fai, se aggiungi DRBD
e non sai bene bene bene cosa stai facendo, puoi fare danni e hai
un decremento delle prestazioni in R/W... poi devi avere min 2 canali in 
bondig + la scheda per uscire in rete..
La soluzione "seria" sarebbe introdurre una SAN composta da 2 storage
in Raid 6 connessi in iscsi su schede 10Gigabit..
ma ti partono minimo minimo 13,15.000 Eu.
-- Yena --

 ma ti partono minimo minimo 13,15.000 Eu.
Se l'obiettivo è di attaccarci due macchine, in linea di massima le
schede 10G sono un po' eccessive.
Te la puoi cavare con molto meno (la metà, suppergiù).


 ma ti partono minimo minimo 13,15.000 Eu.
Del tipo? A quale modello fai riferimento con schede 10gbit ?


 faccio, vado di DRDB?
Perchè non una SAN che è fatta apposta?

 O quella meno semplice ma considerata migliore...?
IMHO due macchine che sincronizzano un volume con drbd,
che fa da disco di una macchina virtualizzata che offre i servizi
web.
-- 
ValeRyo
XT600 "Katoki Pajama" - 
http://www.slimmit.com/go.asp?7Y9
GamerTag: 
http://card.mygamercard.net/IT/nxe/ValeRyo76.png
 

 Grazie per le eventuali dritte...
un cluster fatto con proxmox e la macchina virtuale sopra?

 Mi sa che se uso direttamente proxmox e' la cosa piu semplice :)
Non conosco proxmox :-)
In realtà non ci sarebbe bisogno della macchina virtualizzata, però
rende più facile gestire il tutto.


 Mi sa che se uso direttamente proxmox e' la cosa piu semplice :)
Due macchine Proxmox non creano un cluster con Failover HA,
la funzionalità cluster di proxmox, che io sappia ( test in stage )
ti permette di condividere le "configurazioni" dei server virtuali,
in modo da permetterti la migrazione da un nodo all'altro.
MA questa migrazione se non hai uno storage condiviso consiste
nella copia di tutti i files, ed in caso di Giga o Tera, direi che
non è consigliabile senza storage condiviso... e comunque non ti fa
Faiover/HA.
-- Yena --


Si nulla ti vieta di farlo sui Guest nei modi "classici".
-- Yena --

 Poi per FS si dovrebbe usare GFS .. auguri ...
Si tratta di una opzione in più che non sei costretto a utilizzare.


 
Confermo che avendo dimestichezza pari a ZERO con red hat cluster, ho
creato un servizio web, su un ip alias.
Ci ho sbattuto un pochettino e adesso lancio:
clustat -r web_service -m <altro_nodo>
e che lo switch manuale funzioni ....
ho provato il failover automatico killando apache su un nodo e switcha
automaticamente.
RIPETO: il tutto partendo da conoscenza ZERO.... perché ci devo
lavorare, devo impararlo e ho visto che non è difficile.
