網站首頁 編程語言 正文
前言
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;
}
以上不同的負載均衡策略均有各自不同的使用場景,請結合自身的實際情況進行合理的選擇,同時,各自配置策略在實際使用的時候也不是孤立的,比如最小連接數可以搭配權重數一起使用
總結
原文鏈接:https://blog.csdn.net/zhangcongyi420/article/details/124542844
相關推薦
- 2022-12-06 React超詳細分析useState與useReducer源碼_React
- 2022-12-12 C語言中帶頭雙向循環鏈表基本操作的實現詳解_C 語言
- 2022-10-15 python中mpi4py的所有基礎使用案例詳解_python
- 2022-08-19 一篇文章讓你看懂用git上傳文件至gitee,結尾有.gitignore配置
- 2022-07-13 deepin 桌面版設置華為、阿里倉庫源
- 2022-08-17 C++詳解Primer文本查詢程序的實現_C 語言
- 2022-07-08 go語言代碼生成器code?generator使用示例介紹_Golang
- 2023-02-02 C語言動態內存分配和內存操作函數使用詳解_C 語言
- 最近更新
-
- window11 系統安裝 yarn
- 超詳細win安裝深度學習環境2025年最新版(
- Linux 中運行的top命令 怎么退出?
- MySQL 中decimal 的用法? 存儲小
- get 、set 、toString 方法的使
- @Resource和 @Autowired注解
- Java基礎操作-- 運算符,流程控制 Flo
- 1. Int 和Integer 的區別,Jav
- spring @retryable不生效的一種
- Spring Security之認證信息的處理
- Spring Security之認證過濾器
- Spring Security概述快速入門
- Spring Security之配置體系
- 【SpringBoot】SpringCache
- Spring Security之基于方法配置權
- redisson分布式鎖中waittime的設
- maven:解決release錯誤:Artif
- restTemplate使用總結
- Spring Security之安全異常處理
- MybatisPlus優雅實現加密?
- Spring ioc容器與Bean的生命周期。
- 【探索SpringCloud】服務發現-Nac
- Spring Security之基于HttpR
- Redis 底層數據結構-簡單動態字符串(SD
- arthas操作spring被代理目標對象命令
- Spring中的單例模式應用詳解
- 聊聊消息隊列,發送消息的4種方式
- bootspring第三方資源配置管理
- GIT同步修改后的遠程分支