Overview
Mientras Los sets de réplicas brindan protección básica contra fallas de una sola instancia. Sin embargo, los sets de réplicas cuyos nodos se encuentran todos en un único centro de datos son susceptibles a fallas del centro de datos. Las interrupciones del servicio, las interrupciones de red y los desastres naturales son todos problemas que pueden afectar a los sets de réplicas cuyos nodos se encuentran en una sola instalación.
La distribución de los miembros del conjunto de réplicas en centros de datos geográficamente distintos agrega redundancia y proporciona tolerancia a fallas 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 Miembros
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, consulta Reconfigure un set de réplicas durante una interrupción regional.
Para implementaciones autogestionadas, vea Reconfigurar un set de réplicas autogestionado con 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, el conjunto de réplicas sigue pudiendo escribirse mientras los miembros 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.
set de réplicas de cinco nodos
Para un conjunto de réplicas con 5 miembros, algunas posibles distribuciones de miembros 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 miembros del Centro de datos 1, dos miembros del Centro de datos 2 y un miembro del sitio del Centro de datos 3.
Si algún centro de datos deja de funcionar, el conjunto de réplicas seguirá siendo escribible mientras los miembros restantes puedan 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 conjunto de réplicas de 5 miembros distribuye sus miembros 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. Puedes modificar el priority de los miembros tanto que los miembros de un centro de datos tengan mayor priority que los miembros 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 la configuración de su red permita que cada miembro se conecte con todos los demás miembros.