Newsgroup: it.comp.os.linux.sys
Titolo: Heartbeat e modalità Active/active

Allora da quello cheè ho capito le modalità sono due Active/Passive
(uno si gratta la pancia, e aspetta che l'altro va giù) e
Active/active  ( stanno su tutte e due ma tengono su servizi diversi,
appena unn servizio va già l'altro server lo lancia, giusto?)
Beh la prima modalità mi funzia, come modificarla in modo che funzioni
anche la seconda?
Se il mio haresources è questo:
randaold 192.168.1.209 apache
randa 192.168.1.209 apache
randa 192.168.1.209 postfix
randaold 192.168.1.209 postfix
in questo modo dò maggiore priorità a randold per quanto riguarda
apache, e a randa per quanto riguarda postfix. Giusto?
Aiutatemi please ;)

 Aiutatemi please ;) 
I servizi devono essere associati a due VIP diversi, altrimenti non si 
sa quale dei due nodi debba essere in possesso del VIP (che è una 
risorsa condivisa)...

La mia situazione è questa:
Randa 192.168.1.207
Randaold 192.168.1.206
VIP 192.168.1.209
VIP 192.168.1.205
Quindi come lo posso modificare?
e qual'è un 
ha.cf
 corretto?


haresources, vorrai dire...
randaold 192.168.1.209 apache
randa 192.168.1.205 postfix

Grazie,
ma se apache di randaold va giù, come faccio a dirgli che randa deve
farlo partire?

 farlo partire?
Beh...Credo che lo sappia già da solo ti pare ? Tu definisci il
master, il fatto che switchi allo slave è sua competenza, visto che
nel ha.conf hai dichiarato tutto a dovere...
Scusate l'intromissione ;-)
--
RaSca
rasc...@tiscali.it

No no grazie per l'intromissione!
L'
ha.cf
 a dovere come lo posso fare? Io l'ho fatto così
logfile       /var/log/ha.log
    logfacility   local0
    keepalive     2
    warntime      10
    deadtime      20
    initdead      120
    bcast eth0
    auto_failback on
    node          randa randaold
respawn hacluster /usr/lib/heartbeat/ipfail
Può andare? Devo modificare anche apache bindando un ip in particolare?

 Può andare? Devo modificare anche apache bindando un ip in particolare?
No, quello lo fai nell'haresources.
Cmq dovrebbe essere ok, anche se per maggiore completezza ti conviene
leggere la doc ufficiale.
Ciao,
--
RaSca
rasc...@tiscali.it

 
Se tutto il resto (
ha.cf
) č configurato a modo, si arrangia da solo.
Poi, attento: dipende da cosa stai usando...
Heartbeat 1.x gestisce solo cluster di 2 nodi, quindi tutto quello che 
gli devi dire solo quale č il nodo predefinito per il servizio. Quando 
quello non c'č perchč bomba, lo capisce da solo che deve passare 
sull'altro (purchč, come detto, tutto sia a posto in 
ha.cf
)...
Heartbeat 2.0 introduce il supporto a cluster di X nodi, quindi 
presumibilmente la semantica č diversa, ma ancora non gli ho dato 
un'occhiata..

Grazie ragazzi, ora funziona egregiamente.
Però ho notato una cosa, randaold fa startare il servizio solo se
sente che randa muore. E' possibile fargli startate il servizio a
randold non appena sente che in randa il servizio è giù? E magari
stopparlo quando ritorna attivo?
Ho visto in giro che esistono tool tipo "mon", che monitorizzano la
cosa... sapete  darmi qualche info?
Grazie mille  lo stesso
Alessio

 cosa... sapete  darmi qualche info?
Certo : 
http://www.kernel.org/software/mon/
;-)
--
RaSca
rasc...@tiscali.it

 cosa... sapete  darmi qualche info?
Oltre all'indicazione di dare un'occhiata a mon, puň essere interessante 
dare un'occhiata a heartbeat 2.0, che fornisce anche il controllo sui 
servizi. Come detto, ancora non ci ho provato...

