Alarmas para las ejecuciones de práctica

Puede especificar dos tipos de CloudWatch alarmas para las sesiones de práctica en el cambio automático zonal: las alarmas de resultado y las alarmas de bloqueo.

Alarmas de resultado (obligatorias)

Para el primer tipo de alarma, la alarma de resultado, es necesario especificar al menos una alarma. Debe configurar las alarmas de resultado para supervisar el estado de la aplicación cuando el tráfico se desvíe de una zona de disponibilidad durante cada sesión de práctica de 30 minutos.

Para que la ejecución de una práctica sea eficaz, especifique como alarma de resultado al menos una CloudWatch alarma que cumpla los dos criterios siguientes:

La alarma monitorea las métricas del recurso o de su aplicación

AND

La alarma responde con un ALARM estado en el que la aplicación se ve afectada negativamente por la pérdida de una zona de disponibilidad.

Para obtener más información, consulte la sección Alarmas que especifique para las ejecuciones de práctica en Mejores prácticas al configurar el cambio automático zonal.

Las alarmas de resultados también proporcionan información sobre el resultado de la ejecución de práctica que ARC informa de cada ejecución de práctica. Si una alarma de resultado entra en un ALARM estado, ARC finaliza la sesión de práctica y devuelve un resultado de la sesión de práctica deFAILED. Si la ejecución de práctica completa el período de prueba de 30 minutos y ninguna de las alarmas de resultado que especificó entra en un ALARM estado, se devolverá el resultadoSUCCEEDED. En la sección Resultados de ejecuciones de práctica se proporciona una lista de todos los valores de resultados, junto con descripciones.

Bloqueo de alarmas (opcional)

Si lo desea, puede especificar un segundo tipo de alarma, la alarma de bloqueo. La práctica de bloquear las alarmas comienza o continúa cuando una o más de las alarmas se encuentran en un ALARM estado. La práctica de bloquear las alarmas impide que se inicien los cambios de tráfico (y detiene cualquier práctica en curso) cuando al menos una de las alarmas está en ese estado. ALARM

Por ejemplo, en una arquitectura grande con varios microservicios, cuando un microservicio tiene un problema, lo normal es detener todos los demás cambios en el entorno de la aplicación, lo que incluye bloquear las ejecuciones de práctica. Para ello, puede añadir una alarma de bloqueo en ARC.