A condição do alerta fornece um conjunto sofisticado de ferramentas para descrever quando você deseja ser notificado sobre algo que aconteceu ou deixou de acontecer sobre algo que você está monitorando. Para obter melhores resultados, escolha o método de agregação que melhor corresponda à forma como seus dados chegam.
Os três métodos de agregação são fluxo de eventos, temporizador de eventos e cadência. Se você estiver interessado em uma visão geral conceitual, consulte nosso documento sobre streaming de alerta, principais termos e conceitos.
O que é agregação?
Quando um aplicativo ou serviço é monitorado pela New Relic, os dados podem chegar de diferentes maneiras. Alguns dados chegam de forma consistente e previsível, enquanto outros chegam de forma inconsistente e esporádica.
Agregação é como nosso sistema de alerta reúne dados antes de analisá-los para exceder os níveis de aviso ou limites críticos.
Seus dados são coletados como pontos de dados em uma janela de agregação e depois transformados em um único valor numérico. Os pontos de dados são agregados com base na sua consulta NRQL usando métodos como soma, média, mínimo e máximo, entre outros. Esse valor numérico único é usado para avaliar o limite da condição.
Depois que os dados forem agregados, nenhum outro ponto de dados poderá ser adicionado a eles. Nossos diferentes métodos de agregação ajudarão você a encontrar um equilíbrio entre agregar seus dados rapidamente e aguardar a chegada de pontos de dados suficientes.
Por que isso importa
Com o método de agregação correto, é mais provável que você receba notificações de seu interesse, evitando as que não são do seu interesse.
As questões mais importantes a serem consideradas ao decidir sobre o método de agregação: Com que frequência meus dados chegam? Com que consistência meus dados chegam?
Quando os dados chegam com frequência e consistência de forma linear, recomendamos o uso do fluxo de eventos.
Quando os dados chegam de forma esporádica, inconsistente e fora de ordem, recomendamos o uso da agregação por temporizador de evento.
Quando usar o fluxo de eventos
Com o fluxo de eventos, os dados são agregados com base no carimbo de data/hora do ponto de dados, por isso é importante que os pontos de dados cheguem de maneira consistente e linear. Esse método de agregação não funciona tão bem para carimbos de data/hora de pontos de dados que chegam fora de ordem ou com um amplo intervalo de tempo em um curto período.
O fluxo de eventos é o método de agregação padrão porque se aplica aos casos de uso mais comuns.
Como funciona o fluxo de eventos
O fluxo de eventos usa carimbo de data/hora do ponto de dados para determinar quando abrir e fechar uma janela de agregação.
Por exemplo, se você estiver usando o fluxo de eventos com uma janela de atraso de 2 minutos, uma janela de agregação será fechada quando chegar um timestamp dois minutos depois do último timestamp hora recebido.
Chega um ponto de dados com timestamp /hora às 12h. Uma janela de agregação é aberta. Em algum momento, chega um ponto de dados às 12h03. O fluxo de eventos fecha a janela, excluindo o ponto de dados 12:03, e avalia essa janela fechada em relação ao seu limite.
A janela de agregação de fluxo de eventos continuará coletando pontos de dados até o timestamp posterior. O carimbo de data/hora posterior é o que move o sistema para frente, e não os próprios pontos de dados. O fluxo de eventos aguardará o tempo necessário para que o próximo ponto de dados posterior à sua configuração de atraso chegue, antes de agregar os dados.
O fluxo de eventos funciona melhor para dados que chegam com frequência e consistência.
Cuidado
Se você espera que seus pontos de dados cheguem com mais de 65 minutos de intervalo, use o método de cronômetro de evento descrito abaixo.
Casos de uso de fluxo de eventos
Aqui estão alguns casos de uso típicos de fluxo de eventos:
dados do agente.
Dados do agente de infraestrutura.
Quaisquer dados provenientes de terceiros que chegam com frequência e de forma confiável.
A maioria das métricas da AWS do CloudWatch vêm do AWS Metric Streams (NÃO de pesquisa). A principal exceção é que alguns dados do AWS CloudWatch são muito raros (como dados de volume S3), independentemente de serem streaming ou polling e, nesse caso, você usaria
Event timer
.
Quando usar o temporizador de eventos
A agregação do cronômetro de evento é baseada em um cronômetro que faz a contagem regressiva quando um ponto de dados chega. O cronômetro é zerado sempre que um novo ponto de dados chega. Se o cronômetro fizer uma contagem regressiva antes da chegada de um novo ponto de dados, o cronômetro de evento agregará todos os pontos de dados recebidos durante esse período.
O temporizador de eventos é melhor para alertar sobre eventos que acontecem esporadicamente e com grandes intervalos de tempo.
Como funciona o cronômetro de eventos
Erros são um tipo de evento que acontece de forma esporádica, imprevisível e muitas vezes com grandes intervalos de tempo.
Por exemplo, você pode ter uma condição com uma consulta que retorne uma contagem de erros. Muitos minutos podem se passar sem nenhum erro e, de repente, 5 erros chegam em um minuto.
Neste exemplo, o cronômetro de evento não faria nada até que o primeiro dos 5 erros chegasse. Em seguida, ele iniciaria o cronômetro, zerando-o sempre que ocorresse um novo erro. Se a contagem regressiva do cronômetro chegar a 0 sem um novo erro, o cronômetro de evento agregará os dados e os avaliará em relação ao seu limite.
Casos de uso de temporizador de evento
Aqui estão alguns casos típicos de uso de temporizadores de eventos:
- Dados de uso New Relic .
- Dados de integração na nuvem que estão sendo pesquisados (como métodos de pesquisa GCP, Azure ou AWS).
- Consultas que fornecem dados esparsos ou pouco frequentes, como contagens de erros.
Cadência
Cadência é nosso método de agregação original. Ele agrega dados em intervalos de tempo específicos detectados pelo relógio de parede interno da New Relic, independentemente do carimbo de data/hora dos dados.
Recomendamos que você use um de nossos outros métodos de agregação, a menos que seu evento seja suscetível a distorções de relógio e você não tenha controle sobre o produtor para corrigi-lo. Por exemplo, PageAction eventos são um instrumento no browser do usuário e dependem do relógio do dispositivo do usuário para atribuir um timestamp. Um único evento com timestamp distorcido pode afetar o fluxo do evento ou até mesmo o alerta do temporizador, pois as janelas podem ser agregadas muito cedo e resultar em falso positivo.
Fora deste cenário, você desejará escolher um dos outros métodos de agregação. o fluxo de eventos é melhor para pontos de dados consistentes e previsíveis. O temporizador de eventos é melhor para pontos de dados esporádicos e inconsistentes.
Agregação e perda de sinal
Nosso sistema de perda de sinal é executado separadamente desses métodos e configurações de agregação.
Se você definir sua condição do alerta para abrir um novo incidente quando seu sinal for perdido por 10 minutos, um serviço de perda de sinal aguardará a chegada de pontos de dados. Se um novo ponto de dados não chegar dentro de 10 minutos, a perda de sinal causará a abertura de um incidente.
Para obter mais informações sobre quando usar preenchimento de lacunas e perda única, consulte nossa postagem no fórum sobre quando usar preenchimento de lacunas e perda de sinal.