MongoDB Ops Manager
Nesta página
O MongoDB Ops Manager pode automatizar, monitorar e fazer backup de sua infraestrutura MongoDB.
Automação
A automação do gerente de operações 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 do MongoDB. A automação pode adicionar hosts e implantar e atualizar clusters novos ou existentes.
Monitoramento
O monitoramento do gerente de operações fornece relatórios, visualizações e alertas em tempo real sobre indicadores-chave 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 Ops Manager para relatar o status de implementação em tempo real. Você pode configurar alertas nos indicadores escolhidos.
Backup.
O Ops Manager Backup fornece snapshots agendados e recuperação pontual dos seus conjunto de réplicas e clusters fragmentados do MongoDB.
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 de 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 uma implantação do MongoDB, enviando-os pela rede por meio do Ops Manager para o armazenamento de snapshot existente.
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 sincronização inicial, o Ops Manager (usando um mongod executando FCV 4.2) pode oferecer suporte a uma gama 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 Ops Manager faz backup dos dados como um processo contínuo. 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 seus dados existentes em seu estado atual. Em clusters fragmentados, isso ocorre em cada shard e nos servidores de configuração.
Tira snapshots do diretório
dataem 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 e adiciona novas operações de banco de dados ao backup mais recente para manter a cópia local do Ops Manager dos dados atualizada para permitir restaurações point-in-time.
Em seguida, o MongoDB Agent acompanha o oplog de cada conjunto de réplicas para manter no disco um banco de dados autônomo, chamado de banco de dados principal. O Ops Manager mantém um banco de dados principal para cada conjunto de réplicas de backup. O banco de dados principal permanece 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 obtém e armazena snapshots com base em uma política de retenção de snapshots definida pelo usuário. Os snapshots de cluster fragmentados interrompem temporariamente o balanceador. Os snapshots, em seguida, podem inserir um token de marcador em todos os fragmentos e servidores de configuração no cluster. O Ops Manager tira um snapshot quando os tokens de marcador aparecem nos dados do snapshot.
O Ops Manager pode fazer backup de dados como um backup completo ou incremental. O Ops Manager requer um backup completo:
Para seu primeiro backup.
Depois que um snapshots for excluído.
Se o tamanho do bloco blockstore for alterado.
Backups incrementais reduzem os custos de transferência e armazenamento da rede.
A capacidade de armazenamento necessária depende do número de snapshots e do tipo de armazenamento de snapshots que você escolher. A tabela a seguir descreve as diferenças nos armazenamentos de snapshots:
Armazenamento de snapshots | Descrição |
|---|---|
Loja de blocos do MongoDB | Somente as diferenças entre cada snapshot sucessivo são armazenadas. A compactação e a eliminação de duplicação em nível de bloco reduzem o tamanho dos dados de snapshot. |
Bucket de armazenamento compatível com AWS S3 | Somente as diferenças entre cada snapshot sucessivo são armazenadas. A compactação e a eliminação de duplicação em nível de bloco reduzem o tamanho dos dados de snapshot. |
Armazenamento do sistema de arquivos | Dependendo da configuração, a compactação reduz o tamanho dos dados do snapshot. |
Todos os snapshots representam um backup completo.
Para saber mais sobre como configurar backups, consulte Opções de configuração 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 Ops Manager lê diretamente do armazenamento de snapshot. Você pode restaurar o snapshot:
Para outro cluster.
Para baixar os arquivos de snapshots a partir de um link HTTPS.
Ao restaurar a partir de um momento específico, o Ops 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.
Você pode configurar quanto do oplog deseja manter por backup. Isso afeta a quantidade de tempo que uma restauração point-in-time pode cobrir.
Quando você restaura a partir de um ponto de verificação ou momento específico, o Ops 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.
Você pode configurar quanto do oplog deseja manter por backup. Isso afeta quanto tempo um checkpoint e uma restauração point-in-time podem cobrir.
O MongoDB agradece seus comentários. Diga-nos como podemos melhorar o Ops Manager.