Monitoramento

O servidor de monitoramento não inicia com sucesso

Confirme se o URI ou endereço IP para o serviço do Ops Manager está armazenado corretamente na propriedade mongo.mongoUri no arquivo <install_dir>/conf/conf-mms.properties :

mongo.mongoUri=<SetToValidUri>

Se você não definir essa propriedade, o Ops Manager falhará ao tentar se conectar ao padrão 127.0.0.1:27017 URL.

Se o URI ou endereço IP do seu serviço for alterado, você deverá atualizar a propriedade com o novo endereço. Por exemplo, atualize o endereço se você implantar em um sistema sem um endereço IP estático ou se implantar no EC2 sem um IP fixo e, em seguida, reinicie a instância do EC2.

Se o URI ou o endereço IP forem alterados, cada usuário que acessar o serviço também deverá atualizar o endereço na URL usada para se conectar e nos arquivos monitoring-agent.config do lado do cliente.

Se você utilizar o Ops Manager <install_dir>/bin/credentialstool para criptografar a senha utilizada no valor mongo.mongoUri , adicione também a chave mongo.encryptedCredentials ao arquivo <install_dir>/conf/conf-mms.properties e configure o valor desta propriedade para true:

mongo.encryptedCredentials=true

Não é possível desativar as notificações de e-mail

Há pelo menos duas maneiras de desativar as notificações de alerta:

• Remova a implantação da sua conta do Ops Manager. Consulte Parar de gerenciar e/ou monitorar um sistema.

• Desative ou exclua a configuração de alerta . Consulte Definir configurações de alerta no Ops Manager.

• Desative alertas para um host específico. Consulte Desabilitar alertas para um processo específico.

Receber alertas duplicados

Se a lista de e-mails de notificação contiver vários grupos de e-mail, uma ou mais pessoas poderão receber várias notificações do mesmo alerta.

Receber mensagens de erro "O host tem limites baixos de arquivos abertos" ou "Muitos arquivos abertos"

Estas mensagens de erro aparecem na Deployment página, abaixo do nome de um host. Elas aparecem se o número de conexões disponíveis não atender ao valor mínimo definido pelo Ops Manager. Estes erros não são gerados pela instância e,mongos mongos portanto, não aparecem nos arquivos de log do.

Host por host, o Monitoramento compara o número de descritores de arquivos abertos e conexões com o limite máximo de conexões. O parâmetro ulimit máximo de descritores de arquivo aberto afeta diretamente o número de conexões de servidor disponíveis. O agente calcula se existem ou não conexões suficientes para atender ao valor mínimo definido pelo Ops Manager.

Em documento ping, para cada nó e seus valores serverStatus.connections , se a soma do valor current mais o valor available for menor que o valor de configuração maxConns definido para um host monitorado, o monitoramento enviará um Host has low open file limits ou Too many open files mensagem para o Ops Manager.

ping documento são dados enviados pelos Monitoramentos ao Ops Manager. Para visualizar documentos de ping:

Para acessar esse recurso, você deve:

• Pertencer ao projeto

• Ter a função de Administrador do Monitoramento Global ou a função Proprietário Global

1. Clique na página Deployment.

2. Clique no nome do host.

3. Clique em Last Ping.

Para evitar esse erro, recomendamos que você defina ulimit arquivos abertos 64000 como. Recomendamos também definir o maxConns comando em mongosh para pelo menos as configurações recomendadas.

Para saber mais, consulte a página de referência ulimit do MongoDB e the MongoDB maxConns reference page o.

O monitoramento falha na coleta de dados

Possíveis causas para este estado:

• O monitoramento não pode se conectar ao servidor devido a restrições ou problemas de rede (ou seja, firewall, proxies, roteamento.)

• Seu reconhecimento de data center está sendo executado com TLS. Você deve habilitar o TLS globalmente ou por host. Para saber mais, consulte Configurar o MongoDB Agent para usar TLS e habilitar TLS para uma implantação.

• Seu reconhecimento de data center está sendo executado com autenticação. Você deve fornecer ao Ops Manager as credenciais de autenticação do host. Consulte Configurar autenticação e autorização do MongoDB.

Os sistemas não estão visíveis

Os seguintes fatores podem causar problemas com o Monitoramento que detecta implantações:

Não é possível excluir um sistema

Em casos raros, o é desativado e o conjunto de réplicas é reconfigurado. A implantação inativa não pode ser excluída e retorna a seguinte mensagem de mongod erro:

Entre em contato com o suporte do MongoDB para obter ajuda com a exclusão desses sistemas.

Os nós de pesquisa nunca aparecem no Ops Manager

Possíveis causas para este problema:

• O encaminhamento de métricas está desativado no recurso MongoDBSearch.

• O MongoDB Ops Manager é mais antigo que 8.0.25.

• O recurso MongoDBSearch aponta para uma implantação externa do MongoDB e está faltando os detalhes de conexão do MongoDB Ops Manager.

Para solucionar esse problema,status.metricsForwarder MongoDBSearch verifique no recurso e verifique se o sistema do encaminhador de métricas existe no cluster. Para saber mais, consulte Especificação de recursos do MongoDBSearch.

MongoDBSearch relata não suportado para o encaminhador de métricas

A implantação do MongoDB Ops Manager de destino é mais antiga que 8.0.25 ou é o Cloud Manager. Atualize o MongoDB Ops Manager ou defina o modo de encaminhador de métricas como desabilitado para limpar o status.

O encaminhador de métricas está em uma fase com falha

Possíveis causas para este problema:

• O ponto de extremidade mongot Prometheus está desativado.

• O recurso MongoDBSearch tem uma referência inválida do MongoDB Ops Manager.

• O recurso MongoDBSearch faz referência a um tipo de fonte não compatível, como MongoDBCommunity.

Verifique a mensagem status.metricsForwarder no recurso MongoDBSearch para a causa específica e corrija a especificação do recurso.

A ingestão de métricas retorna um erro 401

O ID do projeto ou a chave de API do agente que o encaminhador de métricas usa não corresponde ao projeto de destino do MongoDB Ops Manager. Verifique se o Project ConfigMap referenciado e o segredo da chave de API do agente correspondem ao projeto de destino do MongoDB Ops Manager.

Selo de saúde do nó de pesquisa está desatualizado

As métricas não estão chegando ao MongoDB Ops Manager, ou um índice no nó ainda está em sua sincronização inicial. Verifique os logs do encaminhador de métricas para erros de exportação e verifique a configuração do certificado TLS. Se um índice ainda estiver sincronizando, o selo mudará para saudável assim que o índice atingir um estado estável.

O selo de integridade do nó de pesquisa mostra degradado

Um ou mais gerentes de índice no nó estão em um estado de falha. Para **aprender** mais, consulte o gráfico de integridade do gerente de índice na página de detalhes do nó de pesquisa.

Nó de pesquisa excluído reaparece

O MongoDB Ops Manager suprime o novo registro de um nó de pesquisa excluído por até 30 minutos se o encaminhador de métricas ainda estiver enviando métricas para ele. Dimensione ou desative o encaminhador de métricas antes de excluir o nó ou aguarde o novo registro automático se o nó ainda estiver ativo.

Informações adicionais sobre projetos

Crie um projeto para monitorar sistemas ou ambientes segregados adicionais para servidores, agentes, usuários e outros recursos.

As chaves de API são exclusivas para cada projeto. Cada projeto exige seu próprio agente com as chaves de API apropriadas. Dentro de cada projeto, o agente precisa ser capaz de se conectar a todos os hosts que ele monitora no projeto.

Para saber mais sobre como criar e gerenciar projetos, consulte Gerenciar projetos.