Debe diseñar un sistema tolerante a fallos que preserve los datos de la sesión del cliente si una instancia de Amazon EC2 falla. ¿Qué enfoque garantiza que los datos de la sesión no se pierdan cuando una instancia se cae?

Usar Amazon DynamoDB para el almacenamiento y manejo escalable de sesiones es la mejor opción porque DynamoDB es una base de datos NoSQL completamente administrada, altamente disponible y duradera, ideal para almacenar datos de sesión. Al externalizar los datos de sesión de las instancias EC2 a DynamoDB, la pérdida de una instancia no afectará la disponibilidad de los datos de sesión, garantizando la tolerancia a fallos. Habilitar sesiones persistentes (sticky sessions) en el grupo objetivo de Elastic Load Balancer vincula las solicitudes de un cliente a una instancia específica, lo que es lo opuesto a la tolerancia a fallos de sesión, ya que si esa instancia falla, la sesión se pierde. Almacenar los datos de la sesión en Amazon SQS no es adecuado porque SQS es un servicio de cola de mensajes, no una base de datos para almacenar y recuperar datos de sesión de forma persistente. Habilitar el drenaje de conexiones (connection draining) de Elastic Load Balancer ayuda a completar las solicitudes en curso antes de desregistrar una instancia, pero no preserva los datos de sesión almacenados en la instancia si esta falla.