A página de resumo de observabilidade do Collector abre com seis blocos de KPI (principais indicadores de desempenho) que oferecem uma visão rápida da integridade do seu coletor. Clique em qualquer bloco para abrir uma visualização detalhada com o gráfico subjacente, além de um conjunto de gráficos de telemetria relacionados que ajudam a investigar uma alteração inesperada no KPI. Na maioria dos casos, a telemetria relacionada pode ser facetada por tipo de sinal ou componente (exportador/processador/receptor) ao selecionar um tipo de sinal específico. Esta página explica o que cada KPI significa e por que cada um de seus gráficos de telemetria relacionados está presente.
Itens recebidos
Quantidade de telemetria que entra no coletor por meio de seus receptores. As causas comuns de uma alteração inesperada são problemas no cliente upstream — menos ou mais aplicativos instrumentados enviando dados — ou um receptor que falha ao extrair os dados que está configurado para coletar.
Telemetria relacionada:
- Receiver accepted: detalha o total por sinal ou receptor, para que seja possível saber exatamente de onde a alteração se origina.
- Receiver refused: mostra se parte da queda é proveniente de telemetria recusada (consulte também Receptor recusado) em vez de uma queda no tráfego upstream.
- Memory limiter drop ratio: a recusa de dados pelos receptores pode, em última análise, ser devida ao bloqueio do memorylimiter.
Itens enviados
Telemetria enviada com sucesso pelos exportadores do coletor para destinos downstream. Causas comuns de uma alteração inesperada são problemas upstream (processadores descartando dados, receptores recusando dados ou clientes enviando menos dados ao coletor) ou falhas no exportador.
Telemetria relacionada:
- Exporter sent: detalha o total por sinal ou exportador, para que seja possível identificar exatamente de onde a alteração se origina.
- Exporter failures: revela falhas do exportador (consulte Taxa de falha de exportação) como uma causa para o envio de menos itens.
- Exporter queue saturation: mostra se uma fila de envio saturada (consulte Saturação da fila) está impedindo que os itens sejam enviados.
Saturação da fila
O nível de ocupação da fila de envio de cada exportador; uma fila cheia leva à perda de dados. Causas comuns de um pico de saturação são falhas no exportador que congestionam a fila ou um pico de tráfego atingindo uma fila subdimensionada.
Telemetria relacionada:
- Exporter send failures: as exportações com falha geralmente demoram mais, por exemplo, timeouts, e elas levam a novas tentativas que causam acúmulo na fila.
- Exporter queue size vs. capacity: mostra o tamanho bruto da fila em relação à sua capacidade configurada, para que seja possível saber se a saturação é causada por um pico de tráfego ou se a fila está simplesmente subdimensionada.
Receptor recusado
Telemetria upstream que os receptores estão rejeitando ativamente. Isso normalmente deve ser zero; qualquer taxa sustentada é uma anomalia a ser diagnosticada por meio de logs.
Telemetria relacionada:
- Memory limiter drop ratio: os receptores começam a recusar a telemetria assim que o processador memorylimiter bloqueia, o que seria a verdadeira causa raiz.
- Process memory RSS: contextualiza as métricas do memorylimiter ao mostrar o uso de memória do coletor.
- Process runtime heap allocated: um heap do Go crescente pode levar a uma coleta de lixo não íntegra, o que, por sua vez, pode prejudicar as taxas de transferência do coletor.
Taxa de falha de exportação
A porcentagem de requests do exportador que falham e são tentados novamente, se configurado. As causas comuns são problemas de rede ou configuração incorreta de exportadores ou destinos.
Telemetria relacionada:
- Exporter failures: mostra o número absoluto de falhas (numerador) por sinal ou exportador, para que seja possível identificar exatamente onde as falhas estão ocorrendo.
- Exporter sent: mostra o número absoluto de exportações (denominador) para colocar as falhas e a taxa em perspectiva.
Descartes da fila
Telemetria que o coletor não conseguiu colocar na fila para exportação porque a fila estava cheia. Os dados que não foram colocados na fila são descartados, ou seja, perda de dados confirmada.
Telemetria relacionada:
- Exporter enqueue failures: detalha a perda de dados confirmada por sinal ou exportador.
- Exporter queue size vs. capacity: mostra se a fila encheu rapidamente, por exemplo, pico de tráfego, ou gradualmente, por exemplo, coletor subdimensionado, fila subdimensionada ou falhas persistentes se acumulando.
- Exporter failures: as falhas de exportação frequentemente congestionam a fila até que ela fique cheia, portanto, isso ajuda a confirmar se essa é a causa raiz.