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

Perguntas frequentes: Monitoramento e alertas

Nesta página

  • Configuração do host
  • Como adiciono um novo host ou servidor?
  • Posso monitorar instâncias habilitadas para Kerberos?
  • Apresentação de dados
  • O que são todas essas barras verticais nos meus gráficos?
  • Retenção de dados
  • Qual é a política de retenção de dados do Cloud Manager?
  • Alertas
  • O que a média as condições de alerta?
  • Quais alertas são configurados por padrão?

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

Consulte Adicionar processos MongoDB existentes ao Cloud Manager.

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

Não. Em seu projeto do Cloud Manager, um único agente se conecta a todos os reconhecimento de data center do 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 Cloud Manager distribui tarefas de monitoramento entre até 100 agente 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.

O Cloud Manager usa granularidade de 10 segundos para monitorar métricas.

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 mongod . Você também pode executar o agente em uma instância dedicada menor.

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

Para ambientes de produção, é recomendável instalar o agente em um servidor dedicado, e não no mesmo host que uma instância mongod portadora de dados. Isso permite que você execute a manutenção no mongod e em seu host sem afetar o monitoramento da sua implantação. Além disso, um agente pode competir por recursos com o mongod.

Você pode instalar o agente no mesmo sistema que um arbiter, um mongos ou um servidor de aplicativos , dependendo dos requisitos desses serviços e dos recursos disponíveis.

Se você monitorar cinco ou menos instâncias do mongod , você poderá usar um microsservidordo Amazon Web Services .

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 está executando o agente e tente se conectar usando mongosh:

mongosh <hostname>:<port>/test

Observação

O Cloud Manager não suporta encaminhamento de porta.

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 o servidor apareça várias vezes com nomes diferentes na interface do Cloud 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 Cloud Manager mantém dois tipos distintos de dados: métricas, que descrevem o uso; e snapshots, que fazem backup dos seus dados.

As políticas de retenção de dados, conforme definidas nos Termos de Serviço, estão sempre sujeitas a alterações.

O Cloud Manager preserva:

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

Consulte Definir configurações de alerta 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.

Voltar

Cobrança