Este guia mostra como configurar um Ops Manager secundário para fazer backup de um Ops Manager primário e seus bancos de dados de backup. Para obter uma visão geral desse padrão, consulte Fazer backup e restaurar o Ops Manager usando uma instância secundária.
Considerações
Isolar esta configuração de backup
Mantenha essa configuração de backup separada dos backups que o Ops Manager principal faz de suas deployments do MongoDB . Use um projeto dedicado no Ops Manager secundário para os bancos de dados de suporte do Ops Manager principal. Essa separação evita confusão entre os backups de recuperação de desastres do Ops Manager e os backups de aplicação .
Faça backup de todos os bancos de dados de backup
Você deve fazer backup do banco de dados de aplicativo do Ops Manager principal. Faça backup do armazenamento de metadados de snapshot e do armazenamento de metadados oplog também. Ao fazer backup dos três bancos de dados de backup, você pode restaurá-los em um único ponto consistente no tempo.
Pré-requisitos
Antes de configurar o Ops Manager secundário, conclua os pré-requisitos a seguir.
Instância secundária do Ops Manager
Implante um Ops Manager secundário em um domínio de falha separado do Ops Manager principal. Você pode usar uma instalação nova do Ops Manager que execute a mesma versão que o Ops Manager principal ou uma versão posterior.
Implemente o próprio banco de dados de aplicativo do gerente de operações secundário como um conjunto de réplica para alta disponibilidade.
Habilite e configure um Backup Daemon no Ops Manager secundário com um3blockstore de armazenamento compatível com S para os snapshots do banco de dados de aplicativo do Ops Manager principal.
Bancos de dados de apoio do Primary Ops Manager
Execute o banco de dados de aplicativo do Ops Manager principal como um conjunto de réplicas de vários membros (por exemplo , um conjunto de réplicas de três membros) para failover automático. O backup oferece suporte a conjuntos de réplicas e clusters fragmentados. Se você precisar fazer backup de um banco de dados de aplicativo autônomo existente, converta-o em um conjunto de réplicas primeiro. Use um conjunto de réplicas de um único nó apenas como uma etapa de transição para uma topologia de vários nós.
Execute o banco de dados de aplicativo no MongoDB Enterprise.
Para testar o caminho de backup e restauração de ponta a ponta, verifique se o Ops Manager principal tem pelo menos um projeto com um cluster gerenciado habilitado para backup.
Rede e segurança
Permita que os servidores de aplicação secundários do Ops Manager alcancem os hosts do banco de dados de apoio do Ops Manager principal na porta do MongoDB Agent .
Permita que os hosts do banco de dados de backup do Ops Manager primário alcancem o Ops Manager secundário na porta do aplicação Ops Manager secundário.
Ative a criptografia de transporteTLS ou equivalente entre as instâncias primárias e secundárias do Ops Manager. O tráfego de backup carrega a configuração do aplicação do Ops Manager principal, que inclui credenciais e outros dados confidenciais.
Confirme que você pode autenticar nos bancos de dados de backup do gerente de operações principal. Para saber mais, consulte Configurar as conexões para o banco de dados do aplicativo.
Preservar estado por host
Antes que ocorra um desastre, preserve os seguintes arquivos em cada host principal do Ops Manager. Esses arquivos não fazem parte do backup do banco de dados de aplicativo e devem ser mantidos separadamente:
Item | Localização | Descrição |
|---|---|---|
Chave de criptografia |
| Criptografa o conteúdo do banco de dados de aplicativo . Deve corresponder à chave usada para a instalação original, ou o Ops Manager principal não pode descriptografar o banco de dados de aplicativo restaurado na inicialização. |
Configuração do Ops Manager |
| Armazena URIs de banco de dados , configuração de blockstore , chaves de licença e certificados TLS. Sem ele, você deve reconfigurar o Ops Manager principal manualmente. |
Configuração do agente |
| Armazena |
Importante
Se o arquivo gen.key estiver ausente ou não corresponder ao banco de dados de aplicativo restaurado, o Ops Manager principal falhará na verificação de simulação de inicialização com um erro de que gen.key não corresponde à chave já usada para essa instalação do Ops Manager. Mantenha o gen.key em sua cópia de segurança do desastre junto com os dados do banco de dados de aplicativo .
Procedimento
Adicione o banco de dados de aplicativo ao Ops Manager secundário
No Ops Manager secundário, adicione o banco de dados de aplicativo do Ops Manager primary como um sistema existente:
Crie ou selecione um projeto dedicado para os bancos de dados de suporte do gerente de operações principal.
Clique Deployment em, Add Existing MongoDB Deployment e adicione o conjunto de réplicas do banco de dados de aplicativo . Para saber mais, consulte Adicionar processos MongoDB existentes ao Ops Manager.
Instale o MongoDB Agent em cada host do banco de dados de aplicativo e registre-o com o Ops Manager secundário usando o
mmsGroupIde do projeto secundário do OpsmmsApiKeyManager. Para saber mais,consulte Instalar o MongoDB Agent para gerenciar sistemas.Confirme que todos os membros do banco de dados de aplicativo aparecem como íntegros no Ops Manager secundário antes de continuar.
Habilitar backup para o banco de dados de aplicativo
No Ops Manager secundário, ative o backup para o banco de dados de aplicativo do Ops Manager principal:
Na visualização do sistema, clique no menu e, em seguida, clique Enable Backup em.
Confirme que o Backup Daemon está em execução e um blockstore está configurado no Ops Manager secundário.
Defina o agendamento de snapshots, a política de retenção e o alvo de armazenamento.
Aguarde a conclusão do primeiro snapshot e a exibição de uma janela de recuperação point-in-time contínua. Isso confirma que o backup está íntegro.
Para saber mais sobre a configuração de backup, consulte Fazer backup de um sistema.
Faça backup dos armazenamentos de metadados
Faça também backup do armazenamento de metadados de snapshots do Ops Manager principal e do armazenamento de metadados de oplog:
Adicione cada conjunto de réplicas ao Ops Manager secundário da mesma forma que adicionou o banco de dados de aplicativo.
Ative o backup para cada um.
O backup de todos os três bancos de dados de backup permite restaurá-los em um único ponto consistente no tempo durante a recuperação.
Observação
O modo de restauração é ativado por padrão no Ops Manager 8.0.24 e posteriores. Para desativá-lo, defina a variável personalizada mms.featureFlag.automation.restorationMode como disabled em Admin, General, Ops Manager Config, Custom Variables. A alteração entra em vigor na próxima pesquisa do MongoDB Agent , sem reinicialização.
Depois de configurar esse padrão, valide o caminho de restauração regularmente. Para restaurar o Ops Manager primário em um evento de recuperação de desastres, consulte Restaurar o Ops Manager de um Ops Manager secundário.