El día 11 de julio de 2016, 20:45, Paynalton <cxescal...@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" <odd...@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...