From: | Jaime Casanova <jaime(at)2ndquadrant(dot)com> |
---|---|
To: | Ernesto Quiñones <ernestoq(at)gmail(dot)com> |
Cc: | pgsql-es-ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: [pgsql-es-ayuda] Explicación de failover cacero para PostgreSQL 9.1 |
Date: | 2012-05-06 05:10:24 |
Message-ID: | CAJKUy5jcZx6eAafWa6FHw5WG7ZoxmrXxpcprDiS+N88mgA+5=g@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
2012/5/5 Ernesto Quiñones <ernestoq(at)gmail(dot)com>:
> Hola amigos, hace tiempo que no escribía nada sobre PostgreSQL pero haceu
> nos días trabajé unos scripts interesantes de un failover "cacero" para un
> sistema PostgreSQL 9.1 con replicación síncrona.
>
si corres el mismo script en ambos nodos (para solucionar el caso en
que el maestro muera por completo)... que pasa si:
- se daña la red entre el maestro y el esclavo, segun lo que entendi
el script en el esclavo detectara la falla y empezara el failover lo
que causara que dos equipos quieran tener la ip virtual y causara un
"split brain"
ademas, obviamente este script te funciona solo para el caso en que
tengas dos nodos... una vez que tengas mas de dos nodos las cosas se
complican
te recomiendo probar la version de repmgr que esta en el master branch
de git(at)github(dot)com:2ndQuadrant/repmgr.git, esa version tiene
autofailover, solo necesitarias poner en el failover_command y
follow_command la parte del script para subir y bajar las ip's
virtuales
--
Jaime Casanova www.2ndQuadrant.com
Professional PostgreSQL: Soporte 24x7 y capacitación
From | Date | Subject | |
---|---|---|---|
Next Message | Ernesto Quiñones | 2012-05-07 00:31:36 | Re: [pgsql-es-ayuda] Explicación de failover cacero para PostgreSQL 9.1 |
Previous Message | Alejandro Carrillo | 2012-05-06 02:41:11 | Re: Programar funcion |