Límites - Amazon CloudWatch
Cuotas generales de CloudWatchLímites que rigen las alarmas basadas en consultas de Información de métricasLímites que rigen las alarmas según los orígenes de datos conectados

Límites

Cuotas generales de CloudWatch

Para obtener información sobre las cuotas generales de servicio de CloudWatch que se aplican a las alarmas, consulte CloudWatch Service Quotas.

Límites que rigen las alarmas basadas en consultas de Información de métricas

Cuando trabaje con alarmas de Información de métricas de CloudWatch, tenga en cuenta estos límites funcionales:

  • El valor predeterminado es de 200 alarmas mediante la consulta de Información de métricas por cuenta y región

  • Solo se pueden utilizar los datos de las últimas 3 horas para evaluar las condiciones de la alarma. Sin embargo, puede visualizar hasta dos semanas de datos en el gráfico de la página de detalles de la alarma

  • Las alarmas que evalúen varias series temporales limitarán la tasa de transiciones simultáneas a 100

    • Suponiendo que la consulta recupera 150 series temporales:

      • Si hay menos de 100 colaboradores en ALARM (por ejemplo, 95), StateReason será “95 de 150 series temporales evaluadas como ALARM”.

      • Si hay más de 100 colaboradores en ALARM, por ejemplo 105, StateReason será “más de 100 series temporales evaluadas como ALARM”.

    • Además, en función del tamaño de los datos que contribuyen a la alarma, StateReason puede truncar para mostrar menos datos de series temporales. Si truncamos el valor a 85 colaboradores, StateReason será:

      • Si hay menos de 100 colaboradores en ALARM (por ejemplo, 95), si se trunca a 85, StateReason será “más de 85 de 150 series temporales evaluadas como ALARM”.

      • Si hay más de 100 colaboradores en ALARM (por ejemplo, 105), si se trunca a 85, StateReason será “más de 85 series temporales evaluadas como ALARM”.

  • Información de métricas limita el número máximo de series temporales que se analizan o devuelven

  • Durante la evaluación de la alarma, EvaluationState se establecerá en PARTIAL_DATA para los siguientes límites:

    • Si la consulta de Información de métricas devuelve más de 500 series temporales.

    • Si la consulta de Información de métricas coincide con más de 10 000 métricas.

Para obtener más información sobre las cuotas de servicio y los límites de CloudWatch, consulte Service Quotas de Información de métricas deCloudWatch.

Límites que rigen las alarmas según los orígenes de datos conectados

  • Cuando CloudWatch evalúa una alarma, lo hace cada minuto, incluso si el período de la alarma es superior a un minuto. Para que la alarma funcione, la función de Lambda debe poder devolver una lista de marcas temporales que comiencen en cualquier minuto, no solo en múltiplos de la duración del período. Estas marcas temporales deben estar espaciadas a una distancia de un período.

    Por lo tanto, si el origen de datos consultado por Lambda solo puede devolver marcas temporales que sean múltiplos de la longitud del período, la función debería “volver a muestrear” los datos obtenidos para que coincidan con las marcas temporales esperadas por la solicitud GetMetricData.

    Por ejemplo, una alarma con un período de cinco minutos se evalúa cada minuto mediante ventanas de cinco minutos que cambian un minuto cada vez. En este caso:

    • Para la evaluación de la alarma a las 12:15:00, CloudWatch espera puntos de datos con marcas de tiempo de 12:00:00, 12:05:00 y 12:10:00.

    • Luego, para la evaluación de la alarma a las 12:16:00, CloudWatch espera puntos de datos con marcas de tiempo de 12:01:00, 12:06:00 y 12:11:00.

  • Cuando CloudWatch evalúa una alarma, todos los puntos de datos devueltos por la función de Lambda que no se alineen con las marcas temporales esperadas se descartan y la alarma se evalúa utilizando los puntos de datos esperados restantes. Por ejemplo, cuando la alarma se evalúa a las 12:15:00, se esperan datos con marcas de tiempo de 12:00:00, 12:05:00 y 12:10:00. Si recibe datos con marcas de tiempo de 12:00:00, 12:05:00, 12:06:00 y 12:10:00, los datos 12:06:00 se descartan y CloudWatch evalúa la alarma utilizando las demás marcas de tiempo.

    Luego, para la siguiente evaluación a las 12:16:00, se esperan datos con marcas de tiempo de 12:01:00, 12:06:00 y 12:11:00. Si solo tiene los datos con marcas de tiempo iguales a 12:00:00, 12:05:00 y 12:10:00, todos estos puntos de datos se ignoran a las 12:16:00 y la alarma pasa al estado según el modo en que especificó la alarma para tratar los datos faltantes. Para obtener más información, consulte Evaluación de alarmas.

  • Le recomendamos que cree estas alarmas para tomar medidas cuando pasen al estado INSUFFICIENT_DATA, ya que varios casos de uso de fallas de la función de Lambda harán la transición de la alarma a INSUFFICIENT_DATA, independientemente de la forma en que la configure para tratar los datos faltantes.

  • Si la función de Lambda devuelve un error:

    • Si hay un problema de permisos al llamar a la función de Lambda, la alarma comienza a tener transiciones de datos faltantes según la forma en que especificó la alarma para tratar los datos faltantes cuando la creó.

    • Cualquier otro error que provenga de la función de Lambda hace que la alarma pase a INSUFFICIENT_DATA.

  • Si la métrica solicitada por la función de Lambda presenta algún retraso, por lo que siempre falta el último punto de datos, debe utilizar una solución alternativa. Puede crear una alarma M a partir de N o aumentar el período de evaluación de la alarma. Para obtener más información sobre alarmas M a partir de N, consulte Evaluación de alarmas.