Recuperar o MongoDB Ops Manager se o cluster do operador falhar

Nesta página

Recupere o Kubernetes Operator e o MongoDB Ops Manager

Caso o cluster Kubernetes que hospeda o Operador Kubernetes e o Aplicativo MongoDB Ops Manager falhar, você poderá recuperar manualmente o cluster do operador e o Aplicativo MongoDB Ops Manager .

Para restaurar o estado de execução anterior do MongoDB Ops Manager, configure um mecanismo de backup periódico para seus recursos do MongoDB Ops Manager e do Banco de Dados de Aplicativos. O Kubernetes Operator precisa desses recursos para gerenciar a implementação do aplicativo MongoDB Ops Manager .

Recupere o Kubernetes Operator e o MongoDB Ops Manager

Para recuperar o Kubernetes Operator e o Ops Manager, restaure o recurso do Ops Manager em um novo cluster do Kubernetes:

Configure o Operador Kubernetes em um novo cluster.

Siga as instruções para instalar o Operador Kubernetes em um novo cluster Kubernetes.

Observação

Se você planeja reutilizar um cluster de membros, verifique se a conta de serviço e a função apropriadas existem. Esses valores podem se sobrepor e ter permissões diferentes entre o cluster central e o cluster de membros.

Para ver a função necessária para o Operador Kubernetes, consulte a amostra no repositório público.

Recupere os recursos de backup do recurso com falha do Ops Manager.

Copie o objeto a especificação do recurso do Ops Manager com falha e recupere os seguintes recursos, substituindo o texto do espaço reservado pelo nome do recurso e do namespace específicos do Ops Manager.

Tipo de recurso	Values
Segredos	`<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` Segredos do certificado TLS (opcional)
ConfigMaps	`<om-name>-db-cluster-mapping` `<om-name>-db-member-spec` CA personalizada para certificados TLS (opcional)
Ops Manager	`<om-name>`

Em seguida, cole a especificação que você copiou em um novo arquivo e configure o novo recurso utilizando os valores anteriores. Para saber mais, consulte Implantar um recurso do Ops Manager.

Reaplique o recurso do Ops Manager ao novo cluster.

Use o seguinte comando para aplicar o recurso atualizado:

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

Para verificar o status do recurso do Ops Manager, use o seguinte comando:

kubectl get om -o yaml -w

Depois que o cluster central atingir um estado Running , você poderá redimensionar o banco de dados de aplicativos para a distribuição desejada de clusters de membros.

Nesse ponto, o recém-restaurado Operador Kubernetes deve retomar o gerenciamento do Banco de Dados de Aplicativos existente.

O ConfigMap utilizado para criar o projeto inicial.
Os segredos usados na instância anterior do Kubernetes Operator.
O MongoDB MongoDBMulticluster recurso personalizado ou em seu último estado disponível no cluster de origem, incluindo quaisquer anotações adicionado pelo Operador Kubernetes durante seu ciclo de vida.

Observação

Se o conjunto de réplicas do banco de dados de aplicativos tiver perdido alguns nós e não conseguir formar uma maioria votante, reconfigure o conjunto de réplicas à força. Isso adiciona novos nós de conjunto de réplicas que formarão uma maioria votante, permitindo que o conjunto de réplicas eleja um primário.

Voltar

Recuperar o MongoDB Ops Manager e o AppDB se o cluster do operador estiver operacional

Recupere o banco de dados do aplicativo se o conjunto de réplicas perder a maioria