我的世界服务器网站建设,域名购买后网站搭建,网站主体负责人是法人,四川煤矿标准化建设网站我们知道nodejs是单线程的#xff0c;在特定场合是不能利用CPU多核的优势的。一般有两种方式来解决#xff0c;一种是利用nodejs的cluster模块创建多个子进程来处理请求以充分利用cpu的多核#xff0c;还有一种是nodejs运行多个服务分别监听在不同的port,利用nginx创建一个u…我们知道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;}
