Recuperar MongoDB Ops Manager si el clúster central falla

Si el clúster de Kubernetes que aloja el operador de Kubernetes y la aplicación MongoDB Ops Manager falla, puede recuperar manualmente el clúster central y la aplicación MongoDB Ops Manager.

Para restaurar el estado anterior en ejecución de Ops Manager, configura un mecanismo de copia de seguridad periódica para tus recursos de Ops Manager y base de datos de la aplicación. El operador de Kubernetes necesita estos recursos para gestionar la implementación de la aplicación Ops Manager.

Recuperar el operador de Kubernetes y Ops Manager

Para recuperar el Operador de Kubernetes y el Ops Manager, restaura el recurso del Ops Manager en un nuevo clúster de Kubernetes:

Configura el Operador de Kubernetes en un nuevo clúster.

Siga las instrucciones para instalar el Operador de Kubernetes en un clúster nuevo de Kubernetes.

Nota

Si planea reutilizar un clúster de nodos, asegúrese de que exista la cuenta de servicio y el rol apropiados. Estos valores pueden superponerse y tener diferentes permisos entre el clúster central y el clúster nodo.

Para ver el rol adecuado requerido para el operador de Kubernetes, consulte la muestra en el repositorio público.

Recupera los recursos respaldados del recurso fallido de Ops Manager.

Copia el objeto para el recurso fallido de Ops Manager y recupera los siguientes recursos, reemplazando el texto del marcador de posición con el nombre y el namespace específicos de tu recurso de Ops Manager.

Tipo de recurso	Values
Secretos	`<om-name>-db-om-password` `<om-name>-db-agent-password` `<om-name>-db-keyfile` `<om-name>-db-om-user-scram-credentials` `<om-namespace>-<om-name>-admin-key` `<om-name>-admin-secret` `<om-name>-gen-key` TLS secretos del certificado (opcional)
ConfigMaps	`<om-name>-db-cluster-mapping` `<om-name>-db-member-spec` CA personalizada para certificados TLS (opcional)
OpsManager	`<om-name>`

A continuación, pega la especificación que copiaste en un archivo nuevo y configura el nuevo recurso utilizando los valores anteriores. Para obtener más información, consulta Implementar un recurso Ops Manager.

Vuelve a aplicar el recurso de Ops Manager al nuevo clúster.

Usa el siguiente comando para aplicar el recurso actualizado:

kubectl apply \
  --context "$MDB_CENTRAL_CLUSTER_FULL_NAME" \
  --namespace "mongodb"
   -f https://raw.githubusercontent.com/mongodb/mongodb-kubernetes/1.10.0/public/samples/ops-manager/ops-manager-external.yaml

Para comprobar el estado de tu recurso de Ops Manager, utiliza el siguiente comando:

kubectl get om -o yaml -w

Una vez que el clúster central alcance un estado Running, puedes volver a escalar la base de datos de la aplicación a la distribución deseada de clústeres nodos.

En este punto, el Operador de Kubernetes recién restaurado debería encargarse de la gestión de la base de datos de la aplicación existente.

El ConfigMap se utiliza para crear el proyecto inicial.
Los secretos utilizados en la instancia anterior del operador Kubernetes.
El MongoDB o MongoDBMulticluster recurso personalizado en su último estado disponible en el clúster de origen, incluyendo cualquier anotación añadida por el Operador de Kubernetes durante su ciclo de vida.

Nota

Si el set de réplicas de la base de datos de la aplicación ha perdido algunos nodos y no puede formar una mayoría de votos, reconfigura a la fuerza el set de réplicas. Esto añade nuevos nodos de sets de réplicas que formarán una mayoría de votos, permitiendo al set de réplicas elegir un primario.

Volver

Recuperar clúster disponible

Recuperar set de réplicas de mayoría perdido