Selecionar e configurar métricas

Este documento descreve os campos que você define ao configurar a condição de uma política de alertas. Normalmente, você cria uma política de alertas quando quer ser notificado quando os dados de séries temporais, como o uso da CPU de uma máquina virtual, atenderem a determinadas condições. Este conteúdo não se aplica a políticas de alertas baseadas em registros. Para informações sobre políticas de alertas com base em registros, que informam quando uma mensagem específica aparece nos registros, consulte Como monitorar os registros.

Selecionar os dados a serem exibidos

Para especificar as métricas que serão exibidas ao criar uma política de alertas, defina os valores de uma métrica e um tipo de recurso:

  • O campo metric identifica as medidas a serem coletadas de um recurso monitorado. Ele inclui uma descrição do que está sendo medido e como as medições são interpretadas. Métrica é uma forma abreviada de tipo de métrica. Para informações conceituais, consulte Tipos de métricas.

  • O campo type type especifica de qual recurso os dados de métricas são capturados. ostipo de recurso às vezes é chamado detipo de recurso monitorado ou orecurso de dados. Para informações conceituais, consulte Recursos monitorados.

O Monitoring tem muitos tipos de métricas e recursos monitorados predefinidos disponíveis, e também é possível criar métricas personalizadas:

O Cloud Monitoring está atualizando a interface para criar uma política de alertas. Selecione a guia que corresponde à interface que você está usando.

Interface legada

Para selecionar uma métrica, use o campo Encontrar métrica e tipo de recurso para escolher um tipo de recurso e um de métrica. É possível especificá-los em qualquer ordem. Para começar, clique no campo. Isso trará uma ou duas listas, com base em qualquer seleção anterior. As listas são indicadas por cabeçalhos, Tipos de recursos e Métricas, como mostra a captura de tela a seguir:

Listas de pesquisa para selecionar métricas e recursos.

Há duas maneiras de selecionar uma entrada:

  • ao selecionar entradas das listas;

  • Entrando em um filtro do Monitoring. Um filtro do Monitoring é uma expressão usada pelo Monitoring para identificar a série temporal a ser monitorada. O filtro de monitoramento a seguir resulta no gráfico que exibe a contagem de entradas de registro de todas as instâncias de máquinas virtuais do Google Cloud na zona us-east1-b:

    metric.type="logging.googleapis.com/log_entry_count"
    resource.type="gce_instance" resource.label."zone"="us-east1-b"
    

    Para inserir um filtro de Monitoramento, faça o seguinte:

    1. Ao lado de Encontrar métrica e tipo de recurso, clique em Ajuda
    2. Clique em Modo de filtro direto no painel de ajuda.

      Quando o Modo de filtro direto está ativado, a opção Encontrar métrica e tipo de recurso é substituída por uma caixa de texto editável chamada Tipo de recurso, métrica e filtro:

      O "Modo de filtro direto" é exibido.

      Se você escolheu um tipo de recurso, uma métrica ou um filtro antes de selecionar Modo de filtro direto, essas configurações serão usadas para preencher a caixa de texto Tipo de recurso, métrica e filtro.

    3. Insira um filtro do Monitoring na caixa de texto Tipo de recurso, métrica e filtro. O filtro precisa incluir um tipo de métrica e um de recurso. Também é possível incluir filtros de rótulo. Para saber mais sobre a gramática de filtros, consulte Filtros do Monitoring.

      Por exemplo, para exibir as entradas de registro de todas as instâncias de VM do Google Cloud na zona us-east1-b, insira:

      metric.type="logging.googleapis.com/log_entry_count"
      resource.type="gce_instance" resource.label."zone"="us-east1-b"
      

      Se você usou o modo de filtro direto para configurar gráficos ou políticas de alertas e nenhum dado estiver disponível, uma mensagem de erro aparecerá no gráfico. A mensagem de erro exata depende do filtro inserido. Por exemplo, uma mensagem comum é Chart definition invalid. Você também pode ver a mensagem No data is available for the selected time frame.

Passar o cursor do mouse sobre um item em uma das listas carrega uma dica que exibe as informações no descritor do item. Para mais informações sobre descritores de tipos de métricas ou recursos monitorados, consulte a lista de métricas ou a de recursos monitorados.

