en un conjunto de réplicas de 3 nodos ¿por qué cuando 2 están inactivos, el tercero pasa a ser SECUNDARIO y no PRIMARIO?Tres nodos que usan el conjunto de réplicas en MongoDb y 2 están inactivos
Quiero tener 2 mongod dentro de un DataCenter y uno afuera, por lo que si los Datacenters fallan Quiero el tercero afuera mongod se convierte en el Primary.
¿Es posible sin y árbitro?
Ok, encontró la respuesta:
http://tebros.com/2010/11/mongodb-arbiters-with-only-two-replicas/
qué sucedió ?! Resulta que cuando una instancia de mongod está aislada, no puede votar por sí misma para ser primaria. Esto tiene sentido cuando lo piensas. Si un enlace de red se vino abajo y separó sus dos réplicas, no querría que ambas se elijan a sí mismas como primarias. Entonces, en mi caso, cuando rep1-1 notó que estaba aislado del resto del conjunto de réplicas, se volvió secundario y dejó de aceptar escrituras.
Siempre termina con (cluster_participants/2) + 1 nodos hacia abajo (suponiendo que tiene un número impar de participantes), el clúster ingresa en modo de solo lectura. Un candidato no necesita la mayoría de todos los nodos para ser elegido como primario.
Por ejemplo, si tiene 5 noDe cluster y 3 nodes soplan, los otros se mantendrán como secundarios, porque ninguno de ellos puede obtener 3 votos.
Para obtener más información: http://docs.mongodb.org/manual/core/replication-internals/#replica-set-election-internals