nodejs的express负载均衡

我们知道nodejs是单线程的，在特定场合是不能利用CPU多核的优势的。一般有两种方式来解决，一种是利用nodejs的cluster模块创建多个子进程来处理请求以充分利用cpu的多核，还有一种是nodejs运行多个服务分别监听在不同的port,利用nginx创建一个upstream池，来分发请求到nodejs的不同服务端口来处理。
由于我们是要负载均衡express，涉及到用户的会话保持就很重要，不然原先建立请求的是进程A，下次请求转到进程B处理，进程B没有之前用户在进程A的上下文信息，那么处理就会出现问题。
cluster方式下，推荐使用redis来存储会话

var jargs = require('./argsfile.json');
const { createClient } = require('redis');
const client = createClient({ url: jargs.redisurl });
client.on('error', err => { logger.error("Redis连接出错"); });
client.connect();
const { RedisStore } = require('connect-redis-session');
...
app.use(session({
	name: jargs.sessionname,
	secret: jargs.ssosecret,
	store: new RedisStore({ client }), 
	saveUninitialized: true,
	resave: true,
	cookie: { httpOnly: true, maxAge: jargs.sessionage }
	}));
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

这样会话保存在redis中，不同进程可以共享session信息。
用户nginx upstream池怎么操作呢？其实也可以用redis来共享session的，还可以利用nginx自己的ip_hash策略来确保用户请求源IP固定的情况下，只会连接到upstream池中特定后端目标，这样也不会导致会话丢失。

	upstream svc_pool {
		ip_hash;
		server 172.17.36.50:8031;
		server 172.17.36.50:8032;
		server 172.17.36.50:8033;
		server 172.17.36.50:8034;
		server 172.17.36.50:8035;
		server 172.17.36.50:8036;
		server 172.17.36.50:8037;
		server 172.17.36.50:8038;
		}

1
2
3
4
5
6
7
8
9
10
11
12