Quando pelo menos um tipo de recurso e um par de métricas são selecionados, o gráfico mostra todas as séries temporais disponíveis. Itens adicionais aparecem abaixo da métrica especificada na guia Métrica. A captura de tela abaixo mostra a guia Métrica depois que uma métrica é especificada:

Exibe mais opções de seleção.

Interface na prévia

Para configurar a condição de uma política de alertas, use a API Cloud Monitoring ou o Console do Google Cloud. Se você optar por usar o Console do Cloud, selecione como especificar a série temporal a ser monitorada:

  • Modo básico

    Use o modo básico se você quiser configurar uma condição que monitore uma métrica de um recurso específico e não quiser usar a MQL. Por padrão, os menus listam somente as métricas para as quais os dados foram recebidos. Há um seletor para permitir que você liste todas as métricas do Google Cloud.

    Depois de selecionar o recurso e a métrica, a próxima etapa é especificar os filtros.

  • Modo MQL

    Use o modo MQL quando quiser usar MQL para descrever a condição ou monitorar uma proporção de métricas.

    Para informações sobre como usar o MQL, consulte Como usar a linguagem de consulta do Monitoring.

    A próxima etapa é configurar o gatilho de condições.

  • Modo de filtro direto

    Use o modo de filtro direto quando tiver interesse em qualquer um dos itens a seguir:

    • Objetivos de nível de serviço (SLO) do Monitoring.
    • Configurando um alerta para métricas personalizadas sobre as quais você ainda não tem dados.
    • Monitoramento da contagem de processos em execução em máquinas virtuais (VMs).
    • Verificar a sintaxe de uma instrução de filtro a ser incluída em um comando da API.

    Ao usar o modo de filtro direto, para selecionar a série temporal que você insere um filtro de monitoramento. Por exemplo, o filtro"Monitoramento"a seguir no gráfico exibe uma contagem de processos cujo nome inclui nginx:

    select_process_count("monitoring.regex.full_match(\".*nginx.*\")")
    resource.type="gce_instance"
    

    O próximo filtro seleciona a série temporal Disk write bytes para VMs do Compute Engine que estão localizadas na zona us-central1-a:

    metric.type="compute.googleapis.com/instance/disk/write_bytes_count"
    resource.type="gce_instance"
    resource.label."zone"="us-central1-a"
    

    Para informações sobre sintaxe, consulte os seguintes documentos:

    Depois de especificar um filtro do Monitoring, a próxima etapa é especificar as opções de transformação de dados.

No restante desta página, usamos a terminologia usada pela interface orientada pelo menu do Console do Cloud. No entanto, as informações conceituais são aplicáveis a todas as abordagens que podem ser usadas para criar uma política de alertas.

Filtrar os dados selecionados

Interface legada

Para reduzir a quantidade de dados monitorados, especifique critérios de filtro ou aplique a agregação. Os filtros garantem que somente séries temporais que atendam a algum conjunto de critérios sejam usadas. Quando você aplica filtros, há menos séries temporais para avaliar, o que pode melhorar o desempenho do alerta.

Quando você fornece vários critérios de filtragem, o gráfico correspondente mostra apenas as séries temporais que atendem a todos os critérios, um AND lógico.

No Console do Google Cloud, clique no campo Filtro para adicionar um filtro. Isso abre um painel que contém listas de critérios que podem ser usados para a filtragem. Por exemplo, é possível filtrar por grupo de recursos, por nome, por rótulo de recurso, por zona e por rótulo de métrica.

A captura de tela a seguir mostra os rótulos de filtro conhecidos para uma métrica específica:

Listas de rótulos de filtro preenchidos previamente.

Você pode selecionar das listas ou digitar para encontrar as correspondências. Além disso, você pode criar filtros para dados que ainda não apareceram. Esses critérios de filtro não aparecerão na lista de seleção, mas é possível especificar manualmente os filtros que você sabe que serão válidos no futuro.

Depois de escolher um rótulo para filtrar, especifique o restante do filtro: um valor ou intervalo de valores e uma comparação.

Por exemplo, veja na captura de tela a seguir um filtro no rótulo de recurso zone. O campo Filtro é compatível com um par de operadores de comparação para igualdade, = e =~, e um para desigualdade, != e !=~. O segundo item em cada par recebe uma expressão regular como um valor. O padrão é o operador de igualdade simples, =.

Lista de comparadores de filtros.

