超级详细的nginx负载均衡配置
前言
nginx作为一款企业级的代理服务器，不管是大中小各类生产项目中，均有广泛的使用，尤其是在前后端分离的项目中，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负载均衡配置内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！
相关文章
这篇文章主要介绍了在Nginx中增加对OAuth协议的支持的教程,OAuth协议如今广泛用于社交网络的API中,需要的朋友可以参考下2015-06-06
解析prometheus+grafana监控nginx的方法
在prometheus需要向ngxin中打入探针，通过探针获取ngxin信息，并通过接口输出。下文将讲述如何监控ngxin，感兴趣的朋友跟随小编一起看看吧2021-11-11
在Rust开发中,经常需要使用Cargo从crates.io下载依赖,而国内几乎没有好用的crates.io镜像,使用本文就来使用使用nginx搭建creates.io镜像吧2023-12-12
详解proxy_pass根据path路径转发时的"/"问题记录
这篇文章主要介绍了详解proxy_pass根据path路径转发时的"/"问题记录，小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧2018-09-09
nginx作为目前最流行的web服务器之一,在许多生产环境都能看到他的踪影,有时候,我们需要统计nginx的连接配置,本文主要分享一下如何统计nginx的连接数,需要的朋友可以参考下2024-02-02
nginx作为一款高性能的服务器,用途很多,下面这篇文章主要给大家介绍了Nginx多种匹配方式的相关资料,文中通过图文介绍的介绍的非常详细,需要的朋友可以参考下2022-05-05
这篇文章主要介绍了nginx使用IPV6的相关配置项介绍,首先查看编译参数是否编译了IPV6模块,然后介绍了监听IPV6的配置语法,需要的朋友可以参考下2014-07-07
这篇文章主要介绍了Nginx屏蔽F5心跳日志、指定IP访问日志,本文直接给出配置示例,需要的朋友可以参考下2015-04-04
Nginx缓存主要是用于减轻后端服务器的负载,提高网站并发量,提升用户体验度,下面这篇文章主要给大家介绍了关于如何利用nginx做代理缓存的相关资料,需要的朋友可以参考下2021-12-12
本文主要介绍了nginx 代理后出现503的解决方法，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧2022-07-07
最新评论