Para agentes de IA: hay un índice de documentación disponible en https://www.mongodb.com/es/docs/llms.txt — versiones en markdown de todas las páginas están disponibles agregando .md a cualquier ruta URL.
Docs Menu

Recupere Ops Manager y AppDB si el clúster central funciona.

Si fallan 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, pero el clúster central está disponible, puede usar el operador de Kubernetes para reconfigurar las implementaciones del conjunto de réplicas de la base de datos de la aplicación y las instancias de la aplicación Ops Manager según 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 falla una minoría de los nodos del set de réplicas y la mayoría de los nodos en un set de réplicas están disponibles, durante el proceso de reconciliación, el Operador de Kubernetes ignora los clústeres de Kubernetes que han fallado y la base de datos de la aplicación se mantiene en un estado escribible.

    Usa la configuración de spec.applicationDatabase.clusterSpecList para añadir los nodos del set de réplicas de la base de datos de la aplicación a los clústeres de nodos de Kubernetes que ya están configurados y disponibles, o añade nuevos clústeres de Kubernetes en los que implementar miembros con fallo del set de réplicas de la base de datos de la aplicación. También puede reducir la escala de los nodos del set de réplicas en un clúster de Kubernetes fallido para reconfigurar el set de réplicas y que ya no contenga estos nodos.

  • Si la mayoría de los nodos de un conjunto de réplicas fallan, este no podrá formar una mayoría de votación para elegir un nodo principal. Para obtener más información, consulte Arquitecturas de implementación de conjuntos de réplicas. En este caso, si al menos un nodo del conjunto de réplicas de una base de datos de aplicaciones permanece disponible, no se perderán datos. Dado que no hay un nodo principal en un conjunto de réplicas, deberá reconfigurarlo para agregar nuevos nodos. Estos nodos formarán una mayoría de votación que permitirá al conjunto de réplicas elegir un nodo principal. Las nuevas instancias de la base de datos de aplicaciones se sincronizarán con los nodos en buen estado 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.

Califique esta página