利用Nginx实现反向代理Node.js的方法详解

2019-10-17 17:32:28刘景俊

注意问题:

上面可能会出现下面的问题:

events.js:72
 throw er; // Unhandled 'error' event
   ^
Error: listen EADDRINUSE
 at errnoException (net.js:884:11)
 at Server._listen2 (net.js:1022:14)
 at listen (net.js:1044:10)
 at Server.listen (net.js:1110:5)
 at Object.<anonymous> (folderName/app.js:33:24)
 at Module._compile (module.js:456:26)
 at Object.Module._extensions..js (module.js:474:10)
 at Module.load (module.js:356:32)
 at Function.Module._load (module.js:312:12)
 at Function.Module.runMain (module.js:497:10)

这个其实是Node.js服务多开端口被占用导致的报错,出现这种问题,可以使用Node.js项目管理工具pm2,或者使用netstat -anop进行查看端口被那个进程占用,然后杀掉重启服务!

附上Nginx的负载均衡策略:

轮询(默认)

每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除。

upstream backserver { 
 server 192.168.0.14; 
 server 192.168.0.15; 
} 

指定权重

指定轮询几率,weight和访问比率成正比,用于后端服务器性能不均的情况。

upstream backserver { 
 server 192.168.0.14 weight=10; 
 server 192.168.0.15 weight=10; 
} 

IP绑定 ip_hash

每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决session的问题。

upstream backserver { 
 ip_hash; 
 server 192.168.0.14:88; 
 server 192.168.0.15:80; 
} 

fair(第三方)

按后端服务器的响应时间来分配请求,响应时间短的优先分配。

upstream backserver { 
 server 192.168.0.14:88; 
 server 192.168.0.15:80;
 fair; 
} 

url_hash(第三方)

按访问url的hash结果来分配请求,使每个url定向到同一个后端服务器,后端服务器为缓存时比较有效。

upstream backserver {

 server squid1:3128; 
 server squid2:3128;

 hash $request_uri; 
 hash_method crc32; 
}

总结

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,如果有疑问大家可以留言交流,谢谢大家对易采站长站的支持。