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.
Alarmas para las ejecuciones de práctica
Puede especificar dos CloudWatch alarmas para las sesiones de práctica en el cambio automático zonal. Es obligatoria la primera alarma, la alarma de resultado. Debe configurar la alarma de resultado para supervisar el estado de la aplicación cuando el tráfico se desvíe de una zona de disponibilidad durante cada ejecución de práctica de 30 minutos.
Para que una ejecución de práctica sea eficaz, especifique como alarma de resultado una CloudWatch alarma que supervise las métricas del recurso o de la aplicación y que responda con un ALARM estado en el que la aplicación se vea 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 a la hora de configurar el cambio automático zonal.
La alarma de resultados también proporciona información sobre el resultado de la ejecución de práctica que ARC informa para cada ejecución de práctica. Si la alarma entra en un estado de ALARM, la ejecución de práctica finaliza y el resultado de la ejecución de práctica se devuelve como FAILED. Si la ejecución de práctica completa el periodo de prueba programado de 30 minutos y la alarma de resultado no entra en el estado de ALARM, el resultado se devuelve como SUCCEEDED. En la sección Resultados de ejecuciones de práctica se proporciona una lista de todos los valores de resultados, junto con descripciones.
Si lo desea, puede especificar una segunda alarma, la alarma de bloqueo. La alarma de bloqueo no permite iniciar ejecuciones de práctica, ni continuar con ellas, cuando se encuentra en un estado de ALARM. Esta alarma bloquea el inicio de los cambios de tráfico de ejecución de práctica, y detiene cualquier ejecución de práctica en curso, cuando la alarma se encuentra en un estado de 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.
