En el evento de que el clúster de Kubernetes que aloja el Operador de Kubernetes y la aplicación Ops Manager falle, puedes recuperar manualmente el clúster del operador y la Aplicación 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.
Sigue las instrucciones para instala el Operador de Kubernetes en un nuevo clúster de Kubernetes.
Nota
Si tienes pensado volver a utilizar un nodo clúster, asegúrate de que existan la cuenta de servicio y el rol adecuados. Estos valores pueden superponerse y tener diferentes permisos entre el clúster de operadores y el clúster nodo.
Para ver el rol apropiado requerido para el Operador de Kubernetes, consulta el 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 |
|
ConfigMaps |
|
OpsManager |
|
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/master/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 del operador alcanza un estado Running, puedes volver a escalar la Base de Datos de la Aplicación a la distribución de clústeres de miembros que desees.
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
MongoDBoMongoDBMulticlusterrecurso 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.