Les utilisateurs signalent qu'ils sont déconnectés de manière inattendue d'une application web à état avant l'expiration de son délai d'attente de 15 minutes. L'application s'exécute sur des instances EC2 dans un groupe Auto Scaling derrière un Application Load Balancer (un seul groupe cible). L'ALB est l'origine d'une distribution CloudFront. Les sessions persistantes sont activées sur l'ALB à l'aide de cookies basés sur la durée, et l'application émet également son propre cookie de session. Quelle combinaison de modifications l'administrateur SysOps doit-il implémenter pour arrêter les déconnexions prématurées ? (Choisissez deux.)

Les déconnexions prématurées suggèrent un problème d'affinité de session. L'ALB utilise des cookies basés sur la durée, mais l'application émet aussi son propre cookie. Pour que l'ALB maintienne l'affinité de session en fonction du cookie de l'application, il faut configurer l'ALB pour utiliser les cookies contrôlés par l'application pour l'affinité de session. De plus, CloudFront met en cache les réponses et ne transfère pas les cookies par défaut. Si le cookie de l'application n'est pas transféré par CloudFront à l'ALB, l'ALB ne peut pas maintenir l'affinité. Il faut donc activer le transfert de cookies dans le comportement de cache de CloudFront pour que le cookie de l'application soit transféré. Passer à l'algorithme du plus petit nombre de requêtes en attente est un algorithme de routage, pas une solution à l'affinité de session. Définir le nom du cookie ALB sur AWSALB est le comportement par défaut et ne résout pas le problème. Configurer l'ALB pour utiliser l'en-tête de cookie d'expiration n'est pas une option standard pour l'affinité de session.