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.
Prácticas recomendadas a la hora de configurar el cambio automático zonal
Tenga en cuenta las siguientes prácticas recomendadas y consideraciones al habilitar el cambio automático zonal en Amazon Application Recovery Controller ()ARC.
El cambio automático zonal incluye dos tipos de cambios de tráfico: los cambios automáticos y los turnos zonales de práctica.
Con el cambio automático, AWS ayuda a reducir el tiempo de recuperación al desviar el tráfico de recursos de las aplicaciones desde una zona de disponibilidad durante los eventos, en su nombre.
Con las sesiones de práctica, ARC inicia un cambio zonal en su nombre. El cambio zonal desplaza el tráfico de una zona de disponibilidad hacia un recurso y viceversa, con una cadencia semanal. Las ejecuciones de práctica le ayudan a asegurarse de que ha escalado verticalmente la capacidad suficiente para las zonas de disponibilidad de una región como para que su aplicación tolere la pérdida de una zona de disponibilidad.
Hay varias prácticas recomendadas y consideraciones que se deben tener en cuenta con los cambios automáticos y las sesiones de práctica. Revise los siguientes temas antes de habilitar un cambio automático de zona o configurar ejecuciones de práctica para un recurso.
Temas
- Limite el tiempo que los clientes permanecen conectados a sus terminales
-
Cuando Amazon Application Recovery Controller (ARC) aleja el tráfico de una deficiencia, por ejemplo, mediante el cambio zonal o el cambio automático zonal, el mecanismo que se ARC utiliza para mover el tráfico de las aplicaciones es una actualización. DNS Una DNS actualización hace que todas las conexiones nuevas se dirijan lejos de la ubicación dañada. Sin embargo, los clientes con conexiones abiertas preexistentes pueden seguir realizando solicitudes a la ubicación dañada hasta que los clientes se vuelvan a conectar. Para garantizar una recuperación rápida, le recomendamos que limite el tiempo que los clientes permanecen conectados a sus terminales.
Si usa un Application Load Balancer, puede usar la
keepaliveopción para configurar la duración de las conexiones. Le sugerimos que reduzca elkeepalivevalor para ajustarlo al objetivo de tiempo de recuperación de su aplicación, por ejemplo, 300 segundos. Cuando elija unakeepalivehora, tenga en cuenta que este valor es una compensación entre volver a conectarse con más frecuencia, en general, lo que puede afectar a la latencia, y alejar más rápidamente a todos los clientes de una zona de disponibilidad o región con problemas.Para obtener más información sobre cómo configurar la
keepaliveopción para Application Load Balancer, consulte la duración del HTTP cliente keepalive en la Guía del usuario de Application Load Balancer. - Redimensiona la capacidad de tus recursos y prueba los cambios de tráfico
-
Cuando se AWS desplaza el tráfico de una zona de disponibilidad a un cambio zonal o automático, es importante que las zonas de disponibilidad restantes puedan atender las crecientes tasas de solicitud de su recurso. Este patrón se conoce como estabilidad estática. Para obtener más información, consulte el documento técnico Estabilidad estática con zonas de disponibilidad
en la Amazon Builder’s Library. Por ejemplo, si la aplicación necesita 30 instancias para atender a sus clientes, debe aprovisionar 15 instancias en tres zonas de disponibilidad, para un total de 45 instancias. De este modo, cuando el tráfico se AWS desplaza fuera de una zona de disponibilidad (con un cambio automático o durante una sesión de práctica),AWS podrá seguir atendiendo a los clientes de su aplicación con el total restante de 30 instancias, distribuidas en dos zonas de disponibilidad.
La función de cambio automático zonal le ARC ayuda a recuperarse rápidamente de los AWS eventos ocurridos en una zona de disponibilidad cuando tiene una aplicación con recursos que están preescalados para funcionar con normalidad si se pierde una zona de disponibilidad. Antes de habilitar el cambio automático de zona para un recurso, escale la capacidad del recurso en todas las zonas de disponibilidad configuradas de una Región de AWS. A continuación, inicie los cambios de zona del recurso para comprobar que la aplicación sigue funcionando con normalidad cuando el tráfico se desvíe de una zona de disponibilidad.
Después de realizar la prueba con cambios de zona, habilite el cambio automático de zona y configure las ejecuciones de práctica para los recursos de la aplicación. Las ejecuciones de práctica periódicas con cambio automático de zona le ayudan a asegurarse, de forma continua, de que su capacidad sigue escalándose de forma adecuada. Con suficiente capacidad en todas las zonas de disponibilidad, la aplicación puede seguir atendiendo a los clientes, sin interrupciones, durante un cambio automático.
Para obtener más información sobre cómo iniciar un cambio de zona de un recurso, consulte Cambio zonal en ARC.
- Tenga en cuenta los tipos de recursos y las restricciones
El cambio automático de zona permite desviar el tráfico de una zona de disponibilidad de todos los recursos compatibles con el cambio de zona. En general, son compatibles los equilibradores de carga de red y los equilibradores de carga de aplicación con el equilibrador de carga de varias zonas desactivado. En algunas situaciones específicas de recursos, el cambio automático de zona no desvía el tráfico de una zona de disponibilidad para un cambio automático.
Por ejemplo, si los grupos de destino del equilibrador de carga de las zonas de disponibilidad no tienen ninguna instancia o si todas las instancias tienen un estado incorrecto, el equilibrador de carga se encuentra en un estado de apertura por error. Si se AWS inicia un cambio automático para un balanceador de cargas en este escenario, el cambio automático no cambia las zonas de disponibilidad que utiliza el balanceador de cargas porque el balanceador de cargas ya está en un estado de apertura por error. Este es el comportamiento esperado. El cambio automático no puede provocar que una zona de disponibilidad esté en mal estado y desviar el tráfico a las demás zonas de disponibilidad Región de AWS si todas las zonas de disponibilidad se abren por error (en mal estado).
Un segundo escenario es si se AWS inicia un cambio automático para un Application Load Balancer que es un punto final para un acelerador de entrada. AWS Global Accelerator Al igual que con el cambio de zona, el cambio automático no es compatible con los equilibradores de carga de aplicación, que son los puntos de conexión de los aceleradores de Global Accelerator.
Para obtener más información sobre los recursos compatibles, incluidos todos los requisitos y excepciones que debe tener en cuenta, consulte Recursos admitidos.
- Especifique las alarmas para las sesiones de práctica
-
Se configura al menos una alarma (la alarma de resultado) para las sesiones de práctica con cambio automático zonal. Opcionalmente, también puedes configurar una segunda alarma (la alarma de bloqueo).
Al considerar las CloudWatch alarmas que configura para las ejecuciones de práctica de su recurso, tenga en cuenta lo siguiente:
Para la alarma de resultado, que es obligatoria, le recomendamos que configure una CloudWatch alarma para que pase a un
ALARMestado en el que las métricas del recurso o de la aplicación indiquen que desplazar el tráfico fuera de la zona de disponibilidad afecta negativamente al rendimiento. Por ejemplo, puede determinar un umbral para las tasas de solicitud de un recurso y, a continuación, configurar una alarma para que pase a un estado deALARMcuando se supere dicho umbral. Es responsable de configurar una alarma adecuada que origine que AWS finalice la ejecución de práctica y devuelva un resultado deFAILED.Le recomendamos que siga el AWS Well Architected Framework, que recomienda implementar indicadores clave de rendimiento (KPIs) como CloudWatch alarmas. Si lo hace, puede utilizar estas alarmas para crear una alarma compuesta que sirva como activador de seguridad, a fin de evitar que se inicien las sesiones de práctica si pudieran provocar que su aplicación pasara por alto unaKPI. Cuando la alarma deje de estar en ese
ALARMestado, ARC iniciará las sesiones de práctica la próxima vez que se programe una sesión de práctica para el recurso.En el caso de la alarma de bloqueo de ejecuciones de práctica, si decide configurarla, puede optar por realizar un seguimiento de una métrica específica que utilice para indicar que no desea que comience una ejecución de práctica.
Para practicar la ejecución de alarmas, debe especificar el nombre de recurso de Amazon (ARN) para cada alarma, que primero debe configurar en Amazon CloudWatch. Las CloudWatch alarmas que especifique pueden ser alarmas compuestas, lo que le permitirá incluir varias métricas y comprobaciones para su aplicación y recurso que puedan activar la alarma para que pase a un
ALARMestado. Para obtener más información, consulta Combinación de alarmas en la Guía del CloudWatch usuario de Amazon.Asegúrese de que las CloudWatch alarmas que especifique para las ejecuciones de práctica estén en la misma región que el recurso para el que está configurando una ejecución de práctica.
- Evalúa los resultados de las sesiones de práctica
ARCinforma un resultado para cada sesión de práctica. Después de una sesión de práctica, evalúa el resultado y determina si necesitas tomar medidas. Por ejemplo, es posible que necesite ampliar la capacidad o ajustar la configuración de una alarma.
A continuación se muestran los posibles resultados de las ejecuciones de práctica:
SUCCEEDED: La alarma de resultado no entró en ningún
ALARMestado durante la sesión de práctica y la sesión de práctica completó el período de prueba completo de 30 minutos.FAILED: La alarma de resultado se
ALARMactivó durante la sesión de práctica.INTERRUPTED: La sesión de práctica finalizó por una razón distinta a la entrada de la alarma resultante en un
ALARMestado. Una ejecución de práctica puede interrumpirse por varios motivos. Entre ellos, se incluyen los siguientes:La sesión de práctica finalizó porque se AWS inició un cambio automático Región de AWS o se produjo una alarma en la región.
La ejecución de práctica finalizó porque se eliminó la configuración de la ejecución de práctica del recurso.
La ejecución de práctica finalizó porque se inició un cambio de zona iniciado por el cliente para el recurso en la zona de disponibilidad desde la que estaba desviando el tráfico el cambio de zona de ejecución de práctica.
La ejecución de práctica finalizó porque ya no se puede acceder a una CloudWatch alarma especificada para la configuración de la ejecución de práctica.
La ejecución de práctica finalizó porque la alarma de bloqueo especificada para la ejecución de práctica entró en un estado de
ALARM.La ejecución de práctica finalizó por un motivo desconocido.
PENDING: La sesión de práctica está activa (en curso). Aún no hay ningún resultado que mostrar.
