Visão geral do Cloud Manager
Nesta página
- A autenticação OAuth 2.0 para acesso programático ao Cloud Manager está disponível como um recurso de visualização.
- O recurso e a documentação correspondente podem mudar a qualquer momento durante o período de Pré-visualização. Para usar a 2.0 autenticação OAuth, crie uma conta de serviço para usar em suas solicitações para a API pública do Cloud Manager .
O MongoDB Cloud Manager pode automatizar, monitorar e fazer backup de sua infraestrutura MongoDB.
Automação
A automação do Cloud Manager permite configurar e manter clusters e nós MongoDB.
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.
Monitoramento
O Cloud Manager Monitoring fornece relatórios, visualização e alertas em tempo real sobre os principais indicadores de banco de dados e hardware.
Como funciona o monitoramento
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.
Backup.
O Cloud Manager Backup fornece snapshots agendados e recuperação point-in-time de seus conjuntos de réplicas do MongoDB e clusters fragmentados.
Como funciona o backup
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.
Fluxo de trabalho de backup
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:
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.
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.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.
Restaurar dados
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.
Para clusters fragmentados, você pode restaurar de checkpoints entre snapshots.
Para conjuntos de réplicas, você pode restaurar a partir de pontos selecionados no tempo.
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:
Restaura uma snapshot completa do armazenamento de snapshot.
Aplica oplogs armazenados até atingir o momento especificado.
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:
Restaura uma snapshot completa do armazenamento de snapshot.
Aplica oplogs armazenados até atingir o momento especificado.
Fornece as atualizações de snapshots e oplog usando os mesmos mecanismos de HTTPS. Para ativar os checkpoints, consulte Ative checkpoints do cluster.