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".
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
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 <ja@xxxxxx>:
> 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
> Julian Anastasov <ja@xxxxxx>
Please read the documentation before posting - it's available at:
LinuxVirtualServer.org mailing list - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
Send requests to lvs-users-request@xxxxxxxxxxxxxxxxxxxxxx
or go to http://lists.graemef.net/mailman/listinfo/lvs-users