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?
- A autenticação OAuth 2.0 para acesso programático ao Cloud Manager está disponível como um recurso de visualização.
- O recurso e a documentação correspondente podem mudar a qualquer momento durante o período de Pré-visualização. Para usar a 2.0 autenticação OAuth, crie uma conta de serviço para usar em suas solicitações para a API pública do Cloud Manager .
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.
Configuração do host
Como adiciono um novo host ou servidor?
Consulte Adicionar processos MongoDB existentes ao Cloud Manager.
Posso monitorar instâncias habilitadas para Kerberos?
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.
Monitoramento
Preciso de um agente para cada instância do MongoDB?
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.
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 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.
Posso executar o agente em um microservidor 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 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 Cloud Manager não suporta encaminhamento de porta.
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 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
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 Cloud 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 Cloud Manager?
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:
O Cloud Manager preserva os dados de métricas nas granularidades especificadas para seu plano do Cloud Manager Consulte Monitoramento de métricas por plano do Cloud Manager. As políticas de retenção de dados, conforme definidas nos Termos de Serviço, estão sempre sujeitas a alterações.
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.