En el caso de que el clúster de Kubernetes que aloja el operador de Kubernetes y la aplicación Ops Manager falle, puede 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:
Configurar el operador de Kubernetes en un nuevo clúster.
Siga 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, consulte la muestra en el repositorio público.
Recupera los recursos respaldados del recurso fallido de Ops Manager.
Copie la especificación del objeto para el recurso de Ops Manager que falló y recupere los siguientes recursos, reemplazando el texto del marcador de posición con el nombre y el espacio de nombres de su recurso de Ops Manager específico.
Tipo de recurso | Values |
|---|---|
Misterios |
|
ConfigMaps |
|
OpsManager |
|
Luego, pegue la especificación que copió en un archivo nuevo y configure el nuevo recurso con los valores anteriores. Para obtener más información, consulte Implementar un recurso de 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 recientemente restaurado debe asumir la administración de la base de datos de aplicaciones existente.
El ConfigMap utilizado 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.