Oui, piste intéressante que je ne connaissais pas. Ça veut dire que tu fais la résolution toi-même et appelle ensuite des URLs en http[s]://*IP*/URL et pas https[s]://*FQDN*/URL, ce qui a de sévères impacts sur HTTPS, les cookies, le same-origin, etc.
Ou ai-je loupé qqchose ? Concernant la solution d'Hervé Bry où le browser teste lui-même les IPs à la suite en cas de round-robin DNS, attention au timeout avant qu'il essaye l'IP suivante. C'est mieux que 20 minutes, mais ça peut quand même faire plusieurs minutes. Voir https://serverfault.com/questions/327708/how-browsers-handle-multiple-ips Cordialement Christophe Desnoyer Le 04/03/2020 à 16:08, Philippe Bourcier a écrit : > Re, > >> Forcément ça ralentit un peu la navigation (il faut attendre quelques >> secondes le timeout), mais comme la connexion est souvent gardée ouverte >> pour plusieurs requêtes successives, ça reste utilisable, jusqu'à la mise à >> jour des DNS pour retirer l'enregistrement pointant vers le haproxy >> défectueux. > Sinon, pour faire de la redondance browser-based rapide, tu peux désormais > utiliser un client DoH en JS (avec check dispo et latence de toutes les IPs > de ton pool). Ca permet aussi de faire du GeoDoH (ce qui est plus propre que > du GeoDNS). > JS, CSS et web content statique sortent de N x CDNs... et tout ce qui est > content dynamique est en fait des appels API vers le "best server" de ton > pool, qui remplit tes DIVs et autres tags HTML... > > Ca me semble être le mieux de ce qu'on peut faire quand on loue des > serveurs... > Au passage, si le LB ne fait que distribuer la charge en front, ca permet > aussi de s'en passer :) > > > Cordialement, > -- > Philippe Bourcier > web : http://sysctl.org/ > blog : https://www.linkedin.com/today/author/philippebourcier > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/