有47135个TIME_WAIT连接！而且，从ss可以看出，它们都是已经关闭的连接。这说明，服务器已经消耗了绝大部分可用端口，同时也暗示我们，服务器是为每个连接都分配了新端口。调优网络对这个问题有一点帮助，但是端口仍然不够用。
经过继续研究，我找到了一个关于上行连接keepalive指令的文档，它写道:
设置通往上游服务器的最大空闲保活连接数，这些连接会被保留在工作进程的缓存中。
有趣。理论上，这个设置是通过在缓存的连接上传递请求来尽可能减少连接的浪费。文档中还提到，我们应该把proxy_http_version设为"1.1"，并清除"Connection"头部。经过进一步的研究，我发现这是一种很好的想法，因为HTTP/1.1相比HTTP1.0，大大优化了TCP连接的使用率，而Nginx默认用的是HTTP/1.0。
按文档的建议修改后，我们的上行配置文件变成这样:
复制代码 代码如下:
upstream backend_nodejs {
server nodejs-3:5016 max_fails=0 fail_timeout=10s;
server nodejs-4:5016 max_fails=0 fail_timeout=10s;
server nodejs-5:5016 max_fails=0 fail_timeout=10s;
server nodejs-6:5016 max_fails=0 fail_timeout=10s;
keepalive 512;
}
我还按它的建议修改了server一节的proxy设置。同时，加了一个 p roxy_next_upstream来跳过故障的服务器，调整了客户端的 keepalive_timeout，并关闭访问日志。配置变成这样:
复制代码 代码如下:
server {
listen 80;
server_name fast.gosquared.com;
client_max_body_size 16M;
keepalive_timeout 10;
location / {
proxy_next_upstream error timeout http_500 http_502 http_503 http_504;
proxy_set_header Connection "";
proxy_http_version 1.1;
proxy_pass ;
}
access_log off;
error_log /dev/null crit;
}
采用新的配置后，我发现服务器们占用的socket 降低了90%。现在可以用少得多的连接来传输请求了。新的输出如下:
复制代码 代码如下:
ss -s
Total: 558 (kernel 604)
TCP: 4675 (estab 485, closed 4183, orphaned 0, synrecv 0, timewait 4183/0), ports 2768
Transport Total IP IPv6
* 604 - -
RAW 0 0 0
UDP 13 10 3
TCP 492 491 1
INET 505 501 4
Node.js
得益于事件驱动式设计可以异步处理I/O，Node.js开箱即可处理大量的连接和请求。虽然有其它一些调优手段，但这篇文章将主要关注node.js的进程方面。
Node是单线程的，不会自动使用多核。也就是说，应用不能自动获得服务器的全部能力。
实现Node进程的集群化
我们可以修改应用，让它fork多个线程，在同一个端口上接收数据，从而实现负载的跨越多核。Node有一个cluster模块，提供了实现这个目标所必需的所有工具，但要将它们加入应用中还需要很多体力活。如果你用的是express，eBay有一个叫cluster2的模块可以用。
防止上下文切换