

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 un cambio automático de zona
<a name="arc-zonal-autoshift.considerations"></a>

Tenga en cuenta las siguientes prácticas recomendadas y consideraciones al habilitar el cambio automático de zona en el Controlador de recuperación de aplicaciones de Amazon (ARC).

El cambio automático de zona incluye dos tipos de cambios de tráfico: los cambios automáticos y los cambios de zona de ejecución de práctica. 
+ El * cambio automático AWS ayuda a reducir el tiempo de recuperación*, ya que desvía el tráfico de recursos de las aplicaciones de una zona de disponibilidad durante los eventos, en su nombre. 
+ Con las *ejecuciones de práctica*, ARC inicia un cambio de zona en su nombre o el usuario inicia una ejecución de práctica de cambio de zona. El turno zonal, que se ejecuta en AWS prácticas, desvía el tráfico de una zona de disponibilidad a 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 a la hora de realizar cambios automáticos y ejecuciones 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**
+ [Limitación del tiempo que los clientes permanecen conectados a los puntos de conexión](#ZAConsiderationsCurrentConnections)
+ [Preescalado de la capacidad de recursos y prueba del desvío de tráfico](#ZAConsiderationsCapacityPrescaling)
+ [Conocimiento de los tipos y restricciones de recursos](#ZAConsiderationsResourceRequirements)
+ [Especificación de alarmas para las ejecuciones de práctica](#ZAConsiderationsPracticeRunAlarms)
+ [Evaluación de los resultados de las ejecuciones de práctica](#ZAConsiderationsPracticeRunOutcomes)

**Limitación del tiempo que los clientes permanecen conectados a los puntos de conexión**  
Cuando el Controlador de recuperación de aplicaciones de Amazon (ARC) desvía el tráfico de una zona afectada, por ejemplo, mediante un cambio de zona o un cambio automático de zona, el mecanismo que utiliza ARC para mover el tráfico de la aplicación es una actualización del DNS. Una actualización del DNS hace que todas las nuevas conexiones se desvíen de la ubicación afectada. Sin embargo, los clientes con conexiones abiertas preexistentes pueden seguir realizando solicitudes a la ubicación afectada hasta que se vuelvan a conectar. Para garantizar una recuperación rápida, le recomendamos que limite el tiempo que los clientes permanecen conectados a los puntos de conexión.   
Si utiliza un equilibrador de carga de aplicación, puede utilizar la opción `keepalive` para configurar la duración de las conexiones. Le recomendamos que reduzca el valor `keepalive` para que se ajuste al objetivo de tiempo de recuperación de la aplicación, por ejemplo, 300 segundos. Al elegir un tiempo `keepalive`, 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 desviar más rápidamente a todos los clientes de una zona de disponibilidad o región con alteraciones.  
Para obtener más información sobre cómo configurar la opción `keepalive` para el equilibrador de carga de aplicación, consulte la [duración del valor keepalive del cliente HTTP](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/application-load-balancers.html#http-client-keep-alive-duration) en la Guía del usuario del equilibrador de carga de aplicación.

**Preescalado de la capacidad de recursos y prueba del desvío de tráfico**  
Cuando AWS desvía el tráfico de una zona de disponibilidad para pasar a un cambio zonal o automático, es importante que las zonas de disponibilidad restantes puedan atender el aumento de las 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](https://aws.amazon.com/builders-library/static-stability-using-availability-zones/) 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 AWS se desvía de una zona de disponibilidad (con un cambio automático o durante una práctica),AWS puede seguir sirviendo a los clientes de la aplicación con el total restante de 30 instancias distribuidas en dos zonas de disponibilidad.  
La capacidad de cambio automático zonal de ARC le ayuda a recuperarse rápidamente de AWS los eventos que se produzcan en una zona de disponibilidad cuando tiene una aplicación con recursos 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. Realice sus propias ejecuciones de práctica bajo demanda para asegurarse de que la configuración se escala correctamente. 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 de zona en ARC](arc-zonal-shift.md).

**Conocimiento de los tipos y restricciones de recursos**  
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 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 carga en este escenario, el cambio automático no cambia las zonas de disponibilidad que usa el balanceador de carga, porque el balanceador de carga ya se encuentra en un estado abierto 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 no se abren correctamente (en mal estado).  
Para obtener más información sobre los recursos compatibles, incluidos todos los requisitos y excepciones que debe tener en cuenta, consulte [Recursos admitidos](arc-zonal-shift.resource-types.md).

**Especificación de alarmas para las ejecuciones de práctica**  
Debe configurar al menos un tipo de alarma (una alarma de resultado) para las ejecuciones de práctica con cambio automático de zona. De manera opcional, también puede configurar un segundo tipo de alarma (alarmas de bloqueo).  
Cuando piense en las CloudWatch alarmas que configura para que la práctica funcione en su recurso, tenga en cuenta lo siguiente:  
+ Debe configurar al menos una alarma de resultado para una configuración de ejecución de práctica. En el caso de las alarmas de resultado, le recomendamos que configure CloudWatch las alarmas para que pasen a un `ALARM` estado en el que las métricas del recurso o de su aplicación indiquen que desviar el tráfico 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 de `ALARM` cuando se supere dicho umbral. Es responsable de configurar las alarmas adecuadas que originen que AWS finalice la ejecución de práctica y devuelva un resultado de `FAILED`. 
+ Le recomendamos que siga el marco [AWS bien diseñado](https://docs.aws.amazon.com/wellarchitected/2022-03-31/framework/perf_monitor_instances_post_launch_establish_kpi.html), que aconseja implementar los indicadores clave de rendimiento (KPI) como CloudWatch alarmas. Si lo hace, puede usar estas alarmas para crear una alarma compuesta que sirva como desencadenador de seguridad y evitar que se inicien ejecuciones de práctica en el caso de que pudieran impedir que la aplicación no cumpliera con un KPI. Cuando la alarma deja de estar en el estado de `ALARM`, ARC inicia las ejecuciones de práctica la próxima vez que se programe una ejecución de práctica para el recurso.
+ En el caso de las alarmas de bloqueo por ejecución de prácticas, si decide configurar una (o más), puede optar por realizar un seguimiento de las métricas específicas que utiliza para indicar que no desea que se inicie una ejecución de AWS práctica, por ejemplo, cuando una alarma indica que hay un incidente en curso.
+ En el caso de las alarmas que se ejecutan durante la práctica, debes especificar el nombre de recurso de Amazon (ARN) para cada alarma, por lo que primero debes configurar la alarma en Amazon. CloudWatch Las CloudWatch alarmas que especifiques pueden ser alarmas compuestas, lo que te permitirá incluir varias métricas y comprobaciones para tu aplicación y recurso que pueden hacer que la alarma pase a un `ALARM` estado. O bien, puede configurar alarmas independientes y, a continuación, especificar más de una alarma de cada tipo para la configuración de la ejecución de práctica. Para obtener más información, consulte [ Combinación de alarmas ](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Create_Composite_Alarm.html) en la Guía del CloudWatch usuario de Amazon.
+ Asegúrese de que las CloudWatch alarmas que especifique para las carreras de práctica estén en la misma región que el recurso para el que está configurando una carrera de práctica.

**Evaluación de los resultados de las ejecuciones de práctica**  
ARC informa del resultado de cada ejecución de práctica. Después de una ejecución de práctica, evalúe el resultado y determine si es necesario tomar medidas. Por ejemplo, es posible que tenga que escalar la capacidad o ajustar la configuración de una alarma.  
A continuación se muestran los posibles resultados de las ejecuciones de práctica:   
+ **CORRECTO:** ninguna alarma de resultado entró en estado de `ALARM` durante la ejecución de práctica, y la ejecución de práctica llevó a cabo el periodo de prueba completo de 30 minutos.
+ **ERROR:** al menos una alarma de resultado entró en un estado de `ALARM` durante la ejecución de práctica.
+ **INTERRUMPIDA:** la ejecución de práctica finalizó por un motivo distinto al de la alarma de resultado al entrar en un estado de `ALARM`. 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 en la región Región de AWS o porque había una condición de 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 la práctica finalizó porque ya no se pudo acceder a una CloudWatch alarma especificada para la configuración de la ejecución de la 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.
  + La ejecución de práctica finalizó porque se inició un cambio automático de zona con prioridad. Consulte [Prioridad de los cambios de zona](https://docs.aws.amazon.com/r53recovery/latest/dg/arc-zonal-autoshift.how-it-works.html#ZAShiftPrecedence).
+ **CAPACITY\_CHECK\_FAILED**: la comprobación de la capacidad equilibrada entre las zonas de disponibilidad para los recursos de equilibrio de carga y del grupo de escalado automático ha producido un error.
+ **PENDIENTE:** la ejecución de práctica está activa (en curso). Aún no hay ningún resultado que mostrar.