nginx代理WebSocket及HTTP

发表于 更新于
本文字数： 1.5k 阅读时长 ≈ 1 分钟

WebSocket协议相比较于HTTP协议成功握手后可以多次进行通讯，直到连接被关闭。但是WebSocket中的握手和HTTP中的握手兼容， 它使用HTTP中的Upgrade协议头将连接从HTTP升级到WebSocket。

反向代理WebSocket

1
2
3
4
5
6
location /chat/ {
    proxy_pass http://backend;
    proxy_http_version 1.1;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "upgrade";
}

反向代理websocket及HTTP

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
http {
    map $http_upgrade $connection_upgrade {
        default keep-alive; #默认为keep-alive 可以支持 一般http请求
        'websocket'      upgrade; #如果为websocket 则为 upgrade 可升级的。
    }

    server {
        ...
        location /chat/ {
            proxy_pass http://backend;
            proxy_http_version 1.1;
            proxy_set_header Upgrade $http_upgrade;
            proxy_set_header Connection $connection_upgrade;
        }
    }

map指令可以将变量组合成为新的变量。这里会根据客户端请求中的$http_upgrade的值，来更改$connection_upgrade的值。上述配置的规则是：$connection_upgrade的默认值keep-alive，如果$http_upgrade值为’websocket’，则$connection_upgrade值为upgrade。

扩展

当客户端发送另一个请求时，它会使用同一个连接。这一直继续到客户端或服务器端认为会话已经结束，其中一方中断连接。

在 HTTP 1.1 中 所有的连接默认都是持续连接，除非特殊声明不支持。 HTTP 持久连接不使用独立的 keepalive 信息，而是仅仅允许多个请求使用单个连接。然而， Apache 2.0 httpd 的默认连接过期时间是仅仅15秒，对于 Apache 2.2 只有5秒。短的过期时间的优点是能够快速的传输多个web页组件，而不会绑定多个服务器进程或线程太长时间。

优势

  • 较少的CPU和内存的使用（由于同时打开的连接的减少了）
  • 允许请求和应答的HTTP流水线
  • 降低拥塞控制 （TCP连接减少了）
  • 减少了后续请求的延迟（无需再进行握手）
  • 报告错误无需关闭TCP连接

根据RFC 2616，用户客户端与任何服务器和代理服务器之间不应该维持超过2个链接。代理服务器应该最多使用2×N个持久连接到其他服务器或代理服务器，其中N是同时活跃的用户数。这个指引旨在提高HTTP响应时间并避免阻塞。

劣势

对于现在的广泛普及的宽带连接来说，Keep-Alive也许并不像以前一样有用。web服务器会保持连接若干秒(Apache中默认15秒)，这与提高的性能相比也许会影响性能。

对于单个文件被不断请求的服务(例如图片存放网站)，Keep-Alive可能会极大的影响性能，因为它在文件被请求之后还保持了不必要的连接很长时间。

参考