Il Mon, 14 Nov 2005 01:34:34 -0800, Alessio ha scritto:
Lancio un sasso nello stagno....
Finita la parte di studio... e verifica..
sarebbe interessante "creare" uno script di auto-installazione tipo:
./setup
bla..
bla..
bla..
fine!
cluster HA funzionante!
Questo sarebbe un bel "prodotto" vendibile! o no?

 Questo sarebbe un bel "prodotto" vendibile! o no?
Prima bisogna trovare la tecnologia che permetta al server di leggere 
nel cervello dell'amministratore, per capire cosa si aspetta di ottenere.

 Questo sarebbe un bel "prodotto" vendibile! o no?
A patto di documentare il bla, bla, bla e di sapere poi come le cose
stanno funzionando per tua comodita' puoi anche farlo... altrimenti c'e'
il rischio che poi, quando le cose non funzionano, devi comunque capire
perche'.
ciao
-- 
Luca Corti
PGP Key ID 1F38C091
BOFH excuse of the moment:
Write-only-memory subsystem too slow for this machine. Contact your
local dealer.

 nel cervello dell'amministratore, per capire cosa si aspetta di ottenere.
Un amministratore win-bug quando acquista/installa un antivirus (per
esempio) cosa si aspetta di ottenere?
qualcosa del tipo: setup -> avanti -> avanti -> avanti -> fine! questo
perché avendo appena speso 300 o + euro di licenza enterprise ci si
aspetta che chi gli ha venduto il software si sia sbattuto a sufficenza..
Idem per i programmi di backups (Veritas & C.O.) e per qualsiasi altra
applicazione commerciale o comunque con del supporto commerciale alle
spalle.
Al ché se vi fosse uno script/software che si occupasse di installare e
configurare un cluster piuttosto che un mail server o qualsiasi altra
cosa, probabilmente potrebbe diventare un prodotto vendibile (tralasciando
la bontà o meno del ingolo software/script).

 la bontà o meno del ingolo software/script).
E' già vendibile e non vedo che necessità vi sarebbe di fare un tale
script nel momento in cui la configurazione è talmente semplice da
richiedere la mera modifica di due files di configurazione.
-- 
Flavio Visentin
Membro del CICAP
Comitato Italiano per il Controllo delle Affermazioni di P4

Come posso fare in modo che mon  butti giù heartbeat non appena sente
che il servizio monitorato è down? Ad esempio nel caso di apache ho
configurato mon così:
hostgroup cluster 192.168.1.209
watch cluster
        service http
                description "Controlla l'operatività del servizio"
                interval 10s
                monitor http.monitor
                period month {Jan-Dec}
                        alertevery 5m
                        alert takeresdown.alert
Mentre l'alert è questo
#!/bin/bash
HEARTBEAT="/etc/init.d/heartbeat"
if [ "$9" = "-u" ]; then
        $HEARTBEAT start
else
        $HEARTBEAT stop
fi
Il problema è che l'alert lanciato da scell funzia, mentre se lo
lancia mon, no.
Mi dice così e basta.. nei log.
Nov 15 12:30:09 randaold mon[4699]: calling alert takeresdown.alert for
cluster/http (/usr/lib/mon/alert.d/takeresdown.alert,) 192.168.1.209

 richiedere la mera modifica di due files di configurazione.
Premesso che il software in questione è stato preso solamente come
esempio, l'utilità starebbe nel "poter" proporre un pacchetto pronto
all'uso per chi non ha ne tempo ne voglia o se preferisci per chi non ha
le capacità di modificare quei 2 file (2 file che per poterli modificare
richiedono comunque n ore di studio dei relativi manuali..)
Idem si potrebbe dire per postfix.. 2 file di configurazione che ci vuole?
e poi chissà perché c'è sempre qualcuno che finisce blacklistato..
Il problema è che i 2 file di configurazione per essere modificati
richiedono degli skill che non si acquisiscono in 2 minuti, per cui in
alcuni casi sarebbe preferibile avere dei tuning sulle singole
applicazioni piuttosto che delle installazioni di default e pure fatte
alla c...o.
O no?

 alla c...o.
