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

Se non ho capito male, è attivo un solo nodo alla volta. Così potrebbe funzionare, almeno in ambiti dove a) le scritture non sono molto frequenti, b) i dati sono quasi del tutto contenuti in RAM.
Nel caso a) i dati vengono sì scritti nel binlog, ma magari non hanno avuto il tempo di essere scritti nel file, a allora ad ogni switch devi gestire il recovery. C'è poi il problema che le scritture in MySQL sono sequenziali: due istanze che scrivono sullo stesso file possono fare casino se non opportunamente istruite.
Il caso b) lo cito perché per esperienza la latenza di un disco di rete può essere importante, e rallenta di sicuro le performance in caso l'applicazione esegua un LOCK TABLE esclusivo.
Bisognerebbe infine distinguere se vuoi gestire tabelle MyISAM o InnoDB: nel secondo caso le cose si complicano, perché è obbligatorio allo switch eseguire un recovery, i dati potrebbero essere scritti ma non committati e te li perdi, rendendo vano l'uso del cluster.
A conti fatti mi sembra una soluzione poco efficiente e con vari problemi da tenere in considerazione. Visto che la soluzione già c'è, può essere più efficace mantenere ogni nodo a sé stante, con due o più macchine identiche, e gestire il tutto attraverso tabelle di tipo FEDERATED. 
Dipende come sempre dal tuo ambiente di lavoro, il contesto applicativo e cosa ti prefiggi di ottenere.

Ciao,
Gianluca



________________________________
 Da: Davide D'Amico <[email protected]>
A: Domande e risposte dagli esperti di FreeBSD <[email protected]> 
Inviato: Martedì 22 Ottobre 2013 15:27
Oggetto: FreeBSD Cluster Active/Passive MySQL (iscsi, carp, devd, mysql)
 


Ciao, volevo condividere qualche spunto di riflessione per un cluster Active/Passive MySQL con partizione dei dati e binlog su share iscsi utilizzando carp e devd.

Sembra che utilizzare centos/corosync/pacemaker abbia una letteratura più copiosa, e passi per essere un sistema più robusto, ma - onestamente - non mi piace molto un sistema (pacemaker) che da una release (1.1.7) all'altra (1.1.8) cambi l'utility principale (crm -> pcs) e la relativa sintassi dei comandi.

Voi avete qualche setup del genere? Avete già testato qualcosa? Avete spunti/consigli/desiderata?

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