Detecção de anomalia

a detecção de anomalias permite à sua equipe maior versatilidade ao detectar comportamentos incomuns em seu sistema. A detecção de anomalias dá à sua equipe a capacidade de alertar sobre qualquer entidade ou sinal e de ajustar e otimizar seu limite de sensibilidade. a detecção de anomalias usa o mesmo pipeline de alerta de streaming que os alertas de limite estático e compartilha as mesmas configurações de ajuste avançado. Isto garante que o processamento do fluxo esteja alinhado às características do seu sinal de telemetria para reduzir alertas falsos.

Você pode enriquecer sua configuração de detecção de anomalias com metadados adicionais para fornecer mais contexto e adicionar descrições personalizadas de eventos de alerta que podem fornecer instruções adicionais aos seus engenheiros de plantão. Por padrão, condições de anomalia utilizam a detecção automática de sazonalidade da New Relic. Alternativamente, você pode definir configurações de sazonalidade personalizadas.

Configurar limite de anomalia de sensibilidade

Você pode criar limite de sensibilidade de anomalia a partir de uma condição do alerta. Aqui estão algumas dicas para definir o limite de anomalia:

• Defina a direção da anomalia para monitorar eventos de alerta que ocorrem acima ou abaixo da anomalia.
• Defina a sazonalidade para especificar um padrão de sazonalidade conhecido.
• Use a barra deslizante para ajustar o limite de sensibilidade Critical, representado no gráfico de pré-visualização pela área cinza-clara ao redor do sinal. Quanto mais estreita for a faixa ao redor do sinal, mais sensível ela será e mais eventos de alerta gerará.
• Você pode criar um limiteWarning (a área cinza mais escura ao redor da anomalia).

Siga estas etapas para criar uma condição de alerta de detecção de anomalia:

1. Vá para one.newrelic.com > All capabilities > Alerts > Alert Conditions.

2. Clique em + New alert condition > Use guided mode (ou no modo de consulta mais avançado).

3. Siga as etapas guiadas até chegar a Set thresholds.

4. Selecione Anomaly.

   / <img width="80%;" title="Set anomoly thresholds" alt="Screenshot of the anomoly thresholds options" src="/images/alerts_screenshot-crop_try-anomaly-thresholds.webp" /> /

5. Selecione uma opção para calcular a sazonalidade da condição do alerta. Para entender a sazonalidade e como ela afeta seu status de alerta, consulte Sazonalidade.

6. Defina as configurações para um ou mais limites. a detecção de anomalias faz uma previsão sobre qual será o próximo ponto de dados com base na atividade anterior. O valor limite para detecção de anomalia controla a sensibilidade da condição do alerta para tolerar o quão distante o valor real está do valor previsto. O limite é o número de Desvio padrão em que o valor do seu sinal está distante do valor que foi previsto. Rastreamos o Desvio padrão entre o valor previsto e o valor real dos dados dos 7 dias anteriores.

   Para configurar o limite, você precisará:

   • Defina a 'direção do limite' como superior, inferior ou ambos. Isso significa que criaremos um evento de alerta apenas se o valor do sinal (a saída da consulta) estiver acima do valor previsto, abaixo do valor previsto ou em ambos, respectivamente.

     Este campo determina quantos pontos de dados durante um período de tempo especificado devem estar fora do limite. As opções são for at least e at least once in. Selecionar for at least significa que TODOS os pontos de dados do seu sinal devem estar fora do limite durante o período de tempo especificado antes que um evento de alerta seja aberto. O inverso deve ser verdadeiro para fechar o evento de alerta. A opção at least once in significa simplesmente que, assim que qualquer um dos pontos de dados do seu sinal estiver fora do limite, um evento de alerta será aberto. Com esta opção, a duração não é relevante para determinar quando abrir um evento de alerta. No entanto, é relevante para fechar eventos de alerta. Todos os pontos de dados do seu sinal devem estar dentro do limite durante o período de tempo especificado

   • Defina a 'duração do limite'. Pense nisso como o tempo que o valor do sinal deve permanecer fora do limite antes que um evento de alerta seja aberto. Por outro lado, é também o tempo que um sinal deve permanecer dentro do limite para que um evento de alerta seja fechado.

     Este campo responde ao período mencionado acima. É quanto tempo o sinal excede o limite que está sendo definido. Esta é a duração real do limite.

   • Defina o 'nível limite'. Para detecção de anomalia personalizada, este é o número de Desvio padrão em que o ponto de dados do sinal está a partir do valor que previmos que seria.

