Re: FreeBSD Cluster Active/Passive MySQL (iscsi, carp, devd, mysql)
Andrea Brancatelli <[email protected]>
| Newsgroups | gmane.os.freebsd.italian.esperti |
|---|---|
| Message-ID | <[email protected]> |
C'è mysql proxy per questo ed è automatico ed istantaneo. Con tutto il rispetto ma usare uno shared volume e soprattutto carp per una soluzione del genere mi pare un po' ... esagerato... Andrea "Mr.SK" Brancatelli > On 22/ott/2013, at 20:53, "Davide D'Amico" <[email protected]> wrote: > > > > > Il giorno 22 ottobre 2013 20:40, Luca Ferrari <[email protected]> ha scritto: >> 2013/10/22 Davide D'Amico <[email protected]>: >> > >> > Il mio obbiettivo è quello di avere una coppia active/passive dove sempre e >> > solo un nodo possiede la share iscsi e l'istanza di mysql che scrive su di >> > essa. I binlog sono anch'essi su iscsi e l'engine utilizzato è innodb. >> >> Scusa ma io non ho capito l'utilita' di questo setup. Risparmiare >> spazio sulla risorsa? Secondo me è piuttosto pericoloso avere due >> sistemi differenti che tentano di usare lo stesso storage in questo >> modo. Io vedrei molto meglio una soluzione di nodi indipendenti (come >> storage) e con replica attiva. > 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. > D'accordo con te che è pericoloso avere due sistemi differenti che tentano di usare lo stesso storage, ma non è questo il caso: la risorsa iscsi verrà sempre montata da un nodo, quello che ha l'interfaccia di rete nello stato MASTER. > > 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. > > -- > d. > _______________________________________________ > Esperti mailing list > [email protected] > http://mailman.gufi.org/mailman/listinfo/esperti _______________________________________________ Esperti mailing list [email protected] http://mailman.gufi.org/mailman/listinfo/esperti