La mise à jour du site Web AWS Elastic Beanstalk Single Environment sans time d'arrêt

Je suis en train d'exécuter un environnement Elastic Beanstalk à une seule instance avec une instance EC2 et MySQL RDS.

La documentation pour l'application d'une mise à jour du site Web sans time d'arrêt est adaptée aux environnements multi-instances. Le principe est que vous créez un nouvel environnement dans Elastic Beanstalk, puis changez les CNAME qui atténuent les time d'arrêt.

Quelles sont les étapes pour éviter tout time d'arrêt pour un environnement d'instance unique?

Pour les environnements multi-instance, Route53 pour le domaine us configuré avec un logging indiquant l'adresse IP de l'équilibreur de charge. Dans mon cas, j'ai suivi les instructions et l'ai indiqué sur l'IP élastomésortingque de l'instance EC2.

Lorsque je crée un nouvel environnement Elastic Beanstalk pour configurer la nouvelle version de mon site, il aura une nouvelle adresse IP Elastic, donc la configuration de Route53 devra être mise à jour.

Je ne peux pas simplement modifier l'adresse IP élastique spécifiée dans Route53 à la nouvelle IP élastique de l'EC2 afin de basculer, car les personnes seront toujours dirigées vers l'ancienne EC2 Elastic IP en raison du TTL (time to live) sur l'logging DNS.

Comment puis-je le configurer afin que je puisse diriger directement les visiteurs sur mon domaine vers la nouvelle instance EC2 sans l'utilisation d'une IP d'équilibrage de charge?