TCP负载均衡的配置和HTTP负载均衡的配置很相似。

(1)Nginx配置文件。

stream {

   upstream myserver{

     server 192.168.197.101:2101;

     server 192.168.197.101:2102;

     server 192.168.197.101:2103;

     hash $remote_addr consistent;

  }

   server {

    listen 2001;

    proxy_connect_timeout 3s;

    proxy_timeout  10s;

    proxy_pass  myserver;

  }

上述配置中，使用upstream配置块定义了一个上游主机服务群myserver，包含3个服务，分别在2101、2102、2103端口监听。使用hash分配策略指定了使用客户端地址来作为hash的键值。本例中指定了consistent参数，可以提高hash的稳定性。如果不使用consistent，则在增加一个server或删除一个server之后，可能导致很多客户端连接到一个不同的server。

在试验过程中，从一个客户端telnet到nginx的2001端口时，Nginx选择了端口为2103的服务，从另一个客户端telnet到nginx的2001端口时，Nginx选择了端口为2102的服务。由于使用了consistent参数，使得hash的选择结果比较稳定，多次从同一个客户端telnet到nginx的2001端口时，选择的都是同一个服务。

详解Nginx的日志记录：

2017/07/11 06:56:40 [info] 3459#0: *41 client 20.1.1.11:4242 connected to 0.0.0.0:2001

2017/07/11 06:56:40 [info] 3459#0: *41 proxy 192.168.197.101:46750 connected to 192.168.197.101:2103

2017/07/11 06:56:52 [info] 3459#0: *41 connection timed out (110: Connection timed out) while proxying connection, client: 20.1.1.11, server: 0.0.0.0:2001, upstream: "192.168.197.101:2103", bytes from/to client:7/6, bytes from/to upstream:6/7

2017/07/11 06:57:00 [info] 3459#0: *43 client 20.1.1.11:4250 connected to 0.0.0.0:2001

2017/07/11 06:57:00 [info] 3459#0: *43 proxy 192.168.197.101:46751 connected to 192.168.197.101:2103

2017/07/11 06:57:13 [info] 3459#0: *43 connection timed out (110: Connection timed out) while proxying connection, client: 20.1.1.11, server: 0.0.0.0:2001, upstream: "192.168.197.101:2103", bytes from/to client:6/5, bytes from/to upstream:5/6

2017/07/11 07:08:24 [info] 3459#0: *45 client 192.168.197.101:40306 connected to 0.0.0.0:2001

2017/07/11 07:08:24 [info] 3459#0: *45 proxy 192.168.197.101:60837 connected to 192.168.197.101:2102

2017/07/11 07:08:37 [info] 3459#0: *45 connection timed out (110: Connection timed out) while proxying connection, client: 192.168.197.101, server: 0.0.0.0:2001, upstream: "192.168.197.101:2102", bytes from/to client:7/6, bytes from/to upstream:6/7

TCP负载均衡的分配策略还可以有least_conn和least_time两种：

(a)least_conn选择当前连接数最少的服务。

Syntax: least_conn;

Default: —

Context: upstream

(b)least_time根据时间来选择服务。

本策略为Nginx商业版订阅定容，目前未做测试，本文暂不介绍。

使用least_conn策略的一个例子如下所示：

stream {

   upstream myserver{

     server 192.168.197.101:2101;

     server 192.168.197.101:2102;

     server 192.168.197.101:2103;

     least_conn;

  }

   server {

    listen 2001;

    proxy_connect_timeout 3s;

    proxy_timeout  300s;

    proxy_pass  myserver;

  }

上游主机的TCP服务程序使用前一篇博客中的Java程序，请参考该博客：

http://www.cnblogs.com/coe2coe/p/7157950.html

此时从三个客户端程序中连接Nginx的2001端口，根据least_conn的分配策略，可知将选择三个不同的服务，使得每个服务的连接数最接近相等。

TCP负载均衡的upstream中的server支持weight、max_fails、fail_timeout等参数，这跟http的负载均衡类似，不再详细介绍。当使用了weight参数时，least_conn将综合考虑weight制定的权值以及连接数来选择服务。

关于ngx_stream_upstream_module模块的完整介绍，请参考：

http://nginx.org/en/docs/stream/ngx_stream_upstream_module.html

Nginx学习笔记23TCP负载均衡