Re: Ideas sobre cluster mysql y files
El día 11 de julio de 2016, 20:45, Paynalton <cxescalona@gmail.com> escribió:
> 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.
>
Y pero de esa forma, antes de meter un nagios, meto un heartbeat en
los 2 nodos y listo, es mas facil y practico...
Pero no me convenze esa solucion...
Reply to: