(第十三章)小满zs-Nginx-负载均衡upstream

Nginx-负载均衡upstream

upstream是在http块下面的指令,跟server块是同级的。

基本语法

upstream的基本语法如下,一个upstream块需要设置一个名称,这个名称可以在server块里面的location块中当作proxy主机 (域名/ip) 使用,在upstream块中可以设置多个服务器地址

声明一个名称为nodeupstream

css 复制代码
upstream node {
    server 127.0.0.1:9001;
    server 127.0.0.1:9002;
    server 127.0.0.1:9003;
}

location中当作proxy主机 (域名/ip) 使用 :

arduino 复制代码
location / {
    proxy_pass http://node;
}

1.默认状态是按照轮询的方式去做负载均衡的

就像上面的配置中,配置了三个服务器的地址,如果你向 localhost 发起了90 次请求。那么这90 次请求都会代理到名称为nodeupstream设置的这三个服务器,并且请求的次数会平均分配给这三个服务器。也就是说每个服务器被请求的次数为30次。

示例:

127.0.0.1:9001

js 复制代码
const express = require('express')

const app = express()

var num = 1

app.get('/api/test', (req, res) => {
    console.log(req.ip)
    res.send({
        code: 200,
        message: '访问成功!'
    })
    console.log('Nginx 9003 负载均衡 28', num)
    num++
})

app.listen(9001, () => {
    console.log('服务成功运行!')
})

127.0.0.1:9002

js 复制代码
const express = require('express')

const app = express()

var num = 1

app.get('/api/test', (req, res) => {
    console.log(req.ip)
    res.send({
        code: 200,
        message: '访问成功!'
    })
    console.log('Nginx 9003 负载均衡 28', num)
    num++
})

app.listen(9002, () => {
    console.log('服务成功运行!')
})

127.0.0.1:9003

js 复制代码
const express = require('express')

const app = express()

var num = 1

app.get('/api/test', (req, res) => {
    console.log(req.ip)
    res.send({
        code: 200,
        message: '访问成功!'
    })
    console.log('Nginx 9003 负载均衡 28', num)
    num++
})

app.listen(9003, () => {
    console.log('服务成功运行!')
})

然后使用postman服务器发送请求:

我们总共请求了90次,可以看到上面设置的三个服务器地址都被请求了30次,这就是负载均衡的默认轮询的方式。

这里补充一下:

http://101.200.242.117/api/test这个地址是node服务器的接口的地址,当请求路径中出现/,就会被代理分发到名称为nodeupstream中设置的服务器地址。

使用postman对接口进行压测(一键发送多次请求):

2.权重weight

upstream中的 server 设置的权重越大的,接收的请求次数越多,设置的越小的接收的请求次数就越少。

ini 复制代码
upstream node {
    server 127.0.0.1:9001 weight=3;
    server 127.0.0.1:9002 weight=2;
    server 127.0.0.1:9003 weight=1;
}

效果:

我的理解是,我们依次为三个服务器地址分配了权重:3、2、1 ,那么总的权重就是6 ,然后我们总共的请求数量是90次,那么就是把总的请求数量90分成了6份,那么一份就是15,所以,权重为3的服务器被请求了45次,权重为2的服务器被请求了30次,权重为1的服务器被请求了15次。

3.fail_timeout、 backup

fail_timeout:故障等待超时时间(等待多少秒后未请求成功)。

backup:备用服务器修饰符,可以为一个upstream设置一个backup的server,在生产server全部都出问题之后,可以自动切换到备用server上,为回复服务争取时间。

ini 复制代码
upstream node {
    server 127.0.0.1:9001 fail_timeout=60;
    server 127.0.0.1:9002 fail_timeout=30;
    server 127.0.0.1:9003 backup;
}

上述配置表达的意思是:当请求第一个server127.0.0.1:9001 的服务器的时间超过60秒,就切换备用服务器(使用backup修饰的服务器),当请求第二个server127.0.0.1:9001 的服务器的时间超过30秒,就切换备用服务器(使用backup修饰的服务器)。

演示:

由于我们的所有请求都没有超时,所以没有请求备用服务器

相关推荐
用户9385156350721 分钟前
从零在浏览器里跑 DeepSeek-R1:WebGPU + Transformer.js 全链路实战
前端·设计模式·typescript
CodeSheep41 分钟前
稚晖君公司人事大变动,来了!
前端·后端·程序员
鱼樱前端1 小时前
用 AI 做内容变收入
前端·人工智能·ai编程
浮生望1 小时前
React + TypeScript 组件设计进阶:从类型约束到无状态组件的三次进化
前端
90后的晨仔2 小时前
Mac 开发 uni-app 终极方案:让安卓模拟器彻底脱离 Android Studio 独立运行
前端·vue.js
90后的晨仔2 小时前
别再搞混了!uni-app 中 node_modules 和 uni_modules 到底是什么关系?
前端
kyriewen2 小时前
面试官问"这段逻辑为什么这样写"——我才发现,这半年我写的代码,我自己都解释不了
前端·javascript·面试
谢小飞3 小时前
大文件上传很难?学会这招,GB文件秒传不是梦
前端·node.js
程序员黑豆3 小时前
Windows 系统 Java 环境变量配置全攻略:解决“不是内部或外部命令”
java·前端·ai编程
To_OC4 小时前
别只拿 useRef 绑 DOM 了,搭配 Web Worker 解决页面卡顿才是真的香
前端·react.js·dom