Menu Docs
Página inicial do Docs
/
MongoDB Ops Manager
/

Monitoramento

Nesta página

  • Instalação
  • Alertas
  • Implantações
  • Projetos

Confirme se o URI ou endereço IP do 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

Para obter soluções para alertar condições, consulte também Resolver Alertas.

Para obter informações sobre como criar e managed alerta, consulte Definir configurações de alerta e managed alerta.

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

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.

Estas mensagens de erro aparecem na página Deployment , 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 mongos e, portanto, não aparecem nos arquivos de log do mongos .

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:

  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 como 64000. Recomendamos também definir o comando maxConns em mongosh para pelo menos as configurações recomendadas.

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

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 seguintes fatores podem causar problemas com o Monitoramento que detecta implantações:

Para corrigir esse problema:

  1. Clique em Deployment.

  2. Clique na aba Processes

  3. Clique em Add Deployment.

  4. Na janela New Deployment , especifique os seguintes valores:

    • Tipo de implantação

    • nome de host interno

    • porta interna

  5. Se apropriado:

    • Adicione o nome de usuário e a senha do reconhecimento de data center.

    • Habilite o TLS para se conectar ao seu monitoramento.

Observação

Você não precisa reiniciar seu Monitoramento ao adicionar (ou remover) uma implantação.

Se você adicionar o sistema após uma falha e reiniciar o Monitoramento, talvez não veja o nome do host na página Deployment . O Ops Manager detecta o sistema como duplicado e suprime seus dados.

Para redefinir:

  1. Clique em Settings.

  2. Clique em Project Settings.

  3. Clique em Reset Duplicates.

Se suas implantações existirem em vários centros de dados, certifique-se de que todas as suas implantações possam ser descobertas por todos os seus monitoramentos.

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

Aviso

Este sistema não pode ser excluído porque está habilitado para backup.

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

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

Exemplo

O firewall pode separar sua implantação entre dois ou mais ambientes. Nesse caso, você precisaria de dois ou mais projetos separados do Ops Manager.

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 Projetos.

Voltar

Automação