Re: FreeBSD Cluster Active/Passive MySQL (iscsi, carp, devd, mysql)

Il giorno 23 ottobre 2013 07:48, Luca Ferrari <[email protected]> ha
scritto:

> 2013/10/22 Davide D'Amico <[email protected]>:
>
> > L'utilità di questo setup risiede nel fatto che se hai un fault hardware
> sul
> > nodo master, lo switch sul nodo slave è automatico e veloce (ok c'è un
> fsck
> > di mezzo ma almeno non devi aspettare nagios/alert/telefonate/etc etc),
> > quindi è una soluzione improntata esclusivamente per HA.
>
> Veloce e automatico stride con fsck.
>
Beh, rispetto alle 2h necessarie per alzarsi dal letto, svegliarsi,
accendere il pc, capire che è successo etc etc direi che è "veloce e
automatico" (specialmente se il filesystem è provvisto di journal): con un
filesystem da 128GB la promozione del nodo 'slave' ha impiegato meno di 5
minuti.


>
> > Se usassi due server master/slave 'classici' la promozione non sarebbe
> > automatica, e potrei anche avere situazioni spiacevoli in cui lo slave
> sia
> > indietro rispetto al master.
>
> No.
> In replica lo slave può essere indietro del master di una latenza di
> rete (che nella tua configurazione è sicuramente minima), ma almeno è
> coerente. Nel tuo setup rischi di avere slave e master che sono
> sincronizzati all'ultimo bit fuori transazione e quindi non sono
> consistenti, che non penso sia quello che vuoi (ossia è molto piu'
> spiacevole di non avere lo switch automatico).
> Ci sono molte soluzioni per fare un pooling di master/slave
> trasparente, quindi se il tuo unico scopo è avere il database in HA la
> replica è la soluzione.
>

Purtroppo no, la replica non è una soluzione di HA "accettabile" di livello
enterprise (cfr.
http://dev.mysql.com/doc/mysql-ha-scalability/en/ha-overview.html, Figure
1.1 e Table 1.1).


> Inoltre il tuo setup ha, sempre secondo me, un problema proprio in
> caso di failure: come fai ad analizzare (sempre ammesso che ti
> interessi) cosa è successo sul nodo crollato e magari testare (con
> dati validi) la sua configurazione in isolamento se i dati sono
> "posseduti" dall'altro nodo?
>

In effetti col mio setup analizzare cosa è successo non mi interessa
granché e posso farlo a posteriori in qualsiasi momento, quello che mi
interessa è che non ci sia interruzione di servizio (HA, appunto).


Per rispondere a Gianluca (che mi sembra l'unico che va oltre la 'classica'
replica): ho lo storage engine federated disabilitato e non andrei oltre le
configurazioni di HA previste da MySQL/Oracle (vedi link precedente).

Mi sarebbe piaciuto testare la soluzione Percona (xtradb e galera), vedremo.

Grazie a tutti,
d.

_______________________________________________
Esperti mailing list
[email protected]
http://mailman.gufi.org/mailman/listinfo/esperti