Limites - Amazon CloudWatch
Cotas gerais do CloudWatchLimites que se aplicam a alarmes baseados em consultas do Metrics InsightsLimites que se aplicam a alarmes baseados em fontes de dados conectadas

Limites

Cotas gerais do CloudWatch

Para obter informações sobre as cotas de serviço gerais do CloudWatch que se aplicam aos alarmes, consulte Cotas de serviço do CloudWatch.

Limites que se aplicam a alarmes baseados em consultas do Metrics Insights

Ao trabalhar com os alarmes do CloudWatch Metrics Insights, esteja ciente destes limites funcionais:

  • Um padrão de 200 alarmes usando a consulta do Metrics Insights por conta por região

  • Somente as últimas três horas de dados podem ser usadas para avaliar as condições do alarme. No entanto, você pode visualizar até duas semanas de dados no grafo da página de detalhes do alarme.

  • Os alarmes que avaliam várias séries temporais limitarão a taxa de transições simultâneas a 100.

    • Supondo que a consulta recupere 150 séries temporais:

      • Se houver menos de 100 colaboradores em ALARME (por exemplo, 95), o StateReason será “95 de 150 séries temporais avaliadas para ALARME”

      • Se houver mais de 100 colaboradores em ALARME, por exemplo 105, o StateReason será “mais de 100 séries temporais avaliadas para ALARME”

    • Além disso, com base no tamanho dos dados do contribuidor do alarme, o StateReason pode ser truncado para exibir menos dados de séries temporais. Supondo que trunquemos para 85 colaboradores, o StateReason será:

      • Se houver menos de 100 colaboradores em ALARME (por exemplo, 95): truncado para 85, StateReason será “mais de 85 de 150 séries temporais avaliadas para ALARME”.

      • Se houver mais de 100 colaboradores em ALARME (por exemplo, 105): truncado para 85, StateReason será “mais de 85 séries temporais avaliadas para ALARME”.

  • Os limites do Metrics Insights quanto ao número máximo de séries temporais analisadas ou retornadas se aplicam.

  • Durante a avaliação do alarme, o EvaluationState será definido como PARTIAL_DATA para os limites a seguir:

    • Se a consulta do Metrics Insights retornar mais de 500 séries temporais.

    • Se a consulta do Metrics Insights corresponder a mais de 10.000 métricas.

Para obter mais informações sobre cotas de serviço do CloudWatch, consulte Cotas de serviço do Metrics Insights do CloudWatch.

Limites que se aplicam a alarmes baseados em fontes de dados conectadas

  • Quando o CloudWatch avalia um alarme, ele o faz a cada minuto, mesmo que o período para o alarme seja superior a um minuto. Para que o alarme funcione, a função do Lambda deve ser capaz de retornar uma lista de carimbos de data/hora começando em qualquer minuto, e não somente em múltiplos da duração do período. Esses carimbos de data/hora devem ser espaçados por uma duração do período.

    Portanto, se a fonte de dados consultada pelo Lambda puder retornar somente carimbos de data/hora que sejam múltiplos da duração do período, a função deverá disponibilizar uma “nova amostragem” dos dados buscados para corresponder aos carimbos de data/hora esperados pela solicitação GetMetricData.

    Por exemplo, um alarme com um período de cinco minutos é avaliado a cada minuto usando janelas de cinco minutos que mudam um minuto de cada vez. Neste caso:

    • Para a avaliação do alarme às 12:15:00, o CloudWatch espera pontos de dados com carimbos de data/hora de 12:00:00, 12:05:00 e 12:10:00.

    • Então, para a avaliação do alarme às 12:16:00, o CloudWatch espera pontos de dados com carimbos de data/hora de 12:01:00, 12:06:00 e 12:11:00.

  • Quando o CloudWatch avalia um alarme, todos os pontos de dados retornados pela função do Lambda que não estão alinhados com os carimbos de data/hora esperados são descartados, e o alarme é avaliado usando os pontos de dados esperados restantes. Por exemplo, quando o alarme é avaliado às 12:15:00, ele espera dados com carimbos de data/hora de 12:00:00, 12:05:00 e 12:10:00. Se ele receber dados com carimbos de data/hora de 12:00:00, 12:05:00, 12:06:00 e 12:10:00, os dados de 12:06:00 serão descartados e o CloudWatch avaliará o alarme usando os outros carimbos de data/hora.

    Então, para a próxima avaliação às 12:16:00, ele espera dados com carimbos de data/hora de 12:01:00, 12:06:00 e 12:11:00. Se tiver somente os dados com carimbos de data/hora de 12:00:00, 12:05:00 e 12:10:00, todos esses pontos de dados serão ignorados às 12:16:00, e o alarme realizará a transição para o estado de acordo com a forma como você o especificou para tratar dados ausentes. Para obter mais informações, consulte Avaliação de alarme.

  • Recomendamos criar esses alarmes para executar ações quando eles realizarem a transição para o estado INSUFFICIENT_DATA, porque diversos casos de uso de falha da função do Lambda realizarão a transição do alarme para INSUFFICIENT_DATA, independentemente da forma como você o configurou para tratar dados ausentes.

  • Se a função do Lambda retornar um erro:

    • Se houver um problema de permissão ao chamar a função do Lambda, o alarme começará a realizar transições de dados ausentes de acordo com a forma como você o especificou para tratar dados ausentes quando o criou.

    • Qualquer outro erro proveniente da função do Lambda faz com que o alarme realize a transição para INSUFFICIENT_DATA.

  • Se a métrica solicitada pela função do Lambda tiver algum atraso de modo que o último ponto de dados esteja sempre ausente, você deverá usar uma solução alternativa. É possível criar um alarme “M out of N” ou aumentar o período de avaliação do alarme. Para obter mais informações sobre alarmes “M out of N”, consulte Avaliação de alarme.