7. Adicione os detalhes da condição do alerta e clique em Save condition.

Definir limite para condições multissinais (consulta facetada)

Dependendo de como você definiu sua consulta na etapa 1, a condição do alerta pode ser monitorar vários sinais, não apenas um. Ao trabalhar com NRQL, essas consultas usam a cláusulaFACET . O número máximo de sinais que uma condição de alerta pode monitorar é 20.000. As configurações de limite que você especificar serão aplicadas da mesma forma a todos os sinais monitorados por essa condição. Cada sinal é monitorado e avaliado individualmente, mas as configurações se aplicam de forma consistente a todos os sinais. Mostraremos no máximo 500 sinais no gráfico de pré-visualização. No entanto, não mostramos o sinal previsto e as bandas limite quando há mais de um sinal exibido no gráfico. Para exibir essas informações ao determinar o valor limite ideal, selecione um dos sinais da série temporal na legenda para filtrar o gráfico e obter uma única série temporal.

Direção da anomalia: selecione faixas superiores ou inferiores

Você pode escolher se deseja que a condição procure um comportamento que esteja acima do valor previsto ("superior") ou que esteja abaixo do valor previsto ("inferior"), ou que esteja acima ou abaixo. Você escolhe estes com o seletor de direção de previsão.

Exemplos de casos de uso para isso:

• Você pode usar a configuração Superior para uma fonte de dados como taxa de erros, porque geralmente você só fica preocupado se ela aumentar e não se preocupar se ela diminuir.
• Você pode usar a configuração Inferior para uma fonte de dados como taxas de transferência, porque flutuações ascendentes repentinas são bastante comuns, mas uma grande queda repentina indicaria um problema.

Aqui estão exemplos de como grandes flutuações nos seus dados seriam tratadas nas diferentes configurações de direção de anomalia. As áreas vermelhas representam eventos de alerta.

Regras que regem o cálculo do valor previsto

O algoritmo para calcular a previsão é matematicamente complexo. Aqui estão algumas das principais regras que regem suas habilidades preditivas:

• Age of data Na criação inicial, a previsão é calculada usando de 1 a 4 semanas de dados, dependendo da disponibilidade dos dados e do tipo de previsão. Atualmente, as consultas que usam a cláusula FACET não são treinadas em dados armazenados. Após a sua criação, o algoritmo leva em consideração as flutuações contínuas dos dados durante um longo período de tempo, embora seja dado maior peso aos dados mais recentes. Para dados que existem há pouco tempo, o valor previsto provavelmente flutuará bastante e não será muito preciso. Isso ocorre porque não há dados suficientes para determinar seus valores e comportamento habituais. Quanto mais histórico os dados tiverem, mais precisa se tornará a previsão.
• Consistency of data Para valores métricos que permanecem num intervalo consistente ou que apresentam tendências lentas e constantes, o seu comportamento mais previsível significa que o seu limite de sensibilidade se tornará mais apertado em torno da previsão. Dados mais variados e imprevisíveis terão limites de sensibilidade mais flexíveis (mais amplos).
• Regular fluctuations Para flutuações cíclicas com duração inferior a uma semana (como implantação semanal às 13h de quarta-feira ou relatórios noturnos), o algoritmo de previsão procura essas flutuações cíclicas e tenta ajustar-se a elas.

Sazonalidade

Para lidar com flutuações recorrentes em seus sinais, como picos de tráfego durante a semana, você pode especificar a sazonalidade de uma condição. Por padrão, a detecção de anomalias calcula automaticamente a sazonalidade de cada sinal usando ** New Relic calculation**. No entanto, você pode optar por definir o cálculo de sazonalidade para um valor específico ou desativá-lo completamente. As opções disponíveis são:

• New Relic calculation (padrão): determina automaticamente a sazonalidade de cada sinal com base em vários fatores, incluindo a idade dos dados, a consistência dos dados e flutuações regulares.
• Hourly: Aplica um padrão horário a todos os sinais dentro da condição de detecção de anomalias.
• Daily: Aplica um padrão diário a todos os sinais dentro da condição de detecção de anomalias.
• Weekly: Aplica um padrão semanal a todos os sinais dentro da condição de detecção de anomalias.
• None: Desativa completamente a sazonalidade, garantindo que nenhum padrão sazonal seja considerado ao avaliar sinais.