Para agentes de IA: um índice de documentação está disponível em https://www.mongodb.com/pt-br/docs/llms.txt — as versões de markdown de todas as páginas estão disponíveis anexando .md a qualquer caminho de URL.
Menu Docs

Perguntas frequentes: Monitoramento e alertas

Isso aborda perguntas comuns sobre o Ops Manager e como ele monitora as instâncias do MongoDB, e alerta você sobre problemas com essas implantações.

Consulte Adicionar processos MongoDB existentes ao Ops Manager.

Sim. Você pode usar o Ops Manager para monitorar as instâncias de apoio do MongoDB que contêm dados para o Ops Manager e o Backup Daemon. Crie um projeto separado para as instâncias de apoio.

No entanto, você não pode usar o Ops Manager para fazer backup ou automatizar as instâncias de backup.

O Ops Manager também fornece monitoramento básico integrado de todos os reconhecimento de data center de backup por meio de alerta do sistema.

Sim. O Ops Manager oferece suporte ao monitoramento de instâncias do MongoDB habilitadas para Kerberos. Para saber como isso funciona, consulte Configurar o MongoDB Agent para Kerberos.

Não. No seu projeto do Ops Manager, um único agente se conecta a todos os reconhecimento de data center MongoDB. Configure o firewall para permitir que o agente se conecte entre data centers e servidor.

A partir da versão 5.0.0 do agente, você pode ativar o Monitoramento com vários agentes para distribuir tarefas de monitoramento e fornecer failover. O Ops Manager distribui tarefas de monitoramento entre até 100 agentes em execução. Se você executar mais de 100 agentes, os agentes adicionais se comportarão como agentes "em espera". Para obter detalhes, consulte managed função de monitoramento.

A quantidade de recursos que o agente exige varia dependendo do tamanho da infraestrutura, do número de servidores e dos bancos de dados que ele está monitorando. Execute o agente em uma máquina existente com capacidade adicional que não executa uma instância. Você também pode executar o agente em uma instância dedicada mongod menor.

A carga do agente é dimensionada com o número de processos mongod monitorados mais mongos e o número de bancos de dados em seu ambiente MongoDB .

For production environments, it is recommended to install the agent on a dedicated server, and not on the the same host as a data bearing mongod instance. This allows you to perform maintenance on the mongod and its host without affecting the monitoring for your deployment. Additionally, an agent may contend for resources with the mongod.

You can install the agent on the same system as an arbiter, a mongos, or an application server depending on the requirements of these services and available resources.

Se você monitorar cinco ou menos instâncias mongod, poderá usar um servidor AWS.

O problema mais comum é que o agente não consegue resolver o nome de host do host. Verifique o DNS e o arquivo /etc/hosts .

O segundo problema mais comum é que existem regras de firewall em vigor que proíbem o acesso do agente ao host.

Para testar a conexão, faça login no host que executa o agente e tente se conectar usando mongosh o:

mongosh <hostname>:<port>/test

Observação

O Ops Manager não oferece suporte ao encaminhamento de portas.

Por padrão, o agente resolve os nomes de host para se conectar. Se o agente não puder se conectar resolvendo um nome de host, você poderá forçar o agente a preferir um endereço IP em vez do nome de host correspondente para um endereço IP específico. Os nomes de host preferidos também permitem que você especifique o nome de host a ser usado para servidores com vários aliases. Isso impede que os servidores apareçam várias vezes com nomes diferentes na interface do Ops Manager.

Para criar um nome de host preferencial, Go para Configurações do projeto e adicione uma entrada Preferred Hostnames . Para obter detalhes, consulte Editar configurações do projeto

Consulte o arquivo README incluído no download do agente.

Consulte Desativar monitoramento.

Uma barra vermelha indica a reinicialização do servidor.

Uma barra laranja indica que o servidor agora é primary.

Uma barra parda indica que o servidor agora é secundário.

O Ops Manager mantém dois tipos distintos de dados: métricas, que descrevem o uso; e snapshots, que fazem backup dos seus dados.

O Ops Manager preserva:

  • O Ops Manager preserva os dados de métrica de acordo com as configurações Monitoring Data Retention do Ops Manager. Os administradores do Ops Manager podem modificar as configurações selecionando Admin, General, Ops Manager Config, a guia Miscellaneous e rolando até Default Monitoring Data Retention.

  • Snapshots de acordo com a política de retenção.

Para obter uma referência sobre as condições de alerta, consulte Revisar as condições de alerta.

Consulte Definir configurações de alerta no Ops Manager para obter as configurações de alerta padrão, bem como as etapas para adicionar novos alertas ou modificar alertas existentes, incluindo a modificação da frequência de alerta .