Thanks for reply, We have a bug in the "NSS" that is used by curl in our process of checking the state of the backend that runs by "nanny".
Basically: https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=1044666 After resolving this, there was still high CPU usage. To better illustrate my environment, look at the number of "nanny" processes $ ps aux | grep nanny | wc-1 913 We have basically 64 VIPs with some backends and the nanny is simply consuming a lot of CPU. Does anyone have this? Suggestions on how to improve this scenario? It really is pessimistic, I have peaks of 80% -100% CPU usage. 2018-06-11 15:51 GMT-03:00 Julian Anastasov <j...@ssi.bg>: > > Hello, > > On Sun, 10 Jun 2018, Derick Fontes wrote: > > > Hello guys, > > > > I'm looking for improvements for DSR balancing. > > > > As for balancing I have nothing to complain about, it fulfills its role > > perfectly. But I am suffering from high memory usage and at times high > > usage of cpu. > > > > I do not know if anyone has ever suffered from this, but I would like > > suggestions on how to improve and get more performance. > > > > I'm open to suggestions. > > You can save memory/cycles by disabling conntrack for > the IPVS traffic. Try such rules and report if there is any gain: > > # Remote clients: > iptables -t raw -A PREROUTING -p tcp -d VIP --dport VPORT -j CT --notrack > > # If using local clients to VIP:VPORT: > iptables -t raw -A OUTPUT -o lo -p tcp -d VIP --dport VPORT -j CT --notrack > > You will not be able to match by RELATED,ESTABLISHED but > -m state --state UNTRACKED should work, if needed at all. > > > linux: CentOS release 6.9 (Final) > > kernel: 4.4.128-1.el6.elrepo > > piranha: 0.8.6-7.el6 > > ipvsadm: 1.26-4.el6 > > > > > > #free -m > > total used free shared buffers cached > > Mem: 128893 128298 595 0 133 586 > > Interesting :) Just 128MB? > > > -/+ buffers/cache: 127578 1315 > > Swap: 4095 0 4095 > > Regards > > -- > Julian Anastasov <j...@ssi.bg> > -- Derick Fontes dbfon...@gmail.com _______________________________________________ Please read the documentation before posting - it's available at: http://www.linuxvirtualserver.org/ LinuxVirtualServer.org mailing list - lvs-users@LinuxVirtualServer.org Send requests to lvs-users-requ...@linuxvirtualserver.org or go to http://lists.graemef.net/mailman/listinfo/lvs-users