Glossário
- 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 .
- Agente
- Um programa leve que fornece uma interface entre seus processos MongoDB e MMS.
- chave de API do agente
Um identificador exclusivo que autentica os MongoDB Agents de um projeto para o Cloud Manager. Um projeto pode ter várias chaves deAPI do agente .
- mecanismo de autenticação
Um método para habilitar o acesso a um reconhecimento de data center MongoDB. Isso é separado da autorização, que concede permissão para usar determinada ação em um MongoDB database.
- Automação
O gerenciamento assistido dos processos do MongoDB por meio da interface do Cloud Manager . Os MongoDB Agents instalados em seus hosts do MongoDB permitem distribuir, configurar e atualizar os processos do MongoDB diretamente do Cloud Manager.
- Agente de automação
O componente leve que automatizou tarefas comuns de gerenciamento. O agente de automação é executado em todos os servidor que executaram um mongod ou mongos.
Observação
Ele foi substituído pelo MongoDB Agent.
- Agente de backup
O componente leve que foi executado em seu data center e fez backup dos processos do MongoDB por meio do protocolo de conexão do MongoDB. Não foi necessário acesso direto ao sistema de arquivos.
Observação
Ele foi substituído pelo MongoDB Agent.
- lote
A collection de tarefas necessárias para restaurar um cluster fragmentado: uma tarefa para cada shard e uma tarefa para o servidor de configuração.
As tarefas de restauração do conjunto de réplicas não usam lote.
- checkpoint
Um ponto no tempo entre snapshots para o qual você pode restaurar um cluster fragmentado. O Cloud Manager deve parar o balanceador toda vez que criar um checkpoint. O Cloud Manager não exige checkpoints e os desativa por padrão.
Importante
Você pode utilizar pontos de verificação para clusters que executam MongoDB com
Feature Compatibility Versionde 4.0 ou anterior. Os checkpoints foram removidos das instâncias do MongoDB com FCV 4.2 ou posterior.- cluster
- No Cloud Manager, cluster pode se referir a um conjunto de réplicas ou cluster fragmentado.
- snapshot personalizado
Um backup do estado do seu MongoDB deployment em um ponto no tempo entre os snapshots armazenados. O Cloud Manager cria um snapshot personalizado aplicando dados de oplog a um snapshot armazenado.
- deduplicação
Um processo que elimina dados redundantes. Esses dados podem ser cópias adicionais de reconhecimento de data center ou do sistema de arquivos ou dados redundantes dentro desses documento no nível de bloco quando gravados em um meio de armazenamento como discos giratórios ou de estado sólido. Somente documentos ou blocos exclusivos são gravados em um meio de armazenamento. Esse processo geralmente se aplica a backups ou arquivamento de dados.
Exemplo
Cada destinatário em um sistema de e-mail pode ter sua própria cópia de um e-mail enviado a toda a empresa. Com a eliminação de duplicações, todas as cópias disso, exceto uma, são substituídas por ponteiros para uma única cópia armazenada antes de fazer o backup do sistema de e-mail. Isso reduz efetivamente a quantidade de capacidade de armazenamento necessária para fazer backup desse e-mail em 99%.
- sistema
- Geralmente se refere a todos os processos do MongoDB executados em um projeto do Cloud Manager . Implantação também pode se referir a um conjunto específico de processos do MongoDB , como um cluster fragmentado específico ou um conjunto de réplicas.
- bytes sujos
- Dados que foram atualizados no cache do WiredTiger, mas não foram liberados para o disco.
- namespace excluído
Um banco de dados ou collection que o Cloud Manager não fará backup, conforme designado por seu namespace.
- grupo, grupo
Um conjunto distinto de processos MongoDB e usuários do Cloud Manager . Sinônimo de projeto.
- Anfitrião
- Uma máquina física, máquina virtual ou container que atende a um ou mais processos do MongoDB.
- initial sync
A operação MongoDB que replica dados de um membro do conjunto de réplica existente para um novo membro. O Cloud Manager usa a sincronização inicial ao iniciar um novo backup.
- link-token
Uma string que contém as informações necessárias para se conectar do Cloud Manager ao Atlas durante uma migração em produção de um sistema do Cloud Manager para um sistema do Atlas.
Quando estiver pronto para migrar dados em tempo real de um sistema do Cloud Manager, você gera um link-token no Atlas e o insere nas configurações da organização do Cloud Manager. Você usa o mesmo link-token para migrar cada implantação na sua organização do Cloud Manager sequencialmente, uma de cada vez.
Você pode gerar vários link-token no Atlas. Use um link-token exclusivo para cada organização do Cloud Manager.
- host de migração
Um servidor dedicado com seu próprio MongoDB Agent especialmente configurado para migração em produção. Você executa o processo de migração em produção (push) no host de migração para migrar sua implantação do MongoDB para o Atlas.
- MongoDB Agent
Um agente leve que pode monitorar, gerenciar e fazer backup de seus bancos de dados MongoDB.
- Monitoramento
Os relatórios, visualizações e alertas em tempo real do estado dos seus processos do MongoDB.
- Agente de monitoramento
O componente leve executado em seu data center e monitorado seus processos do MongoDB por meio do protocolo de conexão do MongoDB. Não foi necessário acesso direto ao sistema de arquivos.
Observação
Ele foi substituído pelo MongoDB Agent.
- namespace
A combinação do nome do banco de dados e do nome da collection:
"database-name.collection-name" - oplog slice
- lote compactado de entradas para o tail oplog de um shard de backup ou conjunto de réplicas. O MongoDB Agent cria uma oplog slice e a envia para o Cloud Manager, que a armazena no banco de dados do Oplog Store Database.
- Banco de dados de armazenamento Oplog
- O banco de dados onde o MongoDB Ops Manager armazena fatias deoplog antes de aplicá-las ao backup de um sistema.
- Ping
- Uma transmissão de dados que o MongoDB Agent envia ao Cloud Manager para confirmar que o agente e seus processos MongoDB estão em execução e acessíveis.
- restauração ponto-in-time
Uma restauração de banco de dados que captura o estado dos seus dados em um momento entre os snapshots. As restaurações point-in-time demoram mais para serem executadas do que as restaurações de snapshots.
- Processo
Uma instância do MongoDB em execução em um determinado host e porta. O processo do MongoDB database é mongod. O MongoDB também usa o processo mongos para rotear operações nos clusters fragmentados.
- projeto, projeto
Um conjunto distinto de processos MongoDB e usuários do Cloud Manager. Sinônimo de grupo.
- chave de API pública
- Um identificador exclusivo que autentica um usuário do Cloud Cloud Manager por meio da API de Cloud Manager do Cloud Manager. A chave pertence ao usuário , ao contrário da chave de API do agente, que pertence ao projeto.
- Insights de Consulta
Ferramenta MongoDB Atlas que monitora a latência de query em nível de collection. Você pode visualizar métricas e estatísticas de latência de query para determinados hosts e tipos de operação. Gerencie namespaces fixados e escolha até cinco namespaces para mostrar nos gráficos de latência de query correspondentes.
- queryable backup
Um recurso fornecido pelo Cloud Manager no qual o Cloud Manager torna um determinado snapshot acessível por meio de uma string de conexão do MongoDB . Você pode usar a string de conexão com ferramentas padrão do MongoDB , como
mongoshou mongodump, para acessar o snapshot para operações somente de leitura.Os queryable backups são iniciados rapidamente, independentemente do tamanho total dos dados do snapshot. Eles são úteis exclusivamente para restaurar um pequeno subconjunto de dados, como um documento que foi excluído acidentalmente, ou ler uma única collection com o mongodump.
- objetivo de ponto de recuperação
- A idade máxima tolerável de arquivos de backup que devem ser recuperados do armazenamento para que as operações normais sejam retomadas após a ocorrência de uma falha ou desastre.
- objetivo de tempo de recuperação
- O período máximo de tempo tolerável que um sistema pode ficar offline após a ocorrência de uma falha ou desastre.
- papel
As permissões concedidas a um usuário do Cloud Manager ou MongoDB.
Dica
Veja também:
Funções do Cloud Manager para funções de usuário do Cloud Manager
Funções integradas no manual do MongoDB para funções de usuário do MongoDB
- reinicialização contínua
Uma técnica usada para manter a disponibilidade do cluster durante os períodos de manutenção, atualizando os nós em um conjunto de réplicas um a um, sempre mantendo um nó primary, até que todos os nós sejam atualizados.
- Servidor
- Uma máquina física ou virtual que atende a um ou mais processos do MongoDB.
- snapshot
Backup único dos seus dados que o Cloud Manager captura em um intervalo específico e armazena. A frequência de snapshots e política de retenção determinam o intervalo para tirar snapshots e por quanto tempo armazená-los. Você pode query backups específicos.
- Frequência de snapshots e política de retenção
O agendamento de com que frequência tirar snapshots e por quanto tempo armazená-los.
- Armazenamento de snapshots
- O local onde seus snapshots são armazenados.
- mecanismo de armazenamento
O storage engine de reconhecimento de data center managed como os dados são armazenados no disco. As versões 3.0 e posteriores do MongoDB oferecem vários mecanismos de armazenamento.