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" <[email protected]> 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.
>
