Hello, Ça ressemble à un cas vecu; est-ce que la partie loader balancing est identique sur tes deux serveurs?
Dans la positive, tu a le lb1 qui loader balance : - 50% du trafic sur lui; (Trafic ok) - 50% du trafic sur son copain. (Blague) Le lb2 recherche loadbalance : - 50% sur lui (donc 25% du trafic originel :ok) - 50% sur son copain (erreur). En effet, cette partie là est flaguee par les deux lb comme étant à traiter par l'autre, donc boucle et trafic perdu. Pour corriger, sur le lb2 il suffit de ne pas configurer la note 1 dans les slaves. Cordialement, Le 21 juillet 2016 11:27:31 GMT+02:00, Vincent Bernat <ber...@luffy.cx> a écrit : >❦ 21 juillet 2016 10:00 CEST, William VINCENT ><william.vinc...@irit.fr> : > >> Hum c'est encore pire, je passe à un taux d'erreur de 50%, le slave >> répond aux requêtes au MASTER mais celui ci ne semble pas les >> retransmettre au client. > >Un taux d'erreur de 50% avec du rr, ça ressemble du coup beaucoup à un >problème sur l'un des deux frontaux. Genre, sa route par défaut ne >repasse pas par le LB. Maintenant que tout est symétrique, cela devrait >être assez simple de débugguer avec tcpdump. > >> Mais si on passe par du NAT, du coup ça ne créerait pas une surcharge >> du MASTER ? Ou est-ce vraiment négligeable ? > >En IPVS, tu peux t'attendre à 100k nouvelles transactions par seconde >par cœur ou 500k paquets/s par cœur en régime établi sur un banal >Xeon. Le LDAP va sans doute flancher avant. >-- >It is often the case that the man who can't tell a lie thinks he is the >best >judge of one. > -- Mark Twain, "Pudd'nhead Wilson's Calendar" > > >--------------------------- >Liste de diffusion du FRnOG >http://www.frnog.org/ -- Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté. --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/