Join us at MongoDB.local London on 7 May to unlock new possibilities for your data. Use WEB50 to save 50%.
Register now >
Docs Menu
Docs Home
/ /
/ / / /

Recupera Ops Manager y AppDB si el clúster de operador está operativo

Si los clústeres de Kubernetes que ejecutan las instancias de la aplicación Ops Manager o los nodos de la base de datos de la aplicación fallan, pero el clúster del operador está disponible, se puede utilizar el Operador de Kubernetes para reconfigurar los despliegues del set de réplicas de la base de datos de la aplicación y las instancias de la aplicación Ops Manager en función de los siguientes escenarios:

  • Si algunas o todas las instancias de la Ops Manager aplicación fallan, no se perderán datos porque la Ops Manager aplicación no mantiene estado. Para aumentar la disponibilidad de la Aplicación Ops Manager, agregue nuevas instancias de la Aplicación Ops Manager a los clústeres nodos de Kubernetes ya configurados y disponibles, o agregue nuevos clústeres de Kubernetes para ejecutar las instancias de la Aplicación Ops Manager.

  • Si solo una minoría de los nodos del conjunto de réplicas falla y la mayoría de los nodos de un conjunto de réplicas están disponibles, durante el proceso de conciliación, el operador de Kubernetes ignora los clústeres de Kubernetes fallidos y la base de datos de la aplicación permanece en un estado escribible.

    Usa el spec.applicationDatabase.clusterSpecList configuraciones para añadir los nodos del conjunto de réplicas de la base de datos de la aplicación a los clústeres de Kubernetes ya configurados y disponibles, o añadir nuevos clústeres de Kubernetes en los que se implementen los nodos de conjunto de réplicas fallidos de la base de datos de la aplicación. También puedes reducir el escalado de los nodos del set de réplicas en un clúster de Kubernetes fallido para reconfigurar el set de réplicas, de manera que no contenga más estos nodos.

  • Si la mayoría de los nodos del conjunto de réplicas fallan, este no puede formar una mayoría de votos para elegir un nodo principal. Para obtener más información, consulte Arquitecturas de implementación de set de réplicas. En este caso, si al menos un nodo en el set de réplicas de una base de datos de la aplicación permanece disponible, no se pierde ningún dato. Debido a que no hay un nodo primario en un set de réplicas, debes reconfigurar forzadamente el set de réplicas para agregar nuevos nodos al set de réplicas. Los nodos formarán una mayoría de votos que permitirá al set de réplicas elegir un primario. Las nuevas instancias de la Base de datos de la aplicación se sincronizarán con los nodos sanos para recibir los datos.

  • Si fallan todos los clústeres miembros de Kubernetes que alojan los nodos del conjunto de réplicas de la base de datos de la aplicación, se produce una pérdida de datos irreversible (Ops Manager no realiza copias de seguridad de la base de datos de la aplicación). Si es posible, utilice un número impar de clústeres miembros de Kubernetes y distribuya los nodos de la base de datos de la aplicación entre centros de datos, zonas o clústeres de Kubernetes. Para obtener más información, consulte Conjuntos de réplicas distribuidos en dos o más centros de datos.

Volver

Recuperación ante desastres