Revise as condições de alerta
Nesta página
- 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 .
Para cada alerta criado, você deve definir um alvo e uma condição ou métrica. O alvo aponta para o que mudou: o componente Cloud Manager. Se sua condição se tornar verdadeira ou uma métrica ficar abaixo ou acima do limite definido, o Cloud Manager emitirá um alerta. Para saber mais, consulte Fluxo de trabalho de alertas.
Para definir uma condição:
Selecione um Target na lista.
Selecione uma condição na lista condition/metric .
O Cloud Manager aciona um alerta quando a condição é true na instância do MongoDB de destino especificada.
Para definir uma métrica:
Selecione um tipo de Target na lista.
Filtre o tipo Target ou selecione Any.
Selecione uma métrica na lista condition/metric .
Selecione se esta métrica deve ser Below ou Above o limite.
Digite um valor limite. Todos os limites são números.
Selecione a unidade de medida para o limite.
O Cloud Manager aciona um alerta quando o limite da métrica é atingido na instância do MongoDB de destino especificada.
Alertas do host
Ao definir um alerta para um host, selecione o host type que se aplica a este alerta e o condition que aciona este alerta.
Tipos de host
Para host type, defina um alerta para todos ou um dos seguintes tipos de processos do MongoDB:
Definir Tipo de Host para: | O alerta inclui |
|---|---|
Qualquer tipo | Todos os tipos descritos nesta tabela. |
Autônomo | Qualquer instância de mongod que não faça parte de um conjunto de réplicas ou cluster fragmentado nem seja usada como servidor de configuração. |
Principal | Todos os conjuntos de réplicas primários. |
secundário | Todos os secundários do conjunto de réplicas. |
Árbitro | Todos os árbitros do conjunto de réplicas. |
mongos | Todas as instâncias de mongos . |
Confissão | Todas as instâncias mongod usadas como servidores de configuração. |
Condições de alerta do host
Alteração no status do host
Você pode definir um alerta para quando a instância do MongoDB for alterada. As condições de status do host incluem:
Condição | Gatilho de alerta |
|---|---|
Anfitrião adicionado | O Cloud Manager começa a monitorar ou gerenciar um processo mongod ou mongos pela primeira vez. |
Anfitrião removido | O Cloud Manager para de monitorar ou gerenciar um processo mongod ou mongos pela primeira vez. |
Host adicionado ao conjunto de réplicas | O tipo especificado de processo mongod é adicionado a um conjunto de réplicas. |
Host removido do conjunto de réplicas | O tipo especificado de processo mongod é removido de um conjunto de réplicas. |
O host reiniciou | O Cloud Manager detecta que um host foi reiniciado. |
As reinicializações na última hora são | O Cloud Manager detecta que o número de vezes que um host reiniciado dentro da hora anterior excede o limite especificado. |
O host sofreu uma reversão | O Cloud Manager detecta que um mongod em um host acionou uma reversão. Os seguintes tipos de host não podem sofrer reversões: Para saber mais, consulte Rollbacks durante o failover do conjunto de réplicas. |
O host está se recuperando | Um secundário entra no estado RECOVERING . Para saber mais sobre o estado do RECOVERING , consulte Estados do membro do conjunto de réplicas. |
O host não tem a versão mais recente | A revisão do MongoDB em execução em um host está duas ou mais revisões atrás da versão estável atual do MongoDB. Por exemplo, se a versão estável atual for MongoDB 4.0.9, um host que esteja executando o MongoDB 4.0.8 não trigger um alerta, mas um host que estiver executando o MongoDB 4.0.7 trigger um alerta. Para saber mais sobre a numeração de versões do MongoDB , consulte MongoDB de versão do MongoDB no manual do MongoDB. |
O certificado SSL do host expira dentro de 30 dias | O certificado SSL para uma instância do MongoDB é de 30 dias a partir da expiração. O Cloud Manager reenvia o alerta a cada 24 horas até ser resolvido ou reconhecido. Se você não resolver ou reconhecer o alerta e o certificado expirar, o Cloud Manager continuará enviando o alerta. Se o certificado expirar, o Monitoramento não poderá mais se conectar à instância do MongoDB. |
O host é exposto à Internet pública | O host é exposto à Internet pública. Quando configurado, o Cloud Manager tenta fazer uma conexão de soquete com seus hosts. Se o Cloud Manager conseguir se conectar, o Atlas Triggers o alerta porque o host não estará atrás de um firewall e não terá a autenticação habilitada. O Cloud Manager executa esta verificação uma vez por dia. Esta é uma validação de segurança fraca e não deve substituir outros procedimentos do sistema de auditoria ou detecção de intrusão. |
O host está inativo | O Cloud Manager não recebe um ping de um host por mais de 9 minutos. Em operação normal, o Monitoramento se conecta a cada host monitorado cerca de uma vez por minuto. Cloud Manager aguarda 9 minutos antes de acionar o alerta para minimizar os falsos positivos, como ocorreriam durante a reinicialização de um host. Se o host continuar inacessível, o monitoramento eventualmente reduzirá a frequência de ping para cada 5 minutos para um mongod e para cada 20 minutos para um mongos. Se um mongod ou mongos ficar acessível novamente, o Cloud Manager reconhecerá o processo em 5 minutos. Se você precisar trigger o Monitoramento para verificar imediatamente, poderá reiniciar o agente. Se a automação do Cloud Manager não gerenciar um processo Para resolver esse alerta, consulte Corrigir o host. |
Consultor
Você pode definir o alerta Host Has Index Suggestions para receber um alerta se o Performance Advisor tiver sugestões de índice para o host.
Se a taxa de direcionamento de query de um host exceder consistentemente 10.000 por um período de 10 minutos, o Performance Advisor verificará se há queries ineficientes no host e possíveis índices para melhorar o desempenho. Se o Performance Advisor determinar que o host se beneficiaria de um ou mais índices, esse alerta será acionado e o orientará a criar os índices sugeridos.
Este alerta não trigger para projeto em que o Performance Advisor está desabilitado.
Afirmações
Você pode definir alertas para quantos erros de asserção por segundo a instância criou.
Observação
Como é medido
O MongoDB informa sobre opscounters usando o documento asserts que o comando serverStatus retorna.
As métricas de afirmação incluem:
Métrica | Gatilho de alerta |
|---|---|
Afirmações: Regular é | A taxa de afirmações regulares atende ao limite especificado. |
Afirmações: o aviso é | A taxa de avisos atende ao limite especificado. |
Afirmações: Msg é | A taxa de afirmações de mensagens atende ao limite especificado. Os alertas de mensagens são erros internos do servidor. Os rastreamentos de pilha são registrados para eles. |
Afirmações: o usuário é | A taxa de afirmações que os usuários criam atende ao seu limite especificado. |
Você pode criar Atlas Charts para uma seleção dessas métricas no Cloud Manager.
No MongoDB Cloud Manager, acesse aGo Deployment página do seu projeto.
Se ainda não estiver exibido, selecione a organização que contém o projeto desejado no menu Organizations na barra de navegação.
Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.
Se a página Deployment ainda não estiver exibida, clique em Deployment na barra lateral.
A página Sistema é exibida.
Acesse a página Processes.
Clique na aba Processes para sua implantação.
A página Processos é exibida.
Tempo médio de execução
Importante
Aplica-se apenas ao MongoDB 3.4 ou posterior
As métricas a seguir se aplicam apenas a sistemas que executam o MongoDB versão 3.4 ou posterior.
Você pode definir alertas para saber quanto tempo as operações levam para serem concluídas. As métricas de tempo de execução incluem:
Métrica | Gatilho de alerta |
|---|---|
Tempo médio de execução: os comandos são | O tempo médio de execução das operações de comando atende ao seu limite especificado. |
Tempo médio de execução: as leituras são | O tempo médio de execução para operações de leitura atende ao limite especificado. |
Tempo médio de execução: as gravações são | O tempo médio de execução para operações de gravação atende ao seu limite especificado. |
Métricas do documento
Você pode definir alertas para quantos documentos MongoDB são processados por segundo. As métricas de processamento de documentos incluem:
Métrica | Gatilho de alerta |
|---|---|
Métricas do documento: Excluído é | A taxa média por segundo de documentos excluídos atende ao seu limite especificado. |
Métricas do documento: inserido é | A taxa média por segundo de documentos inseridos atende ao seu limite especificado. |
Métricas do documento: retornado é | A taxa média por segundo de documentos retornados atende ao seu limite especificado. |
Métricas do documento: a atualização é | A taxa média por segundo de documentos atualizados atende ao seu limite especificado. |
Você pode criar Atlas Charts para uma seleção dessas métricas no Cloud Manager.
No MongoDB Cloud Manager, acesse aGo Deployment página do seu projeto.
Se ainda não estiver exibido, selecione a organização que contém o projeto desejado no menu Organizations na barra de navegação.
Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.
Se a página Deployment ainda não estiver exibida, clique em Deployment na barra lateral.
A página Sistema é exibida.
Acesse a página Processes.
Clique na aba Processes para sua implantação.
A página Processos é exibida.
Segmentação de query
Você pode definir alerta para saber com que rapidez o MongoDB verifica itens durante query e quantos itens são verificados em comparação com o documento retornados. As métricas de tempo de execução da query incluem:
Query Targeting: Scanned isA taxa média por segundo para verificar itens de índice durante query e avaliações do plano de query atende ao limite especificado.
Query Targeting: Scanned Objects isA taxa média por segundo para digitalizar documentos atende ao limite especificado.
Query Targeting: Scanned / Returned isA proporção de itens de índice digitalizados para documentos devolvidos atende ao limite especificado.
Query Targeting: Scanned Objects / Returned isA proporção de documentos digitalizados para documentos devolvidos atende ao limite especificado.
Você pode criar Atlas Charts para uma seleção dessas métricas no Cloud Manager.
No MongoDB Cloud Manager, acesse aGo Deployment página do seu projeto.
Se ainda não estiver exibido, selecione a organização que contém o projeto desejado no menu Organizations na barra de navegação.
Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.
Se a página Deployment ainda não estiver exibida, clique em Deployment na barra lateral.
A página Sistema é exibida.
Acesse a página Processes.
Clique na aba Processes para sua implantação.
A página Processos é exibida.
Opcounter
Você pode definir alerta para quantas operações de reconhecimento de data center são concluídas por segundo.
Observação
Como é medido
O MongoDB informa sobre opscounters usando o documento opscounters que o comando serverStatus retorna.
As métricas de operação incluem:
Condição | Gatilho de alerta |
|---|---|
Opcounter: Comando é | A taxa média de comandos executados por segundo atende ao seu limite especificado. |
Opcounter: Excluir é | A taxa média de exclusões realizadas por segundo atende ao seu limite especificado. |
Opcounter: Getmores é | A taxa média de getMores realizadas por segundo atende ao seu limite especificado. Em um primário, esse número pode ser alto mesmo que a contagem de query seja baixa. Os secundários "getMore" do primário como parte da replicação. |
Opcounter: Insert é | A taxa média de inserções realizadas por segundo atende ao seu limite especificado. |
Opcounter: a query é | A taxa média de queries realizadas por segundo atende ao seu limite especificado. |
Opcounter: a atualização é | A taxa média de atualizações realizadas por segundo atende ao seu limite especificado. |
Você pode criar Atlas Charts para uma seleção dessas métricas no Cloud Manager.
No MongoDB Cloud Manager, acesse aGo Deployment página do seu projeto.
Se ainda não estiver exibido, selecione a organização que contém o projeto desejado no menu Organizations na barra de navegação.
Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.
Se a página Deployment ainda não estiver exibida, clique em Deployment na barra lateral.
A página Sistema é exibida.
Acesse a página Processes.
Clique na aba Processes para sua implantação.
A página Processos é exibida.
Opcounter - Repl
Você pode definir alertas para quantas operações de banco de dados de dados por segundo são replicadas para um secundáriodo MongoDB .
Observação
Como é medido
O MongoDB informa sobre opscounters usando o documento opscountersRepl do qual o comando serverStatus retorna.
As métricas da operação de replicação incluem:
Métrica | Gatilho de alerta |
|---|---|
Opcounter: Repl CMd é | A taxa média de comandos replicados aplicados por segundo atende ao seu limite. |
Opcounter: Repl Delete é | A taxa média de exclusões replicadas aplicadas por segundo atende ao seu limite. |
Opcounter: Repl Insert é | A taxa média de inserções replicadas aplicadas por segundo atende ao seu limite. |
Opcounter: a atualização do Repl é | A taxa média de atualizações replicadas aplicadas por segundo atende ao seu limite. |
Você pode criar Atlas Charts para uma seleção dessas métricas no Cloud Manager.
No MongoDB Cloud Manager, acesse aGo Deployment página do seu projeto.
Se ainda não estiver exibido, selecione a organização que contém o projeto desejado no menu Organizations na barra de navegação.
Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.
Se a página Deployment ainda não estiver exibida, clique em Deployment na barra lateral.
A página Sistema é exibida.
Acesse a página Processes.
Clique na aba Processes para sua implantação.
A página Processos é exibida.
Memória
Você pode definir alertas para a quantidade de memória que uma instância do MongoDB usa. Defina esse limite em bits, kilobits, megabits, gigabits, bytes, kilobytes, megabytes, gigabytes, terabytes ou petabytes.
Observação
Como é medido
O MongoDB informa sobre a memória usando o documento mem que o comando serverStatus retorna.
As métricas de memória incluem:
Métrica | Gatilho de alerta |
|---|---|
Memória: o residente é | O tamanho da memória residente do processo mongod atende ao seu limite especificado. Com o tempo em um host de banco de dados de dados dedicado, a memória residente pode se aproximar da quantidade de RAM no host. |
Memória: Virtual é | O tamanho da memória virtual do processo mongod atende ao seu limite especificado. Você pode usar este alerta para sinalizar memória excessiva fora do mapeamento de memória. |
Memória: mapeada é | O tamanho da memória mapeada para o processo mongod atende ao seu limite especificado. Como o MongoDB mapeia todos os arquivos de dados, o tamanho da memória mapeada deve se aproximar do tamanho total do banco de dados de dados. |
Memória: computada é | O tamanho da memória virtual do processo mongod que não é contabilizado pelo mapeamento de memória atende ao seu limite especificado. Se esse número for muito alto (vários gigabytes), isso indica que a memória excessiva está sendo usada fora do mapeamento de memória. |
Você pode criar Atlas Charts para uma seleção dessas métricas no Cloud Manager.
No MongoDB Cloud Manager, acesse aGo Deployment página do seu projeto.
Se ainda não estiver exibido, selecione a organização que contém o projeto desejado no menu Organizations na barra de navegação.
Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.
Se a página Deployment ainda não estiver exibida, clique em Deployment na barra lateral.
A página Sistema é exibida.
Acesse a página Processes.
Clique na aba Processes para sua implantação.
A página Processos é exibida.
Segurança
As métricas de segurança incluem:
Métrica | Gatilho de alerta |
|---|---|
O host tem recomendações de segurança | A autenticação ou TLS está desabilitada. |
Swap
As métricas de troca incluem:
Métrica | Gatilho de alerta |
|---|---|
Trocar uso: usado é | A quantidade total de espaço de troca em uso atingiu o limite especificado. |
Trocar uso: o máximo usado é | A quantidade total máxima de espaço de troca em uso atinge o limite especificado. |
Trocar uso: Grátis é | A quantidade de espaço de troca disponível ficou abaixo do limite especificado. |
Trocar uso: o máximo gratuito é | A quantidade máxima de espaço de troca disponível cai abaixo do limite especificado. |
Cache do WiredTiger
Você pode definir alertas para a quantidade de cache do WiredTiger que uma instância do MongoDB usa. Defina esse limite em bits, kilobits, megabits, gigabits, bytes, kilobytes, megabytes, gigabytes, terabytes ou petabytes.
Observação
Como é medido
O MongoDB informa sobre a memória usando o documento cache que o comando serverStatus retorna.
As métricas de cache do WiredTiger incluem:
Métrica | Gatilho de alerta |
|---|---|
Cache: os bytes lidos no cache são | A taxa média de bytes por segundo lidos no cache do WiredTiger atende ao seu limite especificado. |
Cache: bytes gravados do cache são | A taxa média de bytes por segundo gravados a partir do cache do WiredTiger atende ao seu limite especificado. |
Cache: bytes sujos são | Número de bytes sujos rastreados atualmente no cache do WiredTiger. |
Cache: os bytes usados são | Número de bytes atualmente no cache do WiredTiger. |
Você pode criar Atlas Charts para uma seleção dessas métricas no Cloud Manager.
No MongoDB Cloud Manager, acesse aGo Deployment página do seu projeto.
Se ainda não estiver exibido, selecione a organização que contém o projeto desejado no menu Organizations na barra de navegação.
Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.
Se a página Deployment ainda não estiver exibida, clique em Deployment na barra lateral.
A página Sistema é exibida.
Acesse a página Processes.
Clique na aba Processes para sua implantação.
A página Processos é exibida.
B-tree
Importante
Aplica-se apenas ao MongoDB 2.2 a 2.6
Essas métricas só Atlas Triggers alerta em implantações que executam as versões 2.2 a 2.6 do MongoDB.
Você pode definir alertas para quantas operações btree na instância MongoDB são concluídas por segundo. As métricas do B-tree incluem:
Métrica | Gatilho de alerta |
|---|---|
B-tree: os acessos são | O número de acessos aos índices B-tree atende ao seu limite especificado. |
B-tree: os acertos são | O número de vezes que uma página B-tree estava na memória atende ao limite especificado. |
B-tree: as faltas são | O número de vezes que uma página B-tree não estava na memória atende ao limite especificado. |
B-tree: a taxa de erros é | A proporção de erros para acionamentos atende ao seu limite especificado. |
% de bloqueio efetiva
Importante
Aplica-se apenas ao MongoDB 2.2 a 2.6
Essa métrica Atlas Triggers alerta apenas em implantações que executam as versões 2.2 a 2.6 do MongoDB.
Você pode definir alertas para a porcentagem de tempo em que a instância do MongoDB está bloqueada para gravação. As métricas de porcentagem de trava eficaz incluem:
Métrica | Gatilho de alerta |
|---|---|
% de trava efetiva é | Se a porcentagem do tempo total em que a instância está bloqueada para gravação atender ao limite especificado. |
Média de fluxo de background
Importante
Aplica-se apenas ao reconhecimento de data center que executam o MMAPv1
Essa métrica só Atlas Triggers alerta em implantações que executam mecanismos de armazenamento MMAPv1 para seus reconhecimento de data center MongoDB.
Você pode definir um alerta para saber quanto tempo, em milissegundos, a liberação média na instância do MongoDB leva para ser concluída. Uma liberação é a gravação de dados a partir da memória no disco.
Observação
Como é medido
O MongoDB relata o tempo médio de liberação do background usando o valor de backgroundFlushing.average_ms que o comando serverStatus retorna.
As métricas médias de liberação de background incluem:
Métrica | Gatilho de alerta |
|---|---|
A média de fluxo de background é | O tempo médio para descargas de background atende ao seu limite especificado. |
Conexões
Você pode definir alertas para as conexões ativas com a instância do MongoDB.
Observação
Como é medido
O MongoDB informa sobre a memória usando o documento connections que o comando serverStatus retorna.
As métricas de conexão incluem:
Métrica | Gatilho de alerta |
|---|---|
Conexões é | O número de conexões de host ativas atende ao limite especificado. |
A % de conexões do limite configurado é | A porcentagem de conexões de host ativas para o número total de conexões possíveis atende ao limite especificado. O valor padrão para as versões 2.6.0 e 3.0.0 do MongoDB é
|
Você pode criar Atlas Charts para uma seleção dessas métricas no Cloud Manager.
No MongoDB Cloud Manager, acesse aGo Deployment página do seu projeto.
Se ainda não estiver exibido, selecione a organização que contém o projeto desejado no menu Organizations na barra de navegação.
Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.
Se a página Deployment ainda não estiver exibida, clique em Deployment na barra lateral.
A página Sistema é exibida.
Acesse a página Processes.
Clique na aba Processes para sua implantação.
A página Processos é exibida.
Queues
Você pode definir alertas para as operações que aguardam travas.
Observação
Como é medido
O MongoDB informa sobre a memória usando o documento globalLock.currentQueue que o comando serverStatus retorna.
As métricas de fila incluem:
Métrica | Gatilho de alerta |
|---|---|
Filas: o total é | O número de operações em espera em uma bloqueio de qualquer tipo atenda ao limite especificado. |
Filas: os leitores são | O número de operações de leitor em espera em uma bloqueio de qualquer tipo atenda ao limite especificado. |
Filas: os escritores são | O número de operações de gravador que aguardam uma bloqueio de qualquer tipo atenda ao limite especificado. |
Você pode criar Atlas Charts para uma seleção dessas métricas no Cloud Manager.
No MongoDB Cloud Manager, acesse aGo Deployment página do seu projeto.
Se ainda não estiver exibido, selecione a organização que contém o projeto desejado no menu Organizations na barra de navegação.
Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.
Se a página Deployment ainda não estiver exibida, clique em Deployment na barra lateral.
A página Sistema é exibida.
Acesse a página Processes.
Clique na aba Processes para sua implantação.
A página Processos é exibida.
Falhas na página
Importante
Aplica-se apenas ao MongoDB 2.2 a 2.6
As métricas Accesses Not In Memory: Total is e Page Fault Exceptions Thrown: Total is trigger alerta apenas em sistemas que executam as versões 2.2 a 2.6 do MongoDB.
Você pode definir alertas para falhas de página.
Observação
Como é medido
O MongoDB informa sobre a memória usando o documento extra_info.page_faults que o comando serverStatus retorna.
O MongoDB 2.2 a 2.6 relatou as métricas Accesses Not In Memory: Total is e Page Fault Exceptions Thrown: Total is usando o documento recordStats que o comando serverStatus retornou.
As métricas de falha de página incluem:
Métrica | Gatilho de alerta |
|---|---|
Acessos que não estão na memória: o total é | A taxa de acessos ao disco atende ao limite especificado. O MongoDB deve acessar os dados no disco se o seu conjunto de trabalho não couber na memória. Essa métrica é encontrada no gráfico Record Stats do host. |
Exceções de falha de página lançadas: o total é | A taxa de exceções de falhas de página lançadas atende ao limite especificado. Esta métrica é encontrada no gráfico Record Stats do host. |
As falhas da página são | A taxa de falhas de página (independentemente de uma exceção ser lançada ou não) atende ao limite especificado. Esta métrica é encontrada no gráfico Page Faults do host. |
Você pode criar Atlas Charts para uma seleção dessas métricas no Cloud Manager.
No MongoDB Cloud Manager, acesse aGo Deployment página do seu projeto.
Se ainda não estiver exibido, selecione a organização que contém o projeto desejado no menu Organizations na barra de navegação.
Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.
Se a página Deployment ainda não estiver exibida, clique em Deployment na barra lateral.
A página Sistema é exibida.
Acesse a página Processes.
Clique na aba Processes para sua implantação.
A página Processos é exibida.
Cursors
Você pode definir alertas para o número de cursores abertos e expirados para um processo MongoDB .
Observação
Como é medido
O MongoDB informa sobre a memória usando o documento metrics.cursor que o comando serverStatus retorna.
As métricas do cursor incluem:
Métrica | Gatilho de alerta |
|---|---|
Cursores: o tamanho dos cursores do cliente é | A quantidade de memória que o host usa para manter os cursores atende ao seu limite especificado. |
Cursores: Abrir é | O número de cursores que o host está mantendo para clientes atende ao limite especificado. |
cursor: o tempo limite é | O número de cursores de tempo limite que o host está mantendo para clientes atende ao limite especificado. |
Você pode criar Atlas Charts para uma seleção dessas métricas no Cloud Manager.
No MongoDB Cloud Manager, acesse aGo Deployment página do seu projeto.
Se ainda não estiver exibido, selecione a organização que contém o projeto desejado no menu Organizations na barra de navegação.
Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.
Se a página Deployment ainda não estiver exibida, clique em Deployment na barra lateral.
A página Sistema é exibida.
Acesse a página Processes.
Clique na aba Processes para sua implantação.
A página Processos é exibida.
Rede
Você pode definir alertas para a taxa de transferência da rede para um processo do MongoDB.
Observação
Como é medido
O MongoDB informa sobre a memória usando o documento network que o comando serverStatus retorna.
As métricas de rede incluem:
Métrica | Gatilho de alerta |
|---|---|
Rede: Bytes em é | O número de bytes enviados para o host do reconhecimento de data center atende ao seu limite especificado. |
Rede: Bytes de saída é | O número de bytes enviados do host do banco de dados atende ao seu limite especificado. |
Rede: o número de solicitações é | O número de solicitações enviadas para o host do reconhecimento de data center atende ao limite especificado. |
Você pode criar Atlas Charts para uma seleção dessas métricas no Cloud Manager.
No MongoDB Cloud Manager, acesse aGo Deployment página do seu projeto.
Se ainda não estiver exibido, selecione a organização que contém o projeto desejado no menu Organizations na barra de navegação.
Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.
Se a página Deployment ainda não estiver exibida, clique em Deployment na barra lateral.
A página Sistema é exibida.
Acesse a página Processes.
Clique na aba Processes para sua implantação.
A página Processos é exibida.
Oplog de replicação
Você pode definir alertas para os oplogs de replicação de um processo do MongoDB.
Observação
Como é medido
O MongoDB informa sobre o oplog de replicação usando o documento oplog que o comando serverStatus retorna combinado com os resultados de rs.status() e rs.conf().
As métricas de oplog de replicação incluem:
Métrica | Gatilho de alerta |
|---|---|
O Espaço de Replicação é | A diferença entre a oplog window de replicação da origem de sincronização e o atraso de replicação de replicação do secundário atende ao limite especificado. Um secundário pode Go em RECOVERING se esse valor for para 0. |
Tempo de réplica é | A quantidade aproximada de tempo em milissegundos disponível no oplog de replicação do primary atende ao seu limite especificado. |
Os dados de oplog por hora são | A taxa média de gigabytes de oplog que o primary gera por hora atende ao limite especificado. |
atraso de replicação é | Número aproximado de segundos em que o secundário está atrás do primário no aplicação de gravação . Somente é preciso se o atraso for maior que 1a2 segundos, pois a precisão dessa estatística é limitada. |
Você pode criar Atlas Charts para uma seleção dessas métricas no Cloud Manager.
No MongoDB Cloud Manager, acesse aGo Deployment página do seu projeto.
Se ainda não estiver exibido, selecione a organização que contém o projeto desejado no menu Organizations na barra de navegação.
Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.
Se a página Deployment ainda não estiver exibida, clique em Deployment na barra lateral.
A página Sistema é exibida.
Acesse a página Processes.
Clique na aba Processes para sua implantação.
A página Processos é exibida.
Digitalização e pedido de operações
Você pode definir alertas para as operações de varredura e pedido de um processo MongoDB.
Observação
Como é medido
O MongoDB informa sobre o Oplog de replicação usando o documento metrics.operation.scanAndOrder que o comando serverStatus retorna.
As métricas de operações incluem:
Métrica | Gatilho de alerta |
|---|---|
Operações: digitalização e pedido são | Taxa média por segundo acima do limite especificado de query que retornam resultados ordenados que não podem executar a operação de classificação utilizando um índice. |
Armazenamento BD
Você pode definir alertas para a quantidade de armazenamento de dados usada. As métricas de armazenamento do reconhecimento de data center incluem:
Métrica | Gatilho de alerta |
|---|---|
O armazenamento DB é | A quantidade de espaço de armazenamento no disco usada pelas extensões atende ao limite especificado. |
O tamanho dos dados do banco de dados é | O tamanho real dos dados no banco de dados atende ao limite especificado. |
Você pode criar Atlas Charts para uma seleção dessas métricas no Cloud Manager.
No MongoDB Cloud Manager, acesse aGo Deployment página do seu projeto.
Se ainda não estiver exibido, selecione a organização que contém o projeto desejado no menu Organizations na barra de navegação.
Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.
Se a página Deployment ainda não estiver exibida, clique em Deployment na barra lateral.
A página Sistema é exibida.
Acesse a página Processes.
Clique na aba Processes para sua implantação.
A página Processos é exibida.
Registro no diário
Você pode definir alertas para a quantidade de armazenamento de registros no diário usado. As métricas de registros no diário incluem:
Métrica | Gatilho de alerta |
|---|---|
O registro de commits no diário do bloqueio de escrita é | A taxa de confirmações que ocorreram enquanto o banco de dados estava em bloqueio de escrita atende ao limite especificado. |
Registro no diário MB é | A quantidade média de dados em megabytes que o Cloud Manager grava no registro de recuperação por segundo atende ao limite especificado. |
O registro no diário arquivos de leitura de dados MB é | A taxa média de dados em megabytes que o Cloud Manager grava nos arquivos de dados do reconhecimento de data center por segundo atende ao limite especificado. Como essas gravações já estão registradas no diário, elas podem ocorrer preguiçosamente e, portanto, o número indicado aqui pode ser menor do que a quantidade físicamente gravada no disco. |
Você pode criar Atlas Charts para uma seleção dessas métricas no Cloud Manager.
No MongoDB Cloud Manager, acesse aGo Deployment página do seu projeto.
Se ainda não estiver exibido, selecione a organização que contém o projeto desejado no menu Organizations na barra de navegação.
Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.
Se a página Deployment ainda não estiver exibida, clique em Deployment na barra lateral.
A página Sistema é exibida.
Acesse a página Processes.
Clique na aba Processes para sua implantação.
A página Processos é exibida.
Mecanismo de armazenamento WiredTiger
Você pode definir alertas para tickets do WiredTiger.
Observação
Como é medido
O MongoDB informa o WiredTiger usando os documentos wiredTiger.cache e wiredTiger.concurrentTransactions que o comando serverStatus retorna.
As condições do storage engine WiredTiger incluem:
Métrica | Gatilho de alerta |
|---|---|
Incentivos disponíveis: lê-se | O número de tickets de leitura disponíveis para o storage engine WiredTiger atende ao seu limite especificado. |
Bilhetes disponíveis: Escreve é | O número de tickets de gravação disponíveis para o storage engine WiredTiger atende ao seu limite especificado. |
Você pode criar Atlas Charts para uma seleção dessas métricas no Cloud Manager.
No MongoDB Cloud Manager, acesse aGo Deployment página do seu projeto.
Se ainda não estiver exibido, selecione a organização que contém o projeto desejado no menu Organizations na barra de navegação.
Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.
Se a página Deployment ainda não estiver exibida, clique em Deployment na barra lateral.
A página Sistema é exibida.
Acesse a página Processes.
Clique na aba Processes para sua implantação.
A página Processos é exibida.
Alertas de sistema e disco
Você pode definir alertas para utilização de computação e disco. As condições dos recursos do sistema incluem:
Métrica | Gatilho de alerta |
|---|---|
Sistema: CPU (roubo) % é | Aplicável quando o saldo de crédito da instância EC2 estiver esgotado. A porcentagem de tempo em que a CPU está em um estado de "espera involuntária". A porcentagem de roubo da CPU é a porcentagem pela qual o uso da CPU excede a taxa de acumulação de créditos de CPU da linha de base garantida. Esse alerta normalmente é acionado quando todos os créditos foram consumidos em uma Amazon Web Services instância de desempenho estável . |
Sistema: A % máxima de CPU (roubo) é | A porcentagem máxima de tempo em que a CPU está em um estado de "espera involuntária" excede o limite especificado. |
Sistema: CPU (usuário) % é | Uso da CPU do processo MongoDB, dimensionado para uma faixa de 0-100%, dividindo-se pelo número de CPUs. |
Sistema: a % máxima de CPU (usuário) é | O uso máximo da CPU do processo MongoDB, dimensionado para uma faixa de 0-100%, dividindo-se pelo número de CPUs que excede o limite especificado. |
Memória do sistema: usada é | A memória total do sistema usada para mongod menos buffers, cache e memória livre atende ao limite especificado. |
Memória do sistema: o máximo usado é | O valor máximo de uso de memória do sistema atende ao limite especificado. |
Memória do sistema: Disponível é | O uso de memória do sistema disponível para o mongod ficou abaixo do limite especificado. |
Memória do sistema: o máximo disponível é | A quantidade máxima de memória do sistema disponível cai abaixo do limite especificado. |
A % de espaço em disco usado no modelo de dados é | Porcentagem de espaço em disco usado em qualquer partição que contém os dados da coleção MongoDB. |
A % máxima de espaço em disco usado no modelo de dados é | A porcentagem máxima de espaço em disco usada em qualquer partição que contém os dados da collection MongoDB excede o limite especificado. |
A % de espaço em disco usado na partição do índice é | Porcentagem de espaço em disco usado em qualquer partição que contém os dados de índice MongoDB. |
A % máxima de espaço em disco usado na partição de índice é | A porcentagem máxima de espaço em disco usada em qualquer partição que contém os dados de índice MongoDB excede o limite especificado. |
A % de espaço em disco usado na partição do diário é | Porcentagem de espaço em disco usado na partição que contém o diário MongoDB, se o registro no diário estiver habilitado. |
A % máxima de espaço em disco usado na partição do Diário é | A porcentagem máxima de espaço em disco usada na partição que contém o diário MongoDB excede o limite especificado. |
A rede do sistema de entrada é | O número de bytes por segundo enviados para o host do reconhecimento de data center atende ao limite especificado. |
A entrada máxima da rede do sistema é | O número máximo de bytes enviados para o MongoDB atende ao limite especificado. |
A saída de rede do sistema é | O número de bytes por segundo enviados do host do reconhecimento de data center atende ao seu limite especificado. O lançamento do Cloud Manager em 14 de fevereiro de 2024 corrige um problema em que o Cloud Manager relatava essa métrica de forma imprecisa. Esta versão redefine esta métrica e os valores anteriores não aparecem mais. |
A saída máxima da rede do sistema é | O número máximo de bytes enviados do MongoDB atende ao limite especificado. |
Você pode criar Atlas Charts para uma seleção dessas métricas no Cloud Manager.
No MongoDB Cloud Manager, acesse aGo Deployment página do seu projeto.
Se ainda não estiver exibido, selecione a organização que contém o projeto desejado no menu Organizations na barra de navegação.
Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.
Se a página Deployment ainda não estiver exibida, clique em Deployment na barra lateral.
A página Sistema é exibida.
Acesse a página Processes.
Clique na aba Processes para sua implantação.
A página Processos é exibida.
Alertas de conjunto de réplicas
Você pode definir alertas sobre o status do primário e o número de membros saudáveis em um conjunto de réplicas. As condições do conjunto de réplicas incluem:
Condição | Gatilho de alerta |
|---|---|
Conjunto de réplicas eleito um novo primary | Um conjunto elege um novo primário. Cada vez que o Cloud Manager recebe um ping, ele inspeciona a saída do método rs.status() do conjunto de réplicas para o status de cada membro do conjunto de réplicas. A partir dessa saída, o Cloud Manager determina qual membro do conjunto de réplicas é o principal. Se o primário encontrado nos dados de ping for diferente do primário atual conhecido pelo Cloud Manager, esse alerta será acionado. Receber esse alerta nem sempre significa que o conjunto elegeu uma nova primária. Esse alerta também pode ser trigger quando a mesma primária for reeleita. Isso pode acontecer quando o Cloud Manager processa um ping no meio de uma eleição. |
O conjunto de réplicas não tem primário | Um conjunto de réplicas não tem um primary. Especificamente, quando nenhum dos membros de um conjunto de réplicas tem o status Se o monitoramento coleta dados durante uma eleição para primário, esse alerta pode enviar um falso positivo. Para evitar esses falsos positivos, defina o intervalo de configuração de alerta after waiting (na seção Send to da configuração). Para obter soluções, consulte Corrigir primário perdido. |
As métricas do conjunto de réplicas incluem:
Métrica | Gatilho de alerta |
|---|---|
O número de membros saudáveis é | Um conjunto de réplicas tem menos membros íntegros do que o limite especificado. |
O número de membros não íntegros é | Um conjunto de réplicas tem mais membros não íntegros do que o limite especificado. |
O número de eleições na última hora é > X | O número de eleições que ocorreram na última hora excedeu o valor de X especificado pelo usuário. O valor de X é definido quando você cria o alerta. Esse alerta pode indicar que a replicação do cluster não está em um estado saudável, conforme evidenciado por eleições constantes. |
Observação
Um membro do conjunto de réplicas é considerado íntegro se você executar rs.status() para esse conjunto de réplicas e o resultado retornar PRIMARY ou SECONDARY para esse membro. Os secundários e árbitros ocultos não são contados.
Alertas de cluster fragmentados
Você pode definir um alerta para um mongos ausente em um cluster fragmentado. As condições de cluster fragmentado incluem:
Condição | Gatilho de alerta |
|---|---|
O cluster não tem um mongos ativo | O Cloud Manager não pode alcançar nenhum mongos para o cluster. |
Alertas de agentes
Você pode definir alertas para o status ou o controle de versão do agente. As condições do agente incluem:
Condição | Gatilho de alerta |
|---|---|
A automação está inativa | Nenhuma automação é detectada por pelo menos 1 minuto. Em operação normal, a automação envia um ping para o Cloud Manager aproximadamente uma vez a cada 10 segundos. Se o Cloud Manager não receber um ping por pelo menos 1 minuto, este Atlas Triggers será acionado. Este alerta Atlas Triggers somente se a automação estiver gerenciando um processo MongoDB ou módulo de agente. |
O monitoramento está inativo | Nenhum monitoramento é detectado por pelo menos 7 minutos. Em operação normal, o Monitoramento envia um ping para o Cloud Manager aproximadamente uma vez por minuto. Se o Cloud Manager não receber um ping por pelo menos 7 minutos, este Atlas Triggers será acionado. No entanto, esse alerta nunca é acionado para um projeto que não tenha hosts configurados. IMPORTANTE: quando o monitoramento está inativo, o Cloud Manager não aciona outros alertas para nenhum host. Por exemplo: se um host estiver inativo, não haverá monitoramento para enviar dados ao Cloud Manager que possam trigger novos alertas. |
O monitoramento não tem a versão mais recente | O monitoramento não está executando a versão mais recente do software. |
O backup está inativo | O backup de um projeto com pelo menos um conjunto de réplicas ativas ou cluster está inativo há mais de 1 hora. Para resolver este alerta:
|
O backup não tem a versão mais recente | O backup não está executando a versão mais recente do software. |
alerta de backup
Você pode definir alertas para oplog de backup, ressincronização e inconsistências. As condições de backup incluem:
Condição | Gatilho de alerta |
|---|---|
O oplog de backup está atrasado | Os dados de oplog mais recentes recebidos pelo Cloud Manager têm mais de 75 minutos. Para resolver esse alerta, consulte Corrigir problemas de oplog no backup. |
O backup exige uma ressincronização | O processo de replicação de um backup fica muito atrás do oplog para se atualizar. Isso ocorre quando o host substitui as entradas de oplog que o backup ainda não replicou. Quando isso acontecer, você deverá ressincronizar o backup, conforme descrito no procedimento Ressincronizar um backup. Além disso, verifique o registro de backup correspondente. Se você ver um teste de "ponto comuns com falha", uma das seguintes situações pode ter acontecido.
|
A configuração de backup inconsistente foi detectada | O Cloud Manager detectou que a configuração de um backup não corresponde à configuração da implantação do MongoDB que ele faz o backup. Para resolver esse alerta, consulte Corrigir backup inconsistente. |
A contagem inconsistente de snapshots do cluster é... | O Cloud Manager falha um número consecutivo de vezes para tirar com êxito um snapshot de cluster. Este alerta é acionado quando o número de tentativas atinge o limite especificado. O texto de alerta pode conter o motivo do problema. Problemas comuns incluem:
|
Alertas de connector BI
Essas condições de alerta se aplicam ao uso do BI Connector com o Cloud Manager.
Alertas de usuário
Você pode definir alertas para adição, remoção e alterações de função de usuários. As condições do usuário incluem:
Condição | Gatilho de alerta |
|---|---|
O usuário entrou no projeto | Um novo usuário se junta ao projeto. |
O usuário sai do projeto | Um usuário sai do projeto. |
O usuário teve sua função alterada | As funções de um usuário foram alteradas. |
Alertas de projeto
Você pode definir alertas para a aprovação do usuário e a configuração da autenticação. As condições do projeto incluem:
Condição | Gatilho de alerta |
|---|---|
Os usuários não têm a autenticação de dois fatores habilitada | O projeto tem usuários que não configuraram a autenticação de dois fatores. |
alerta de verificação de segurança atualizados | Os alertas da verificação de segurança do projeto foram alterados. |
Alertas de cobrança
Você pode definir alertas para a expiração do cartão de crédito e os valores de faturamento. As condições de cobrança incluem:
Condição | Gatilho de alerta |
|---|---|
O cartão de crédito está prestes a expirar | O cartão de crédito registrado está prestes a expirar. O alerta é acionado no início do mês em que o cartão expira. O Cloud Manager ativa essa configuração de alerta quando um cartão de crédito é adicionado pela primeira vez. |
O total da fatura mensal pendente ($) é | A fatura do final do mês atende ao limite especificado. |
O valor diário faturado ($) é | O valor do dia atual atende ao limite especificado. |
Alertas de federação
Você pode definir alertas para o certificado IdP de uma organização.
Condição | Gatilho de alerta |
|---|---|
O certificado IdP da organização está prestes a expirar | O certificado IdP associado a uma organização para a qual você tem a função O MongoDB Cloud Manager cria este alerta automaticamente quando você mapeia uma organização para um fornecedor IdP. Se você remover o mapeamento, o MongoDB Cloud Manager excluirá todas as instâncias deste alerta. |