智能网站平台/seo排名点击器原理

我们知道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 }}));

这样会话保存在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;}