Abaixo da lista de operadores de comparação, há uma lista dos valores disponíveis. A captura de tela a seguir mostra os nomes das zonas no projeto:

Exemplo de alguns valores de filtro preenchidos automaticamente.

Para o campo Valor, é possível selecionar um dos itens na lista suspensa ou inserir uma expressão que corresponda a vários itens:

  • Para uma comparação direta, = ou !=, crie uma string de filtro como starts_with. Por exemplo, a string de filtro starts_with("us-central") corresponde a qualquer zona us-central:

    Exemplo de uso de uma string de filtro.

    Consulte Como monitorar filtros para saber mais sobre strings de filtros.

  • Para uma expressão regular, =~ ou !=~, insira uma expressão regular RE2 como o valor. Por exemplo, a expressão regular us-central1-.* corresponde a qualquer zona us-central1:

    Exemplo de filtragem com regexps.

    A expressão regular ^us.*.a$ corresponde a qualquer zona dos EUA que termine com “a”:

    Exemplo de filtragem para zonas usando um regexps.

É possível especificar vários critérios de filtro e usar o mesmo rótulo várias vezes. Isso permite que você especifique um filtro para um intervalo de valores. Para adicionar mais filtros, clique na opção Adicionar um filtro próxima à parte inferior do campo de filtro. No momento, todos os critérios de filtro precisam ser atendidos. Eles constituem um AND lógico. Por exemplo, use as strings de filtro starts_with e ends_with para mostrar apenas as zonas “a” nos EUA:

Exemplo usando vários filtros.

Com um filtro zone="starts_with("asia-east1")" ou zone=~"asia-east1.*" ativado, somente a série temporal com dados de uma das zonas asia-east1 é exibida:

Como exibir uma série temporal filtrada.

Interface na prévia

Para reduzir a quantidade de dados monitorados, especifique critérios de filtro ou aplique a agregação. Os filtros garantem que somente séries temporais que atendam a algum conjunto de critérios sejam usadas. Quando você aplica filtros, há menos séries temporais para avaliar, o que pode melhorar o desempenho do alerta.

Quando você fornece vários critérios de filtragem, o gráfico correspondente mostra apenas as séries temporais que atendem a todos os critérios, um AND lógico.

Para adicionar um filtro, clique em Adicionar filtro, conclua o diálogo e clique em Concluído. Na caixa de diálogo, use o campo Filtro para selecionar o critério que será filtrado. Por exemplo, é possível filtrar por grupo de recursos, por nome, por rótulo de recurso, por zona e por rótulo de métrica. Em seguida, selecione o operador de comparação e o valor dele. Cada linha na tabela a seguir lista um operador de comparação, o significado dele e um exemplo:

OperadorSignificadoExemplo
= Igualdade resource.labels.zone = "us-central1-a
!= Desigualdade resource.labels.zone != "us-central1-a"
=~ Igualdade de expressão regular2 monitoring.regex.full_match("^us.*")
!=~ Desigualdade de expressão regular2 monitoring.regex.full_match("^us.*")
starts_with O valor começa com resource.labels.zone = starts_with("us")
ends_with O valor termina com resource.labels.zone = ends_with("b")
has_substring O valor contém resource.labels.zone = has_substring("east")
one_of Uma resource.labels.zone = one_of("asia-east1-b", "europe-north1-a")
!starts_with O valor não começa com resource.labels.zone != starts_with("us")
!ends_with O valor não termina com resource.labels.zone != ends_with("b")
!has_substring O valor não contém resource.labels.zone != has_substring("east")
!one_of O valor não é um entre resource.labels.zone != one_of("asia-east1-b", "europe-north1-a")

Transformar dados

Depois que a série temporal for selecionada, o próximo passo é especificar como cada série temporal é processada, também conhecida como alinhamento, e como a série temporal alinhada é combinada. Ao usar a interface legada ou a API Cloud Monitoring, você usa os campos de agregação para especificar como as séries temporais são transformadas.

O restante desta página descreve brevemente essas opções. Para ver uma explicação detalhada, consulte Como manipular séries temporais.

Alinhar série temporal

