A ausência de dados nas visualizações de pool, API e outras do Application Real-Time Monitoring Service (ARMS) Application Monitoring pode ter várias causas, desde a coleta de dados desativada até versões incompatíveis de componentes ou agentes. Execute primeiro as verificações comuns descritas neste tópico e, em seguida, prossiga para a seção específica da visualização de monitoramento que apresenta dados ausentes.
Verificações comuns para dados de monitoramento ausentes
Execute as verificações a seguir na ordem apresentada. Elas se aplicam a qualquer sintoma de dados ausentes, independentemente da visualização de monitoramento afetada.
As verificações deste tópico aplicam-se a aplicações monitoradas pelo agente Java do ARMS.
-
No console do ARMS, acesse a página Application Monitoring > Application List. No canto superior direito, escolha Settings > Application Start/Stop Settings e verifique se a coleta de dados está desativada.
Na caixa de diálogo Start/Stop All Applications, visualize o status atual da aplicação. A caixa de diálogo oferece as seguintes políticas:
Stop all applications (automatically start at 00:00 the next day)
Stop all applications (do not automatically start the next day)
Keep running (automatically stop applications after the quota is reached and automatically start at 00:00 the next day)Se o status atual corresponder a uma das políticas de parada, a coleta de dados está desativada. Para retomar a coleta, selecione a política de manutenção de execução.
-
Na página Application List, clique em na aplicação desejada. Em seguida, na página Application Settings > Custom Configurations, verifique se o Agent Master Switch está ativado.
Caso o Agent Master Switch esteja desativado, o ARMS não consegue monitorar a aplicação. Ative a chave para retomar o monitoramento. As alterações nessa configuração entram em vigor sem necessidade de reiniciar a aplicação.
-
Na página Application Details > JVM Monitoring, verifique a existência de dados da JVM.
Se não houver dados da JVM, a instância que executa o agente pode ter perdido a conexão com o ARMS. Faça login na instância e verifique a conectividade de rede. Para mais informações, consulte How to test network connectivity. Após confirmar que a rede está conectada, refaça o procedimento de integração da aplicação e então solucione o problema.
Caso existam dados da JVM, mas a visualização de monitoramento de API esteja vazia, consulte Missing data in the API monitoring view.
Confirme a versão do agente ARMS utilizada pela aplicação. A versão do agente determina a disponibilidade do monitoramento de pool e a obrigatoriedade de fornecer logs do agente ao enviar um ticket.Se essas verificações não identificarem a causa, prossiga para a seção correspondente à visualização de monitoramento com dados ausentes.
Dados ausentes na visualização de monitoramento de pool
Se a visualização de monitoramento de pool estiver vazia após a conclusão das verificações comuns, valide o tipo de componente e a versão do agente.
Validar o tipo de componente
O monitoramento de pool oferece suporte aos seguintes tipos de componentes:
Pools de threads personalizados
Dubbo
Tomcat
OkHttp
Apache HttpClient
Druid
HikariCPConfirme se o componente de pool de threads da sua aplicação corresponde a um desses tipos.
Verificar a versão do agente
Para versões do agente anteriores a 2.8.3, atualize o agente para a versão 2.8.3 ou superior. Para mais informações, consulte Java Agent Version Notes.
Dados ausentes na visualização de monitoramento de API
Quando a página JVM Monitoring apresenta dados, mas a visualização de monitoramento de API está vazia, verifique o tráfego da aplicação e a compatibilidade dos componentes.
Confirme se a aplicação está recebendo tráfego.
Verifique se as versões dos componentes utilizados pela aplicação são suportadas pelo ARMS. Consulte Java components and frameworks supported by ARMS Application Monitoring para visualizar as versões compatíveis.
Caso as versões dos componentes estejam fora do escopo suportado, envie um ticket.
Métricas de chamadas lentas e erros ausentes
No ARMS Application Monitoring, as métricas de chamadas lentas e erros contabilizam apenas requisições que atendem a condições específicas. Verifique se as requisições da sua aplicação satisfazem os critérios abaixo.
Chamadas lentas — Uma requisição é registrada como chamada lenta quando seu tempo de resposta excede o limiar configurado, definido por padrão em 500 ms. Verifique se as requisições da aplicação ultrapassam esse limiar.
Contagem de erros — O ARMS classifica uma requisição como erro quando o código de resposta é maior que 400 ou quando a requisição lança uma exceção até a camada mais externa durante uma chamada de API. Verifique se as requisições da aplicação atendem a alguma dessas condições.Se nenhuma requisição da aplicação atender a esses critérios, é esperado que as métricas de chamadas lentas e erros estejam vazias.
Enviar um ticket
Se sua aplicação utiliza JDK 7 ou JDK 17, ou não é baseada em Spring Boot, envie um ticket.
Para versões do agente anteriores a 2.7.3.5, é obrigatório fornecer os logs do agente ao enviar um ticket. Por padrão, os logs do agente estão localizados no diretório /home/admin/.opt/ArmsAgent/logs.