Menu Docs
Página inicial do Docs

MongoDB Cloud Manager

Nesta página

  • Automação
  • Monitoramento
  • Backup.

Bem-vindo à documentação do MongoDB Cloud Manager. Projetado pela equipe que desenvolve o MongoDB, o MongoDB Cloud Manager fornece um pacote completo para gerenciar implantações do MongoDB.

O MongoDB Cloud Manager pode automatizar, monitorar e fazer backup de sua infraestrutura MongoDB.

A automação do Cloud Manager permite configurar e manter clusters e nós MongoDB.

"A automação coordena instâncias do MongoDB em execução em uma cloud pública, em seu data center privado ou em seu sistema local."

Agentes MongoDB que usam Automação em cada host MongoDB podem manter suas implementações MongoDB. Você pode instalar o agente MongoDB. A automação pode adicionar hosts e implementar e atualizar clusters novos ou existentes.

O Cloud Manager Monitoring fornece relatórios, visualização e alertas em tempo real sobre os principais indicadores de banco de dados e hardware.

Quando você ativa o monitoramento em um host do MongoDB, o monitoramento coleta estatísticas dos nós em sua implantação do MongoDB. O agente transmite estatísticas do banco de dados de volta ao Cloud Manager para relatar o status de implementação em tempo real. Você pode definir alertas nos indicadores que escolher.

O Cloud Manager Backup fornece snapshots agendados e recuperação point-in-time de seus conjuntos de réplicas do MongoDB e clusters fragmentados.

Quando você ativa o Backup para uma MongoDB deployment, o Backup obtém instantâneos dos dados dos processos do MongoDB especificados.

Observação

Somente conjuntos de réplicas ou clusters fragmentados podem ser armazenados em backup. Para fazer backup de um processo mongod autônomo, você deve convertê-lo em um conjunto de réplicas de nó único.

Os backups dependem da compatibilidade da versão do MongoDB do seu banco de dados. Essa feature compatibility version varia da versão atual até a versão anterior. Para o MongoDB 4.2, o FCV pode ser 4.0 ou 4.2.

O processo de backup tira um snapshot do diretório de dados nos intervalos de snapshots programados.

Esse processo copia os arquivos de dados em um sistema MongoDB, enviando-os pela rede para o armazenamento de backup do Cloud Manager.

Seu sistema ainda pode gerenciar operações de leitura e gravação durante o processo de cópia.

Com o novo processo de backup, não há mais sincronizações iniciais. Como resultado de não ter initial sync, o Cloud Manager (usando um mongod executando FCV 4.2) pode oferecer suporte a uma variedade mais ampla de clientes, como aqueles que usam muito renameCollection.

O agente MongoDB usa o cursor de backup incremental do WiredTier para capturar as alterações incrementais.

Depois que o backup é iniciado, o Cloud Manager faz o backup dos dados como um processo contínuo e permanente. Esse processo continua criando snapshots, desde que o banco de dados principal permaneça sincronizado com o banco de dados.

Este processo funciona como sincronização de dados do conjunto de réplicas.

Processo de backup:

  1. Executa uma sincronização inicial para fazer backup de todos os dados existentes em seu estado atual. Em clusters fragmentados, isso ocorre em cada fragmento e nos servidores de configuração.

  2. Tira snapshots do diretório data em uma implantação com a frequência especificada pelo agendamento de snapshots e, em seguida, transfere os snapshots para um sistema de armazenamento.

  3. Monitora constantemente o oplog para adicionar novas operações de banco de dados ao backup mais recente, mantendo a cópia local de dados do Cloud Manager atualizada para permitir restaurações point-in-time.

Em seguida, o MongoDB Agent executa o oplog de cada conjunto de réplicas para atualizar o backup ao executar uma restauração point-in-time. O backup é consistente com o primário original até o último oplog fornecido pelo MongoDB Agent.

O processo de backup funciona dessa maneira, independentemente de como as capturas de imagem são armazenadas.

O backup usa uma versão de instância MongoDB igual ou superior à versão da réplica configurada.

O backup captura e armazena snapshots com base em uma política de retenção de snapshots definida pelo usuário. Os snapshots de cluster fragmentados param temporariamente o balanceador. Os snapshots, em seguida, podem inserir um token de marcador em todos os shards e servidores de configuração no cluster. O Cloud Manager tira um snapshot quando os tokens de marcador aparecem nos dados do snapshot.

Para saber mais sobre como configurar backups, consulte Opções de configuração de backup.

Os custos mensais de backup do Cloud Manager são baseados no tamanho por gigabyte do seu instantâneo mais recente. Para saber mais sobre os preços de backup do Cloud Manager, consulte Custos de backup.

O backup pode restaurar dados de uma captura de imagem agendada completa ou de um ponto selecionado entre capturas de imagem.

Você pode restaurar clusters fragmentados e conjuntos de réplicas a partir de pontos no tempo selecionados.

Quando você restaura a partir de um snapshot, o Cloud Manager lê diretamente do armazenamento do snapshot. Você pode restaurar o snapshot:

  • Para outro cluster.

  • Para baixar os arquivos de snapshot de um linkHTTPS .

Ao restaurar a partir de um momento específico, o Cloud Manager faz o seguinte:

  1. Restaura uma snapshot completa do armazenamento de snapshot.

  2. Aplica oplogs armazenados até atingir o momento especificado.

  3. Fornece as atualizações de snapshots e oplog usando os mesmos mecanismos de HTTPS.

Ao restaurar a partir de um checkpoint ou momento específico, o Cloud Manager faz o seguinte:

  1. Restaura uma snapshot completa do armazenamento de snapshot.

  2. Aplica oplogs armazenados até atingir o momento especificado.

  3. Fornece as atualizações de snapshots e oplog usando os mesmos mecanismos de HTTPS. Para ativar os checkpoints, consulte Ative checkpoints do cluster.

O MongoDB agradece seus comentários. Diga-nos como podemos melhorar o Ops Manager.

Próximo

Visão geral