当前位置: 首页 > news >正文

四、Nginx配置文件-负载均衡

目录

一、负载均衡的作用

二、负载均衡状态

三、负载均衡的指令

1、upstream 指令

2、server指令

四、负载均衡几种方式

1、轮询(Round Robin 常用)

2、IP Hash (较少)

3、最少连接数(Least Connections 较少)

4、加权轮询(Weighted Round Robin 常用)

5、fair(较少)

6、backup(一般)


一、负载均衡的作用

  1. 解决服务器的高并发压力,提高应用程序的处理性能。
  2. 提供故障转移,实现高可用。
  3. 通过添加或减少服务器数量,增强网站的可扩展性。
  4. 在负载均衡器上进行过滤,可以提高系统的安全性。

二、负载均衡状态

状态

概述

down

当前的server暂时不参与负载均衡

backup

预留的备份服务器,当主服务器不可用时,将用来传递请求

max_fails

允许请求失败的次数

fail_timeout

经过max_fails失败后, 服务暂停时间

max_conns

限制最大的接收连接数

三、负载均衡的指令

1、upstream 指令

        该指令是用来定义一组服务器,它们可以是监听不同端口的服务器,并且也可以是同时监听TCP和Unix socket的服务器。服务器可以指定不同的权重,默认为1。

2、server指令

        该指令用来指定后端服务器的名称和一些参数,可以使用域名、IP、端口或者unix socket。与之前的server指令不一样。

四、负载均衡几种方式

1、轮询(Round Robin 常用)

        轮询是最常见的负载均衡方式,Nginx会按照请求的顺序依次将请求分发给后端服务器。例如,如果有3台后端服务器,Nginx会将第1个请求分发给服务器A,第2个请求分发给服务器B,第3个请求分发给服务器C,然后循环重复。适于无状态的请求。

配置示例:

upstream backend {server backend1;server backend2;server backend3;
}server {listen 80;location / {proxy_pass http://backend;}
}示例:
upstream backend{server 192.168.153.128:8081;server 192.168.153.128:8082;server 192.168.153.128:8083;
}
server {listen 8080;server_name localhost;location /{proxy_pass http://backend;}
}示例2:对特定资源负载upstream videobackend{server 192.168.153.128:9001;server 192.168.153.128:9002;
}
upstream filebackend{server 192.168.153.128:9003;server 192.168.153.128:9004;
}
server {listen 8084;server_name localhost;location /video/ {proxy_pass http://videobackend;}location /file/ {proxy_pass http://filebackend;}
}示例3:对不同域名实现负载upstream qwe{server 192.168.153.128:9001;server 192.168.153.128:9002;
}
upstream asd{server 192.168.153.128:9003;server 192.168.153.128:9004;
}
server {listen    8085;server_name www.qwe.cn;location / {proxy_pass http://qwe;}
}
server {listen    8086;server_name www.asd.cn;location / {proxy_pass http://asd;}
}

2、IP Hash (较少)

        IP Hash方式根据客户端的IP地址进行哈希计算,将同一个客户端的请求始终转发到同一台后端服务器上。这样可以保证同一个客户端的请求都由同一台服务器处理,适合于需要保持会话的应用场景。

配置示例:

upstream backend {ip_hash;server backend1;server backend2;server backend3;
}server {listen 80;location / {proxy_pass http://backend;}
}

3、最少连接数(Least Connections 较少)

        最少连接数方式会将请求分发给当前连接数最少的后端服务器,以达到负载均衡的效果。这种方式适用于后端服务器性能不一致的情况。

配置示例:

upstream backend {least_conn;server backend1;server backend2;server backend3;
}server {listen 80;location / {proxy_pass http://backend;}
}

4、加权轮询(Weighted Round Robin 常用)

        加权轮询方式可以根据后端服务器的性能配置不同的权重,来调整请求的分发比例。权重越高的服务器会接收到更多的请求。

配置示例:

upstream backend {server backend1 weight=3;server backend2 weight=2;server backend3 weight=1;
}server {listen 80;location / {proxy_pass http://backend;}
}示例:
upstream backend{server 192.168.153.128:9001 weight=7;server 192.168.153.128:9002 weight=5;server 192.168.153.128:9003 weight=3;
}
server {listen 8083;server_name localhost;location /{proxy_pass http://backend;}
}

5、fair(较少)

upstream backend {fair;server backend1 weight=3;server backend2 weight=2;server backend3 weight=1;
}server {listen 80;location / {proxy_pass http://backend;}
}

        fair模块是比上面几个更加智能的负载均衡算法。此种算法可以依据页面大小和加载时间长短智能地进行负载均衡,也就是根据后端服务器的响应时间来分配请求,响应时间短的优先分配。Nginx本身是不支持fair的,如果需要使用这种调度算法,必须下载Nginx的upstream_fair模块;再次不做演示

6、backup(一般)

        backup关键字用于定义备份服务器。当主服务器宕机或无法处理请求时,备份服务器将接手处理请求。

upstream backend {server backend1;server backend2 backup;
}server {listen 80;location / {proxy_pass http://backend;}
}当 backend1 处于在线状态并且能够处理请求时,Nginx将只将请求发送到backend1。
只有当backend1 宕机或者由于某些原因无法处理请求时,Nginx才会将请求发送到backend2。
这种配置通常用于高可用性部署,确保在主服务器宕机时,有一个备用服务器可以接手处理请求,从而减少服务中断的影响。

http://www.lryc.cn/news/372134.html

相关文章:

  • ofd文件预览
  • 浅浅了解下Spring中生命周期函数(Spring6全攻略)
  • 建议收藏!亚马逊卖家必须知道的37个常用术语解释
  • 黑苹果睡眠总是自动唤醒(RTC)
  • 【代码随想录训练营】【Day 49+】【动态规划-8】| Leetcode 121, 122, 123
  • k8s metrics-server服务监控pod 的 cpu、内存
  • 电脑自带录屏在哪?电脑录屏,4个详细方法
  • [Cloud Networking] Layer3 (Continue)
  • missing authentication credentials for REST request
  • Unity 从0开始编写一个技能编辑器_02_Buff系统的生命周期
  • 计算机网络简答题
  • 探索Java 8 Stream API:现代数据处理的新纪元
  • vim 删除光标到最后一行的所有内容
  • k8s之kubelet证书时间过期升级
  • 5G消息 x 文旅 | 一站式智慧文旅解决方案
  • 如何评估员工在新版FMEA培训后应用知识的效果?
  • python脚本之解析命令参数
  • 当JS遇上NLP:开启图片分析的奇幻之旅
  • trpc快速上手
  • 知识图谱存在的挑战---隐私、安全和伦理相关和测试认证相关
  • 课时155:脚本发布_简单脚本_命令罗列
  • 借助ollama实现AI绘画提示词自由,操作简单只需一个节点!
  • PyTorch -- Visdom 快速实践
  • 基于xilinx FPGA的QSFP调试使用经验
  • WPF 使用Image控件显示图片
  • 合肥工业大学内容安全实验一:爬虫|爬新闻文本
  • 自动驾驶---Perception之视觉点云雷达点云
  • maven 显式依赖包包含隐式依赖包,引起依赖包冲突
  • Spring应用如何打印access日志和out日志(用于分析请求总共在服务耗费多长时间)
  • SpringBoot整合SpringDataRedis