Limites e regras referentes à New Relic :
n/a
Limited condition | Minimum value | Maximum value |
---|---|---|
Alert policies: | ||
1 personagem | 128 caracteres | |
n/a | 10.000 políticas | |
Alert conditions: | ||
Pontos de dados correspondentes por minuto, por conta (saiba mais) | N/A | 300 milhões |
1 personagem | 128 caracteres | |
0 condições | 500 condições | |
0 condições | 4.000 condições | |
destino (produto entidade) por condição | 1 destino | 5.000 destinos para condições NRQL 1.000 destinos para condições não NRQL |
limite por condição | 1 Aviso ou 1 Crítico | 1 Aviso e 1 Crítico |
Alert incidents: | ||
4000 caracteres | ||
30 segundos | 2 horas | |
Incidente por problema | 1 incidente | 10.000 incidentes Incidentes além deste limite não persistirão. |
API de pesquisa do incidente: tamanho da página | 1 página (menor ou igual a 25 incidentes) | 1000 páginas (incidente de 25 mil) DicaUse apenas o parâmetro |
Workflows: | ||
n/a | Limite inicial 1000 | |
Tamanho do filtro de fluxo de trabalho | 1 personagem | 4.096 caracteres por fluxo de trabalho |
Notification channels (Legacy): | ||
Limitações do canal |
Consulta de alerta NRDB com pontos de dados correspondentes por minuto
O limite de condição do alerta Matched data points per minute
se aplica à taxa total de pontos de dados correspondentes para a consulta de alerta em uma conta New Relic .
Se esse limite for excedido, você não poderá criar ou atualizar condições para a conta afetada até que a taxa fique abaixo do limite. As condições de alerta existentes não são afetadas.
Você pode ver seus pontos de dados correspondentes e qualquer incidente de limite na interface de limites.
Para entender quais condições estão levando ao maior número de taxas de transferência, você pode realizar uma consulta como:
FROM NrAiSignal SELECT sum(aggregatedDataPointsCount) AS 'alert matched data points' FACET conditionId
Algumas dicas sobre como otimizar seus pontos de dados correspondentes:
- Se você estiver usando janelas deslizantes, observe que isso pode aumentar significativamente o número de pontos de dados. Para diminuir o número de pontos de dados, você pode usar uma duração de agregação mais longa.
- Use cláusulas
WHERE
para reduzir a quantidade de dados que estão sendo alertados. UsarWHERE
em vez deFACET
pode produzir alertas mais eficientes em alguns casos. - Combine alerta semelhante. Se você tiver várias condições de alerta semelhantes, considere agrupá-las com filtros combinados.
Para solicitar um aumento de limite, fale com seu representante de conta New Relic.
Observe que o uso de janelas deslizantes pode aumentar significativamente o número de pontos de dados. Considere usar uma duração mais longa de agregação de janela deslizante para reduzir o número de pontos de dados produzidos.