Esta tradução de máquina é fornecida para sua comodidade.
In the event of any inconsistency between the English version and the translated version, the English versionwill take priority. Please visit this page for more information.
A guia Data ingestion está localizada na interface de gerenciamento de dados. A interface de ingestão de dados mostra um resumo do seu uso por fonte de dados. Para organizações com múltiplas contas, você também pode visualizar o uso de contas específicas.
Para ver a consulta NRQL subjacente usada para criar esse gráfico, clique em View NRQL.
Para assistir a um vídeo que mostra um breve tour desta e de outras interfaces de administração, consulte Configurações da conta.
Obtenha mais detalhes
Para obter mais detalhes sobre uma fonte de dados específica mostrada no gráfico, passe o mouse sobre a banda no gráfico e clique nela. Um modal será aberto, conforme mostrado na imagem abaixo.
Ao clicar em uma faixa no gráfico de ingestão, você obterá mais detalhes sobre esses dados.
Para obter alguns detalhes técnicos sobre como o gráfico exibe dados e mensagens de erro, consulte Detalhes do gráfico.
A forma como você gerencia seus dados do New Relic dependerá de vários fatores específicos de sua organização e de suas necessidades. Dito isto, aqui estão algumas dicas gerais para gerenciar a ingestão de dados e evitar picos inesperados:
Assign team members.
Designe membros da equipe que serão responsáveis por revisar sua ingestão em uma cadência e gerenciá-la. Certifique-se de que eles entendem os fatores de faturamento relacionados aos dados, incluindo o que conta e o que não conta para o faturamento.
Get to know your data.
Passe algum tempo se familiarizando com seus dados. Conheça seus altos e baixos e entenda de onde vem.
Monitor when you make significant changes.
Ao ativar pela primeira vez uma nova ferramenta de relatório de dados, ou ao atualizar um agente ou integração, ou quando fizer qualquer grande alteração no seu sistema, você deverá monitor sua ingestão para garantir que não haja nenhum pico inesperado nos dados.
Set up alerts.
Se você estiver preocupado com cenários específicos que causam picos repentinos no conjunto de dados, ative uma condição do alerta para notificá-lo se isso ocorrer. Para dicas sobre isso, veja Consulta de uso.
Reduzindo a ingestão
Abaixo estão algumas dicas para abordagens comuns que os clientes da New Relic adotam para reduzir a ingestão de dados que não são úteis para eles.
Todas as soluções New Relic têm diversas opções de configuração que oferecem controle sobre como os dados são relatados à New Relic. Abaixo, temos alguns métodos populares para reduzir a ingestão de dados, mas para conhecer todas as opções disponíveis, recomendamos a leitura da documentação das ferramentas específicas que você está usando.
As opções para ajustar os dados incluem:
Configure a taxa de amostragem para evento de transação. Consulte configuração do agente para Java, .Net, Go, NodeJS, PHP, Python ou Ruby.
As opções para ajustar a ingestão de dados de log incluem:
Logs contextualizados: desative ou ative por meio da interface ou API ou ajuste as configurações de configuração do lado do cliente.
encaminhamento de dadoslog : logs não filtrados às vezes podem resultar no relatório de uma grande quantidade de dados log . Você pode ajustar a configuração do direcionador de logs para filtrar eventos de log do lado de envio de log.
Na ingestão, aplicamos regras para eliminação de dados para que você não seja cobrado por dados que não são úteis. Mas você também pode definir suas próprias regras para eliminação de dados.
Se você tiver um agente ou integração que não deseja, você pode desinstalar/excluir essas ferramentas. Para obter instruções, consulte a documentação específica dessa ferramenta. Lembre-se de que se você acha que há uma chance de usar essa ferramenta no futuro, simplesmente desativá-la pode ser uma solução melhor do que desinstalá-la completamente.
Fontes de ingestão de dados
O gráfico da interface de ingestão de dados mostra um detalhamento de alto nível do uso de dados faturáveis. A tabela abaixo explica essas fontes. Nesta tabela, "grupo de métricas de uso" refere-se ao valor do atributo usageMetric dessa fonte no evento NrConsumption .
Os dados da métrica de fração de tempo são em média para períodos de uma hora após oito dias. Após 90 dias, os dados métricos permanentes continuam a ser armazenados em períodos de uma hora. Atualmente armazenamos os dados métricos brutos por 30 dias.
Você será cobrado apenas pelo volume de ingestão inicial. Você não será cobrado por rollups subsequentes.
Isso inclui evento APM, como Transaction e TransactionError.
Esses dados são relatados por meio do evento SystemSample, NetworkSample e StorageSample .
O grupo de métricas de uso é InfraHostBytes.
Informações relacionadas aos seus servidores e máquina virtual provenientes do agente de infraestrutura, incluindo armazenamento e dados de rede.
Processos de infraestrutura
Esses dados são armazenados no evento ProcessSample .
O grupo de métricas de uso é InfraProcessBytes.
Dados relacionados a cada processo em execução nos hosts que executam o agente de infraestrutura. Este recurso está desativado por padrão. Para mais informações, consulte Métrica de processo.
Integração de infraestrutura
Grupo métrico de uso: InfraIntegrationBytes.
Dados de desempenho relacionados a aplicativos e serviços, normalmente gerenciados pelos clientes, incluindo dados relacionados a contêineres docker , serviços Windows, verificações Nagios e integração na nuvem, como serviços gerenciados em AWS, Azure e GCP.
Inclui registro e qualquer partição de dados personalizada Log_<value> que exista.
O grupo de métricas de uso é LoggingBytes.
Os registros de log são armazenados no tipo de dadosLogpor padrão. Partições de dados personalizadas adicionais criarão novos tipos de dados, que são sempre prefixados com Log_ e são contados como parte do conjunto geral de dados de log armazenados.
Com LogExtendedRecord, mensagens de log maiores que 4KB são divididas em múltiplos eventos que, quando necessário, são unidos para exibir a mensagem original; isso reduz o tamanho dos dados da mensagem. Para obter mais informações sobre como esses dados são armazenados, consulte nossa documentação sobre blobs de log.
Eventos móveis, incluindo o evento geral Mobile , MobileRequestError, MobileBreadcrumb, MobileSession, MobileHandledException, MobileCrash, MobileRequest e MobileJavaScriptError.
A atividade de Monitoramento de Alterações é armazenada no namespace Deployment . As alterações individuais que você rastreia têm em média 200 a 250 bytes em sua ingestão.
Os eventos reportados pelo recurso de segurança do New Relic são armazenados no namespace Security . Estes são principalmente relatórios de vulnerabilidades fornecidos pelo recurso Gerenciamento de vulnerabilidades, mas podem ser expandidos para incluir produtos adicionais no futuro.
Os volumes esperados de eventos deste tipo são muito baixos, pois a ocorrência de relatos de vulnerabilidades é rara.
Os recursos de segurança ainda em visualização pública usam um namespace Security:Preview separado e não são faturáveis.
Alguns detalhes técnicos sobre a interface de ingestão:
Displays are estimates.
O valor de ingestão mostrado no gráfico de ingestão pode variar um pouco do valor real que você verá ao executar sua própria consulta. Isso ocorre porque o cálculo usado para o gráfico é uma estimativa.
No chart data available.
O gráfico de ingestão de dados pode exibir um período um pouco mais longo do que o coberto pelas configurações de retenção de dados. Por esse motivo, você pode receber a mensagem de que não há dados do gráfico disponíveis.
Chart time buckets.
Se uma conta tiver menos de um terabyte de dados, calculamos o volume durante um período de 24 horas; caso contrário, calculamos para um período de 1 hora.