超级详细的nginx负载均衡配置
目录
-
前言实验准备实验步骤其他负载均衡配置策略总结
前言
nginx作为一款企业级的X服务器,不管是大中小各类生产项目中,均有广泛的使用,尤其是在前后端分离的项目中,nginx作为路由转发的功能是非常常用的;
在一些流量比较大的项目中,为了应对高并发的场景,后端服务往往采用集群部署,这时候,就需要使用到nginx的负载均衡功能;
实验准备
-
nginx服务器;两个后端服务;
实验步骤
1、启动两个后端服务
这里准备了两个springboot工程,编写了2个测试使用的接口,以端口号区分
- @RestController
- @RequestMAPPing(“/api”)
- public class NginxController1 {
- @GetMapping
- public String test1(){
- return “success test1 8082”;
- }
- }
复制代码
- @RestController
- @RequestMapping(“/api”)
- public class NginxController1 {
- @GetMapping
- public String test1(){
- return “success test1 8081”;
- }
- }
复制代码 启动之后,浏览器分别访问一下,确保服务是正常的
2、nginx.conf进行配置
1)在server中添加一个location,并且配置 proxy_pass
- location / {
- #转发到负载服务上
- proxy_pass http://webservers/api/;
- }
复制代码 2)配置upstream,指向后端服务
- upstream webservers{
- server 192.168.9.134:8081;
- server 192.168.9.134:8082;
- }
复制代码 完整的配置参考如下:
- #user nobody;
- worker_processes 1;
- events {
- worker_connections 1024;
- }
- http {
- include mime.types;
- default_type application/octet-stream;
- sendfile on;
- keepalive_timeout 65;
- upstream webservers{
- server 192.168.9.134:8081 weight=8;
- server 192.168.9.134:8082 weight=2;
- }
- server {
- listen 80;
- server_name localhost;
- #location / {
- # root html;
- # index index.html index.htm;
- #}
- location / {
- #转发到负载服务上
- proxy_pass http://webservers/api/;
- }
- error_page 500 502 503 504 /50x.html;
- location = /50x.html {
- root html;
- }
- }
- }
复制代码 修改完毕后,启动nginx,或者重新加载配置
- nginx.exe -s reload
复制代码 浏览器访问:localhost:80,多刷几次,下面两个展示的界面轮询的出现
3、负载均衡配置说明
默认情况下,直接按照上面的配置后,如果后端有多个服务,采用的是轮询策略;
常用的可选配置包括:
weight 多台机器,可以配置权重值,权重高的服务将会优先被访问
down 某个服务配置down之后,这台服务将不会被访问
backup 配置了这个参数后,除非其他的服务都挂掉了,否则这台服务将不会被访问到
以weight 为例做简单的说明,在上面的配置中,补充weight参数
- upstream webservers{
- server 192.168.9.134:8081 weight=8;
- server 192.168.9.134:8082 weight=2;
- }
复制代码 重新加载配置,按照上面的测试步骤再次刷新页面,这时候可以发现,8081对于的这个服务将会被更多的访问到;
其他负载均衡配置策略
默认情况下,nginx采用的是轮询策略,nginx还提供了其他几种常用的负载均衡配置
1、ip_hash
每个请求按访问IP的hash结果进行分配,这样每个访客就可以固定访问一个后端服务,一定程度上可以解决session问题;
- upstream webservers {<!–{cke_protected}{C}%3C!%2D%2D%20%2D%2D%3E–> ip_hash; server 192.168.9.134:8081; server 192.168.9.134:8082;}
复制代码
2、weight
weight代表权重,默认为1,权重越高,被分配的客户端请求就会越多
- upstream webservers{
- server 192.168.9.134:8081 weight=8;
- server 192.168.9.134:8082 weight=2;
- }
复制代码
3、fair(第三方)
按后端服务器的响应时间来分配请求,响应时间短的将会被优先分配
- upstream webservers{
- server 192.168.9.134:8081;
- server 192.168.9.134:8082;
- fair;
- }
复制代码
4、url_hash
按访问URL的hash结果分配。这样相同的url会被分配到同一个节点,主要为了提高缓存命中率。比如,为了提高访问性能,服务端有大量数据或者资源文件需要被缓存。使用这种策略,可以节省缓存空间,提高缓存命中率
- upstream webservers{
- hash &request_uri;
- server 192.168.9.134:8081;
- server 192.168.9.134:8082;
- }
复制代码
5、least_conn
按节点连接数分配,把请求优先分配给连接数少的节点。该策略主要为了解决,各个节点请求处理时间长短不一造成某些节点超负荷的情况。
- upstream webservers{
- least_conn;
- server 192.168.9.134:8081;
- server 192.168.9.134:8082;
- }
复制代码 以上不同的负载均衡策略均有各自不同的使用场景,请结合自身的实际情况进行合理的选择,同时,各自配置策略在实际使用的时候也不是孤立的,比如最小连接数可以搭配权重数一起使用
总结
到此这篇关于nginx负载均衡配置的文章就介绍到这了,更多相关nginx负载均衡配置内容请搜索共生网络以前的文章或继续浏览下面的相关文章希望大家以后多多支持共生网络!
原创文章,作者:starterknow,如若转载,请注明出处:https://www.starterknow.com/108267.html