Taglio solo questa parte perchè alla fine rissume tutto...
Porti l'esempio di postfix: in barba alla "semplicità di 
configurazione", la situazione delle macchine (tanto per fare un nome) 
Win2003SBS è anche peggiore, come configurazione.
Perchè? Non dovrebbero essere tutte ben installate, visto che sono 
conseguenza di un wizard?
Il fatto è che, più che il wizard potè la testa...
Ovvero: se uno poi non sa cosa scrivere dentro i campi del wizard e ci 
scrive cazzate, la configurazione verrà una cazzata.
Possiamo infarcire il wizard di controlli e di help contestuali, in modo 
da obbligare l'utente a scrivere qualcosa di corretto, passandogli tutte 
le informazioni relative a "cosa *è* la 'cosa' corretta".
Avremo uno pseudoamministratore imbufalito con il wizard, che si legge 
un papiro di 30 pagine per capire cosa deve scrivere nei campi dello stesso.
E dopo che si è letto quelle 30 pagine, secondo te, il problema è ancora 
fare le cose con un wizard invece che con un editor?!?
Io penso di no...

 alla c...o.
No, sarebbe meglio avere delle installazioni di default disabilitate,
con buona manualistica e gente competente che quella manualistica la studia.


Se parliamo del mio problema? Non è che potete aprire un altro thread
a proposito?

Se volete approfondire la cosa, potete aprire un altro thread? Sennò
si perde di vista il mio problema, si va offtopic, e chiunque faccia
una ricerca su questo argomento trova cosa di cui non è interessato.
Che ne dite?
Grazie mille

 Ed infatti è già un eufemismo parlare di amministratore in ambito M$.
Saranno casi rari, ma ci sono MS administrator che mangiano la
pappa in testa a molti di noi qui presenti...:-)

 la bontà o meno del ingolo software/script).
Nessuno ti vieta di scriverlo e/o venderlo. Mi chiedo se questo alla
fine valga lo sbattimento. Personalmente come sysadmin non comprerei una
cosa del genere per due buoni motivi:
1) Se il tuo tool non fa il suo dovere e causa qualunque problema, ho
perso del tempo in quanto devo poi prendermi il disturbo di:
    a) Capire perche' lo script non va e risolvere il problema.
    b) Capire come va configurato il software.
e dato che a) richiede comunque b) ho perso del tempo.
2) Preferisco comunque avere il controllo completo del software che ho
installato e di eventuali feature nuove|complesse|veditu del software
che il tuo script non supporta|non gestisce come serve a me.
3) Magari mi scrivo anche degli script, ma a mio uso e consumo, per
replicare in modo veloce configurazioni che gia' conosco.
Si, lo so che erano due i motivi :D
ciao
-- 
Luca Corti
PGP Key ID 1F38C091
BOFH excuse of the moment:
microelectronic Riemannian curved-space fault in write-only file system

 pappa in testa a molti di noi qui presenti...:-)
Non era una considerazione sulle persone ma sul sistema.
E' difficile parlare di amministrazione su un sistema che non lascia
alcun grado di libertà.
Anche il miglior meccanico del pianeta, su una macchina con il cofano
sigillato, non può far nulla.



http://cfaj.freeshell.org/google
-- 
echo 152079117477642780034933529998195782666P | dc

 ha scritto:



 
cioè?
qualcun altro che mi può aiutare?

 Ed infatti è già un eufemismo parlare di amministratore in ambito M$.
i windows server hanno gia` SYSTEM, non hanno bisogno di un sysadmin umano ;P
(comunque voglio vedere il pippero di turno avere a che fare con un authority
sotto win, per dirne una a caso)