O alinhamento é o processo de converter uma série temporal recebida pelo Monitoring em uma nova série temporal com pontos de dados espaçados por um período fixo. O processo de alinhamento consiste nas seguintes etapas:

  1. Dividir uma série temporal em um conjunto de intervalos de comprimento fixo.
  2. Coletar todos os pontos de dados recebidos em cada intervalo e aplicar uma função para combinar esses pontos de dados. Por exemplo, é possível selecionar essa função para calcular a média de todas as amostras.
  3. Associando carimbo de data/hora com o valor calculado na etapa anterior e, em seguida, adicionando o par à série temporal alinhada.

Para uma discussão geral sobre alinhamento, consulte Alinhamento: regularização dentro de série.

Interface legada

Ao criar uma condição em uma política de alertas, especifique os parâmetros de alinhamento. Se você usar o Console do Google Cloud, os valores padrão destes parâmetros serão fornecidos:

  • Período: o período é um intervalo de retrospectiva de um determinado momento. Por exemplo, se o período for cinco minutos, então, às 13h, as amostras recebidas entre 12h55 e 13h serão alinhadas. às 13h01, as amostras recebidas entre 12h56 e 13h01 precisam ser alinhadas. No contexto das políticas de alertas, o período de alinhamento pode ser visto como uma janela deslizante que olha para o passado. Para uma discussão mais envolvida sobre esse campo, consulte O período de alinhamento e a duração.

    Para ver as opções de agregação restantes, clique em Mostrar opções avançadas.

  • Alinhador: o campo de alinhador especifica a função usada para combinar todos os pontos de dados em um período de alinhamento. Para mais informações sobre os alinhadores disponíveis, consulte Aligner na referência da API. Alguns alinhadores alinham os dados e os convertem de um tipo de métrica para outro. Para uma explicação detalhada, consulte Tipos e conversões.

Interface na prévia

Ao criar uma condição em uma política de alertas, especifique os parâmetros de alinhamento. Se você usar o Console do Google Cloud, os valores padrão destes parâmetros serão fornecidos:

  • Janela contínua: este campo é um intervalo de lookback de um momento específico. Por exemplo, se esse valor é de cinco minutos, às 13h, as amostras recebidas entre 12h55 e 13h estão alinhadas. Às 13h01, as amostras recebidas entre 12h56 e 13h01 precisam estar alinhadas. No contexto das políticas de alertas, o período de alinhamento pode ser visualizado como uma janela deslizante que analisa o passado. Para uma discussão mais envolvida sobre esse campo, consulte O período de alinhamento e a duração.

  • Função de janela contínua: o campo especifica a função usada para combinar todos os pontos de dados no intervalo de lookback. Na API Cloud Monitoring, esse campo é chamado de alinhador. Para mais informações sobre as funções disponíveis, consulte Aligner na referência da API. Algumas das funções do alinhador alinham os dados e os convertem de um tipo de métrica para outro. Para ver uma explicação detalhada, consulte Tipos, tipos e conversões.

Combinar série temporal

É possível reduzir a quantidade de dados retornados para uma métrica combinando diferentes séries temporais. Para combinar várias séries temporais, você geralmente especifica um agrupamento e uma função. O agrupamento é feito por valores de rótulo. A função define como todas as séries temporais de um grupo são combinadas em uma nova série temporal.

Interface legada

Para adicionar um agrupamento, clique no texto da caixa de texto Agrupar por e faça uma seleção no menu. O menu é criado dinamicamente com base nos dados da série temporal do recurso e da métrica selecionados. Agrupar e filtrar usam o mesmo conjunto de rótulos.

Quando você adiciona o primeiro rótulo, ocorre o seguinte:

  • Um agregador é selecionado. O tipo de dados que está sendo exibido determina o agregador padrão; No entanto, é possível alterar essa função.
  • O agregador determina como as séries temporais que têm o mesmo valor do rótulo são combinadas em uma única série temporal.
  • O gráfico exibe uma série temporal para cada valor do rótulo listado na caixa de texto Agrupar por.

Se você agrupar por vários rótulos, o agregador combinará as séries temporais que têm o mesmo valor para os rótulos especificados.

Se você não especificar uma opção de agrupamento e especificar um agregador, essa função será aplicada a todas as séries temporais selecionadas e resultará em uma única série temporal.

A captura de tela a seguir mostra um agrupamento por user_labels.version com o agregador definido como o valor padrão de sum:

Exemplo de configuração de agrupamento.

Essa seleção resulta em uma série temporal para cada valor do rótulo user_labels.version. Os pontos de dados em cada série temporal são calculados a partir da soma de todos os valores de séries temporais individuais para uma versão específica:

