Re: Ideas sobre cluster mysql y files

[Paynalton <cxescalona@gmail.com>]

Justo andaba viendo sobre algo parecido.

Un arreglo "a la mexicana" es tener localmente un slave de Mysql y un SNMP como Nagios. Tu lectura será siempre sobre el slave local y tu escritura sobre el master remoto. Al momento de perder conexión cambias tu escritura al slave usando un script en nagios para realizarlo. Al volver la conexión debes hacer la sincronización con tu master bloqueando tablas.

Esto funcionaría bien si es una sola sucursal, si son más de una tendrías que tener un arreglo master-master en mysql y rezar que no se corrompan tus tablas jajajjaja.

-- 
----
 ___________________________
< Alcanza, quien no cansa.  >
 ---------------------------
        \   ^__^
         \  (oo)\_______
            (__)\       )\/\
                ||----w |
                ||     ||

El mar, 12-07-2016 a las 00:44 +0200, Maykel Franco escribió:
>     El 11 jul. 2016 11:53 p. m., "OddieX" <oddiex@gmail.com> escribió:
>     >
>     > Estimados, alguien tiene alguna buena idea de como armar un cluster para mysql y archivos, para una intranet, en la cual funcione a travez de la nube, pero en el caso que se caiga internet la gente pueda seguir trabajando desde la oficina y cuando el enlace se reestablezca, se sincronizen los datos nuevamente?
>     >
>     > Estuve pensando en drbd y heartbeat poniendo dns secundarios con bajo ttl, pero siempre con drbd tuve los problemas de sincro cuando se caia el enlace, tenia que descartar datos y resincronizar. La idea es que no haya que hacer eso, que se haga automaticamente...
>     >
>     > Si a alguien se le ocurre avise...
>     
>     Percona es tu amigo.
>     
>     https://www.percona.com
>     
>     Función muy bien y todos maestros.
>