Overview
Aunque los sets de réplicas ofrecen protección básica contra fallos de instancias individuales, los sets de réplicas cuyos nodos se encuentran todos en un mismo centro de datos son vulnerables a fallos del centro de datos. Las interrupciones del servicio, las interrupciones del servicio de red y los desastres naturales son problemas que pueden afectar a los set de réplicas cuyos nodos se encuentran en una única instalación.
Distribuir los nodos del set de réplicas en centros de datos geográficamente distintos agrega redundancia y proporciona tolerancia a fallos si uno de los centros de datos no está disponible.
Algunos proveedores de la nube utilizan regiones y zonas de disponibilidad. Las regiones son áreas geográficas separadas. Las zonas de disponibilidad son equivalentes a centros de datos y se encuentran en ubicaciones físicas separadas dentro de una región. Un set de réplicas tiene alta disponibilidad si los nodos están en diferentes zonas de disponibilidad porque es poco probable que todas las zonas fallen al mismo tiempo.
Distribución de los nodos
Para proteger tus datos en caso de una falla en el centro de datos, mantén al menos un nodo en un centro de datos alternativo. Si es posible, utiliza un número impar de centros de datos y elige una distribución de nodos que maximice la probabilidad de que, incluso con la pérdida de un centro de datos, los nodos restantes del set de réplicas puedan formar una mayoría o, como mínimo, proporcionen una copia de tus datos.
Tip
Si tu implementación se ejecuta solo en dos centros de datos, una interrupción del servicio puede impedir que tu implementación procese escrituras si el centro de datos restante no forma una mayoría.
Para resolver este problema, necesitas reconfigurar tu set de réplicas siguiendo estas instrucciones:
Para implementaciones alojadas en MongoDB Atlas, consultar Reconfigurar un set de réplicas durante una interrupción regional.
Para implementaciones autogestionadas, consulta Reconfigurar un set de réplicas Autogestionado para nodos No Disponibles.
Ejemplos
set de réplicas de tres nodos
Por ejemplo, para un set de réplicas de tres nodos, algunas distribuciones posibles de nodos incluyen:
Dos centros de datos: dos nodos en el Centro de Datos 1 y un nodo en el Centro de Datos 2.
Si el Centro de Datos 1 se cae, el set de réplicas se volverá de solo lectura.
Si el Centro de Datos 2 falla, el set de réplicas permanece escribible, ya que los miembros en el Centro de Datos 1 pueden realizar una elección.
Tres centros de datos: un nodo en el centro de datos 1, un nodo en el centro de datos 2 y un nodo en el centro de datos 3.
- Si algún centro de datos deja de funcionar, se puede escribir en el set de réplicas, ya que los nodos restantes pueden celebrar elecciones.
Nota
Para las implementaciones de producción, recomendamos desplegar el servidor de configuración y los Sets de réplicas de fragmentos en al menos tres centros de datos. Esta configuración proporciona alta disponibilidad en caso de que un solo centro de datos falle.
set de réplicas de cinco nodos
Para un conjunto de réplicas con 5 nodos, algunas distribuciones posibles de nodos incluyen:
Dos centros de datos: tres nodos en el Centro de datos 1 y dos nodos en el Centro de datos 2.
Si el Centro de Datos 1 se cae, el set de réplicas se volverá de solo lectura.
Si el Centro de Datos 2 se cae, el set de réplicas sigue siendo escribible, ya que los nodos del Centro de Datos 1 pueden formar una mayoría.
Tres centros de datos: dos nodos en el Centro de Datos 1, dos nodos en el Centro de Datos 2 y un nodo en el Centro de Datos 3 del sitio.
- Si cualquier centro de datos se cae, el set de réplicas sigue estando disponible para escritura, ya que los nodos restantes pueden realizar una elección.
Nota
Para las implementaciones de producción, recomendamos desplegar el servidor de configuración y los Sets de réplicas de fragmentos en al menos tres centros de datos. Esta configuración proporciona alta disponibilidad en caso de que un solo centro de datos falle.
Por ejemplo, el siguiente set de réplicas de 5 nodos distribuye sus nodos en tres centros de datos.
Electabilidad de los Miembros
Algunos nodos del conjunto de réplicas, como aquellos que tienen restricciones en la red o recursos limitados, no deben poder convertirse en primarios en una conmutación por error. Configure los nodos que no deben convertirse en primarios para que tengan prioridad 0.
En algunos casos, puede preferir que los nodos de un centro de datos sean elegidos como primarios antes que los nodos de los demás centros de datos. Puede modificar el priority de los nodos de manera que los nodos de un centro de datos tengan un priority mayor que los nodos de los otros centros de datos.
En el siguiente ejemplo, los nodos del conjunto de réplicas en el centro de datos 1 tienen una prioridad más alta que los nodos en el centro de datos 2 y 3; los nodos en el centro de datos 2 tienen una prioridad más alta que el nodo en el centro de datos 3:
Conectividad
Verifique que su configuración de red permita que cada nodo se conecte con todos los demás nodos.