Exibição de séries temporais agrupadas por user_labels.version

Interface na prévia

Para acessar as opções para combinar séries temporais, clique em Mostrar mais na seção Várias séries temporais.

Para combinar séries temporais por valor de rótulo, clique no texto Agrupar séries temporais por e faça uma seleção no menu. O menu é construído dinamicamente com base na série temporal selecionada.

Quando você adiciona o primeiro rótulo, ocorre o seguinte:

  • Um erro é exibido porque o campo Agregação de série temporal está definido como none. Para resolver o erro, selecione uma função usada para combinar a série temporal com o mesmo valor do rótulo.

  • O gráfico exibe uma série temporal para cada valor do rótulo listado no campo Time series group by.

Se você não especificar uma opção de agrupamento e especificar uma função de agregação, essa função será aplicada à série temporal selecionada e resultará em uma única série temporal.

É possível agrupar por vários rótulos. Quando você tem várias opções de agrupamento, o agregador é aplicado ao conjunto de séries temporais que têm os mesmos valores dos rótulos selecionados.

O gráfico resultante exibe uma série temporal para cada combinação de valores dos rótulos. A ordem de especificação dos rótulos não importa.

Por exemplo, a captura de tela a seguir ilustra o agrupamento por user_labels.version e system_labels.machine_image:

Como exibir séries temporais agrupadas por versão e imagem da máquina.

Conforme ilustrado, se agrupar por rótulos, você terá uma série temporal para cada par de valores. O fato de você ter uma série temporal para cada combinação de rótulos significa que essa técnica pode facilmente criar mais dados do que é possível colocar em um único gráfico.

Quando você especifica o agrupamento ou seleciona um agregador, a série temporal representada em gráfico contém apenas os rótulos necessários, como o identificador do projeto e os especificados pelo agrupamento.

Para remover uma condição de "Group By", siga estas etapas:

  1. Exclua os rótulos de "Group By".
  2. Defina o agregador como none.

Agregação secundária

Interface legada

Quando você tem várias séries temporais que já representam agregações, é possível reduzir todas as séries temporais no gráfico para uma única série temporal escolhendo um Agregador secundário. Por exemplo, se você agrupar os dados por zona, o gráfico mostrará uma série temporal para cada zona. Para criar um gráfico com uma única série temporal, use os campos de agregação secundários.

Interface na prévia

Se você tiver várias séries temporais exibidas após a transformação de dados principal e quiser que a política de alertas monitore uma única série temporal, use os campos Transformação de dados secundária.

Comportamento quando os dados estiverem ausentes

Interface legada

É possível configurar o tempo que o Monitoring aguarda para fechar incidentes abertos quando os dados deixam de chegar. No entanto, não é possível configurar como o Monitoring escolhe os valores de substituição para dados ausentes.

Para configurar quanto tempo o Monitoring aguarda antes de fechar um incidente aberto depois que os dados param de chegar, use o campo Duração do fechamento automático de incidentes. Defina a duração do fechamento automático na etapa Notificação. A duração padrão de fechamento automático é de 7 dias.

Interface na prévia

É possível configurar como o Monitoring avalia uma condição de limite de métrica quando os dados param de chegar. Por exemplo, quando um incidente está aberto e uma medição esperada não chega, você quer que o Monitoring deixe o incidente aberto ou o feche imediatamente? Da mesma forma, quando os dados param de chegar e nenhum incidente é aberto, você quer que ele seja aberto? Por fim, quanto tempo um incidente deve permanecer aberto após a chegada dos dados?

Há dois campos configuráveis que especificam como o Monitoring avalia as condições de limite de métrica quando os dados param de chegar:

  • Para configurar como o Monitoring determina o valor de substituição para dados ausentes, use o campo Avaliação de dados ausentes definido na etapa Acionador de condição. Esse campo fica desativado quando a janela de teste está definida como Sem novo teste.

  • Para configurar quanto tempo o Monitoring aguarda antes de fechar um incidente aberto depois que os dados param de chegar, use o campo Duração do fechamento automático de incidentes. Defina a duração do fechamento automático na etapa Notificação. A duração padrão de fechamento automático é de 7 dias.

Veja a seguir as diferentes opções para o campo de dados ausentes:

Console do Cloud
"Avaliação de dados ausentes"
Resumo Detalhes
Dados ausentes vazios Os incidentes abertos permanecem abertos.
Novos incidentes não são abertos.

