Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

# Ejemplos de casos de uso de CloudWatch alarmas en Incident Detection and Response
<a name="idr-ex-alarm-use-cases"></a>

Los siguientes casos de uso proporcionan ejemplos de cómo puedes usar CloudWatch las alarmas de Amazon en Incident Detection and Response. Estos ejemplos muestran cómo se pueden configurar CloudWatch las alarmas para monitorear las métricas y los umbrales clave en varios AWS servicios, lo que le permite identificar y responder a posibles problemas que podrían afectar a la disponibilidad y el rendimiento de sus aplicaciones y cargas de trabajo.

## Ejemplo de caso de uso A: Application Load Balancer
<a name="use-case-alb"></a>

Puede crear la siguiente CloudWatch alarma que indique un posible impacto en la carga de trabajo. Para ello, debe crear una métrica matemática que emita una alarma cuando las conexiones correctas caigan por debajo de un determinado umbral. Para ver las CloudWatch métricas disponibles, consulte [CloudWatch las métricas de su Application Load Balancer](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/load-balancer-cloudwatch-metrics.html)

**Métrica:** `HTTPCode_Target_3XX_Count;HTTPCode_Target_4XX_Count;HTTPCode_Target_5XX_Count. (m1+m2)/(m1+m2+m3+m4)*100 m1 = HTTP Code 2xx || m2 = HTTP Code 3xx || m3 = HTTP Code 4xx || m4 = HTTP Code 5xx`

**NameSpace: AWS/Aplicación** ELB

**ComparisonOperator(Umbral):** inferior a x (x = umbral del cliente).

**Periodo:** 60 segundos

**DatapointsToAlarm:** 3 de 3

**Tratamiento de datos faltantes:** trate los datos faltantes como una [violación.](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarms-and-missing-data)

**Estadística: **Sum

El siguiente diagrama muestra el flujo del caso de uso A:

![\[Ejemplo de caso de uso de Application Load Balancer\]](http://docs.aws.amazon.com/es_es/IDR/latest/userguide/images/UseCaseAALB.png)


## Ejemplo de caso de uso B: Amazon API Gateway
<a name="use-case-apigateway"></a>

Puede crear la siguiente CloudWatch alarma que indique el posible impacto en la carga de trabajo. Para ello, debe crear una métrica compuesta que emita una alarma cuando hay una latencia alta o un número medio alto de errores 4XX en la API Gateway. Para ver las métricas disponibles, consulte [Dimensiones y métricas de Amazon API Gateway](https://docs.aws.amazon.com/apigateway/latest/developerguide/api-gateway-metrics-and-dimensions.html)

**Métrica:** `compositeAlarmAPI Gateway (ALARM(error4XXMetricApiGatewayAlarm)) OR (AALARM(latencyMetricApiGatewayAlarm))`

**NameSpace:** AWS/Puerta de enlace API

**ComparisonOperator(Umbral):** superior a (los umbrales de x o y del cliente)

**Período:** 60 segundos

**DatapointsToAlarm:** 1 de cada 1

**Tratamiento de datos faltantes:** trate los datos faltantes como si [no se tratara de una violación.](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarms-and-missing-data)

**Estadística:**

El siguiente diagrama muestra el flujo del caso de uso B:

![\[Ejemplo de caso de uso de API Gateway\]](http://docs.aws.amazon.com/es_es/IDR/latest/userguide/images/UseCaseBAPIGW.png)


## Ejemplo de caso de uso C: Amazon Route 53
<a name="use-case-apigateway"></a>

Puede supervisar sus recursos mediante la creación de comprobaciones de estado de Route 53 que se utilizan CloudWatch para recopilar y procesar datos sin procesar para convertirlos en métricas legibles y prácticamente en tiempo real. Puede crear la siguiente CloudWatch alarma que indique el posible impacto en la carga de trabajo. Puede usar las CloudWatch métricas para crear una alarma que se active cuando supere el umbral establecido. Para ver las CloudWatch métricas disponibles, consulte las [CloudWatch métricas de las comprobaciones de estado de Route 53](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/monitoring-cloudwatch.html#cloudwatch-metrics)

**Métrica:** `R53-HC-Success`

**NameSpace:** AWS/Ruta 53

**Umbral HealthCheckStatus:** HealthCheckStatus < x para 3 puntos de datos en 3 minutos (es x el umbral del cliente)

**Periodo:** 1 minuto

**DatapointsToAlarm:** 3 de 3

**Tratamiento de datos faltantes:** trate los datos faltantes como una [violación.](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarms-and-missing-data)

**Estadística: **Minimum

El siguiente diagrama muestra el flujo del caso de uso C:

![\[Ejemplo de caso de uso para Route 53\]](http://docs.aws.amazon.com/es_es/IDR/latest/userguide/images/UseCaseCR53.png)


## Ejemplo de caso de uso D: Supervise una carga de trabajo con una aplicación personalizada
<a name="use-case-apigateway"></a>

Es fundamental que te tomes el tiempo necesario para definir un chequeo de estado adecuado en este escenario. Si solo compruebas que el puerto de una aplicación esté abierto, significa que no has comprobado que la aplicación esté funcionando. Además, realizar una llamada a la página de inicio de una aplicación no es necesariamente la forma correcta de determinar si la aplicación funciona. Por ejemplo, si una aplicación depende tanto de una base de datos como de Amazon Simple Storage Service (Amazon S3), la comprobación de estado debe validar todos los elementos. Una forma de hacerlo es crear una página web de monitoreo, como **/monitor.** La página web de monitoreo realiza una llamada a la base de datos para asegurarse de que puede conectarse y obtener datos. Además, la página web de monitoreo hace una llamada a Amazon S3. A continuación, diriges la comprobación de estado del balanceador de cargas a la página **/monitor.**

El siguiente diagrama muestra el flujo del caso de uso D:

![\[Ejemplo de caso de uso para monitorear con una aplicación personalizada\]](http://docs.aws.amazon.com/es_es/IDR/latest/userguide/images/CustomAlarm.png)