socket长连接负载均衡(socket长连接原理)

socket是基于tcp的，只能用IP级的负载均衡服务，用开源的LVS可以搞定。

建立连接后，两端都不进行关闭就是长连接了。 如何保证对端的存在，TCP的keepalive是TCP协议的保活机制，不过默认周期为2小时，较长。在应用层， 程序可以存在自己的连接保活机制，一般就是heartbeat了。

配proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade;proxy_set_header Connection "upgrade"; 这三句就行了！

可以加一个调度服务器，客户端先从调度服务器获得一个IP，然后再去连这个IP，调度服务器来实现负载均衡。

我们在用 Node.js 处理知乎主站的 web 实时推送。你现在看到的 Feed 、消息的实时更新，背后就是几个 node 进程扛起来的。 优点：1. 处理高并发场景性能更高在用 socket.io 之前，推送服务是用 ajax polling 做的。我们用 Tornado 和 Node.js 做过两个版本的推送服务。在当时的测试环境下，Node.js 的 CPU 时间是 Tornado 的三分之一，内存使用是 Tornado 的一半，代码行数只有 Tornado 的三分之一（Node.js 版是用 coffee 写的）。后来我们使用了 socket.io，CPU 开销进一步降低。2. 函数式编程非常适合写异步回调链用 Node.js 配合 CoffeeScript 写异步操作链非常便利，相比之下 Tornado 无论是写命名函数的回调，还是 yield 一个 Task 都没那么自然。缺点：1. 大量匿名函数使异常栈变得不好看。 2. 无法以 request 为单位 catch 异常，必须确保不要在不 catch 异常的第三方库的回调里的抛异常，这在一个异步操作链条里是一件比较麻烦的事。解决方法之一是对那些不 catch 异常的第三方库做一些封装，把所有的异常变成事件，改成 on('error') 形式的 API。