Para condições que são atendidas, a condição continua sendo atendida quando os dados param de chegar. Se um incidente estiver aberto para essa condição, ele permanecerá aberto. Quando um incidente está aberto e nenhum dado é recebido, o timer de fechamento automático é iniciado após um atraso de pelo menos 15 minutos. Se o timer expirar, o incidente será fechado.

Para condições que não são atendidas, a condição continua não sendo atendida quando os dados param de chegar.

Pontos de dados ausentes tratados como valores que violam a condição da política Os incidentes abertos permanecem abertos.
É possível abrir novos incidentes.

Para condições que são atendidas, a condição continua sendo atendida quando os dados param de chegar. Se um incidente estiver aberto para essa condição, ele permanecerá aberto. Quando um incidente está aberto e nenhum dado chega ao período de fechamento automático mais 24 horas, o incidente é encerrado.

Para condições que não são atendidas, essa configuração faz com que a condição de limite de métrica se comporte como um metric-absence condition. Se os dados não chegarem no horário especificado pela janela de novo teste, a condição será avaliada como atendida. Para uma política de alertas com uma condição, ela é atendida e um incidente é aberto.

Pontos de dados ausentes tratados como valores que não violam a condição da política Os incidentes abertos estão fechados.
Novos incidentes não são abertos.

Para condições que são atendidas, a condição deixa de ser atendida quando os dados param de chegar. Se um incidente estiver aberto para essa condição, ele será encerrado.

Para condições que não são atendidas, a condição continua não sendo atendida quando os dados param de chegar.

API

É possível configurar como o Monitoring avalia uma condição de limite de métrica quando os dados param de chegar. Por exemplo, quando um incidente está aberto e uma medição esperada não chega, você quer que o Monitoring deixe o incidente aberto ou o feche imediatamente? Da mesma forma, quando os dados param de chegar e nenhum incidente é aberto, você quer que ele seja aberto? Por fim, quanto tempo um incidente deve permanecer aberto após a chegada dos dados?

Há dois campos configuráveis que especificam como o Monitoring avalia as condições de limite de métrica quando os dados param de chegar:

  • Para configurar como o Monitoring determina o valor de substituição de dados ausentes, use o campo evaluationMissingData da estrutura MetricThreshold. Este campo é ignorado quando o campo duration é zero.

  • Para configurar quanto tempo o Monitoring aguarda antes de fechar um incidente aberto depois que os dados param de chegar, use o campo autoClose na estrutura AlertStrategy.

Veja a seguir as diferentes opções para o campo de dados ausentes:

Campo evaluationMissingData da API
Resumo Detalhes
EVALUATION_MISSING_DATA_UNSPECIFIED Os incidentes abertos permanecem abertos.
Novos incidentes não são abertos.

Para condições que são atendidas, a condição continua sendo atendida quando os dados param de chegar. Se um incidente estiver aberto para essa condição, ele permanecerá aberto. Quando um incidente está aberto e nenhum dado é recebido, o timer de fechamento automático é iniciado após um atraso de pelo menos 15 minutos. Se o timer expirar, o incidente será fechado.

Para condições que não são atendidas, a condição continua não sendo atendida quando os dados param de chegar.

EVALUATION_MISSING_DATA_ACTIVE Os incidentes abertos permanecem abertos.
É possível abrir novos incidentes.

Para condições que são atendidas, a condição continua sendo atendida quando os dados param de chegar. Se um incidente estiver aberto para essa condição, ele permanecerá aberto. Quando um incidente está aberto e nenhum dado chega à duração do fechamento automático mais 24 horas, o incidente é fechado.

Para condições que não são atendidas, essa configuração faz com que a condição de limite de métrica se comporte como um metric-absence condition. Se os dados não chegarem no horário especificado pelo campo "duração", a condição será avaliada como atendida. Para uma política de alertas com uma condição, ela é atendida e um incidente é aberto.

EVALUATION_MISSING_DATA_INACTIVE Os incidentes abertos estão fechados.
Novos incidentes não são abertos.

Para condições que são atendidas, a condição deixa de ser atendida quando os dados param de chegar. Se um incidente estiver aberto para essa condição, ele será encerrado.

Para condições que não são atendidas, a condição continua não sendo atendida quando os dados param de chegar.