Welcome! Log In Create A New Profile


Re-balancing Upstreams in TCP LoadBalancer

Balaji Viswanathan
September 20, 2016 12:06PM
Hello Nginx Users,

I am running nginx as a TCP load balancer (streams module). I am trying to
find a way to redistribute client TCP connections to upstream servers,
specifically, rebalance the load on the upstream servers (on some event)
w/o having to restart nignx. Clients use persistent TCP connections.

The scenario is as follows

Application protocol - There is an application level ack for unit-of-work,
so unclean connection termination is ok.

Persistent TCP connections - Client opens persistent TCP connections, focus
is on near real-time delivery of small amount of data. Connection stays
open for days.

Maintenance/Downtime - When one of the upstream servers is shutdown for
maintenance, all it's client connections break, clients reconnect and
switch to one of the remaining active upstream servers. When the upstream
is brought back up post maintenance, the load isnt redistributed. ie.,
existing connections (since they are persistent) remain with other servers.
Only new connections can go to the new server. This is more pronounced in 2
upstream server setup...where all connections switch between
servers....kind of like thundering herd problem.

I would like to have the ability to terminate some/all client connections
explicitly and have them reconnect back. I understand that with nginx
maintaining 2 connections for every client, there might not be a 'clean'
time to close the connection, but since there is an application ack on
top...an unclean termination is acceptable. I currently have to restart
nginx to rebalance the upstreams which effectively is the same.

Restarting all upstream servers and synchronizing their startup is
non-trivial. So is signalling all clients(1000s) to close and reconnect. I
can achieve this partially by disabling keepalive on nginx listen port
(so_keepalive=off) and then having least_conn as the load-balancer method
on my upstream. However, this is not desirable in steady state (see
persistent TCP connections above), and even though connections get evenly
distributed...the load might no be...as idle and busy clients will end up
with different upstreams.

Nginx plus features like, "On the fly configuration" upstream_conf allows
one to change the upstream configuration, but it doesnt affect existing
connections, even if a server is marked as down. "Draining of sessions" is
only applicable to http requests and not to TCP connections.

Did anyone else face such a problem? How did you resolve it? Any pointers
will be much appreciated.


Balaji Viswanathan
nginx mailing list
Subject Author Posted

Re-balancing Upstreams in TCP LoadBalancer

Balaji Viswanathan September 20, 2016 12:06PM

Sorry, only registered users may post in this forum.

Click here to login

Online Users

Guests: 91
Record Number of Users: 8 on April 13, 2023
Record Number of Guests: 421 on December 02, 2018
Powered by nginx      Powered by FreeBSD      PHP Powered      Powered by MariaDB      ipv6 ready