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 MongoDB 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.
Agente de monitoramento
Preciso de um agente de monitoramento para cada instância do MongoDB?
Não. Em seu projeto MongoDB Ops Manager , um único agente de monitoramento se conecta a todos os bancos de dados MongoDB . Configure firewalls para permitir que o agente de monitoramento se conecte entre data centers e servidores.
Começando com o agente de monitoramento versão 5.0.0, você pode executar vários agentes para distribuir tarefas de monitoramento e fornecer failover. O MongoDB Ops Manager distribui tarefas de monitoramento entre até 100 Agentes de monitoramento em execução. Se você executar mais de 100 Agentes de monitoramento, os agentes adicionais se comportarão como agentes "em espera".
Onde devo executar o agente de monitoramento?
A quantidade de recursos que o agente de monitoramento 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 de monitoramento em uma instância dedicada menor.
A carga do Agente de Monitoramento é dimensionada de acordo 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 de monitoramento em um servidor dedicado, e não no mesmo host de uma instância mongod com 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 de monitoramento pode competir por recursos com o mongod.
Você pode instalar o Monitoring Agent 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 de monitoramento em um microsservidor do Amazon Web Services?
Se você monitorar cinco ou menos instâncias do mongod , você poderá usar um microsservidordo Amazon Web Services .
Por que o agente de monitoramento 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 de monitoramento se conecta a nomes de host em vez de endereços IP?
Por padrão, o agente de monitoramento 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 de monitoramento 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 evita que os servidores apareçam várias vezes com nomes diferentes na interface do MongoDB 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 excluo um agente de monitoramento do MongoDB Ops Manager?
Consulte Remover agentes de monitoramento do MongoDB Ops Manager.
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.