le ttl de 60s c déjà pas mal. mais certains clients (ou des lib dns/http) n'honorent pas toujours le ttl et cachent les entrées plus longtemps. t'as vérifié les configs côté client est-ce qu'ils ont pas un cache dns interne trop agressif ou des connexions persistantes qui ne rafraîchissent pas le dns
ouais c'est souvent ça. un connection pool qui garde une vieille ip en cache. faut s'assurer que les clients invalident leur cache dns et les connexions après un certain temps ou sur échec. un jitter aléatoire sur le rafraîchissement peut aider aussi
bien vu
c'était une lib python qui ne respectait pas le ttl dns et gardait une ip en cache pendant des heures. une maj de la lib et c rentré dans l'ordre. thx !
Vous devez être connecté pour poster un message !
Recevoir les derniers articles gratuitement en créant un compte !
S'inscrire
mchevallier
Membre depuis le 22/04/2020actif
yo la team réseau
j'ai un souci étrange avec un service derrière un alb interne sur aws. on a des instances qui scaleup/scaledown derrière et l'ip de l'alb change. nos clients (des autres services sur ec2) utilisent le nom dns de l'alb mais de temps en temps ils essaient de se connecter à une ancienne ip qui est plus attachée à l'alb. du coup ça fail. le ttl dns est de 60s. une idée