Página inicial do Docs → MongoDB Ops 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 Ops 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 Ops Manager e como ele monitora as instâncias do MongoDB, e alerta você sobre problemas com essas implantações.
Configuração do host
Como adiciono um novo host ou servidor?
Consulte Adicionar processos MongoDB existentes ao Ops Manager.
O Ops Manager pode se monitorar?
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.
Posso monitorar instâncias habilitadas para Kerberos?
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.
Monitoramento
Preciso de um agente para cada instância do MongoDB?
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.
Onde devo executar o agente?
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 execute 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.
Posso executar o agente em um microservidor Amazon Web Services?
Se você monitorar cinco ou menos instâncias do mongod , você poderá usar um microsservidor doAWS do .
Por que o agente não pode se conectar ao meu host?
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 Ops Manager não oferece suporte ao encaminhamento de portas.
Por que o agente se conecta com nomes de host em vez de endereços IP?
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
Como faço para configurar e configurar o agente?
Consulte o arquivo README incluído no download do agente.
Como faço para desativar o monitoramento no Ops Manager?
Consulte Desativar monitoramento.
Apresentação de dados
O que são todas essas barras verticais nos meus gráficos?
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.
Retenção de dados
Qual é a política de retenção de dados do Ops Manager?
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.
Alertas
O que a média as condições de alerta?
Para obter uma referência sobre as condições de alerta, consulte Revisar as condições de alerta.
Quais alertas são configurados por padrão?
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.