Recover Ops Manager if the Central Cluster Fails

If the Kubernetes cluster hosting the Kubernetes Operator and the Ops Manager Application fails, you can manually recover the central cluster and the Ops Manager Application.

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 apropiado que se requiere para el operador de Kubernetes, consulte el ejemplo en el repositorio público.

Recupera los recursos respaldados del recurso fallido de Ops Manager.

Copie la especificación del objeto del recurso de Ops Manager que falló y recupere los siguientes recursos, reemplazando el texto de marcador de posición con el nombre y el espacio de nombres específicos de su 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` Claves delcertificado TLS (opcional)
ConfigMaps	`<om-name>-db-cluster-mapping` `<om-name>-db-member-spec` Autoridad de certificación 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.4.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 recurso personalizado MongoDB o MongoDBMulticluster en su último estado disponible en el clúster de origen, incluidas las anotaciones añadidas 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