ARC Zonal Shift (Amazon Route 53 Application Recovery Controller Zonal Shift) es una característica de AWS que permite a los operadores de sistemas reencaminar el tráfico de red de un recurso específico (como un Network Load Balancer o un Application Load Balancer) fuera de una zona de disponibilidad (AZ) que está experimentando problemas. A diferencia de un failover tradicional basado en DNS, Zonal Shift opera a nivel de red de AWS, desviando el tráfico de forma rápida y controlada a otras AZs saludables dentro de la misma región, sin requerir cambios en los registros DNS o la propagación de TTLs.
La implementación de Zonal Shift se realiza a través de AWS Route 53 Application Recovery Controller (ARC). Los usuarios pueden iniciar un Zonal Shift para recursos elegibles como Network Load Balancers (NLB) y Application Load Balancers (ALB) que tienen habilitada la distribución de tráfico entre zonas. Al activarlo, AWS reconfigura internamente sus puntos de presencia de red para dirigir el tráfico entrante lejos de la AZ afectada hacia las AZs operativas. Esto se utiliza en escenarios de fallos zonales parciales o degradaciones de rendimiento que no justifican un failover regional completo, pero que requieren una acción rápida para mantener la disponibilidad del servicio.
Para un arquitecto, ARC Zonal Shift es crucial porque ofrece una herramienta de recuperación ante desastres de granularidad fina, complementando estrategias de multi-AZ y multi-región. Permite mitigar el impacto de fallos zonales sin la complejidad y el tiempo de propagación asociados con los cambios de DNS, lo que se traduce en un menor RTO (Recovery Time Objective). Sin embargo, es vital entender que Zonal Shift no es una solución para fallos de aplicación o de instancia individual; su propósito es aislar problemas a nivel de AZ. Los trade-offs incluyen la necesidad de diseñar aplicaciones para ser verdaderamente multi-AZ y la capacidad de las AZs restantes para manejar la carga adicional. Un uso indebido podría sobrecargar las AZs saludables, por lo que es esencial una monitorización robusta y planes de prueba de recuperación.