網(wǎng)站首頁 編程語言 正文
前言
對于Nginx首先要了解的是Nginx的作用和它的代理方式,Nginx的作用為負載均衡、代理方式為反向代理。
負載均衡:平衡web服務器集群中轉(zhuǎn)發(fā)給各服務器的請求數(shù),防止出現(xiàn)服務器因為處理請求壓力大或小導致內(nèi)存溢出、宕機或資源浪費的情況發(fā)生。
反向代理:對外暴露的地址是代理服務器的地址隱藏了真實服務器的地址,客戶端將請求發(fā)送到代理服務器上。由代理服務器根據(jù)配置規(guī)則選擇真實服務器處理請求,在獲得服務器返回數(shù)據(jù)后再返回給客戶端。此時代理服務器在外看來就是提供服務的服務器,客戶端對代理是無感知的并不知道具體是哪臺服務器處理的它的請求且不需要做任何配置。
正向代理:例如當因工需要,需要訪問瀏覽器正常訪問不到的服務器時,此時要找到一個可以訪問該服務器的代理服務器。客戶端將請求發(fā)送給代理服務器,代理服務器去訪問該服務器,然后將訪問到的數(shù)據(jù)返回給我們,這樣的代理模式稱為正向代理。正向代理時真實客戶端的信息被屏蔽或者隱藏了,服務器只清楚請求來自哪臺代理服務器而不清楚來自哪個客戶端,但客戶端非常明確要訪問的服務器地址。
即:正向代理代理的是客戶端的請求,反向代理代理的是服務器。
1.?Nginx配置樣例
例如頁面請求地址為http://www.sayhi.com/products/pageManage,則在nginx.conf中配置server如下:
server {
listen 80; #監(jiān)聽80的服務端口
server_name www.sayhi.com; #監(jiān)聽的域名
location /{
root emstatic;
index index.html;
}
location /products {
proxy_pass http://127.0.0.1:8103/zuul-product/product/manage;
add_header 'Access-Control-Allow-Credentials' 'true';
add_header 'Access-Control-Allow-Origin' '*';
}
}
根據(jù)域名www.sayhi.com和后綴/products匹配到server中的server_name和location后,將剩余url后綴/pageManage拼接到location中的配置項proxy_pass的url后通過網(wǎng)關訪問服務器資源。
所以訪問http://www.sayhi.com/products/pageManage時經(jīng)過nginx配置后實際訪問的地址為http://127.0.0.1:8103/zuul-product/product/manage/pageManage。
2. Nginx負載均衡方式
2.1 輪詢
依次按照順序訪問后端的每一個服務器,按照這個計算,相當于平均分配請求給所有集群節(jié)點-物理均衡。首先準備一個upstream的虛擬域名,保管后端服務器的詳細信息。
? ? ? ?upstream ouservers{
? ? ? ?? ? ? ?server 127.0.0.1:8091;
? ? ? ?? ? ? ?server 128.0.0.2:8092;
? ? ? ?? ? ? ?server 129.0.0.3:8093;
? ? ? ?}
nginx啟動時加載成為一個內(nèi)存的list對象元素有3個分別是8091 8092 8093,負載均衡的計算都是通過這個list完成的,在server中使用proxy_pass指向這個新創(chuàng)建的upstream名稱ouservers。
添加server案例
? ? ? ?server{
? ? ? ?? ? ? ?listen 80;
? ? ? ?? ? ? ?server_name www.ou.com;
? ? ? ?? ? ? ?location / {
? ? ? ?? ? ? ?? ? ? ?proxy_pass http://ouservers/;
? ? ? ?? ? ? ?}
? ? ? ?}
在訪問有多個用戶訪問www.ou.com時會把請求輪詢轉(zhuǎn)給127.0.0.1:8091、128.0.0.2:8093和129.0.0.3:8093服務器去處理。
2.2 權(quán)重
總是按照物理均衡分配并發(fā)有時候不滿足實際情況,按照情況通過占用比例的分配均衡邏輯就是權(quán)重(權(quán)衡比重)。權(quán)重基于輪詢完成,可以在upstream的輪詢基礎上添加權(quán)重的關鍵字weight,權(quán)重值越高轉(zhuǎn)發(fā)的請求越多(參數(shù)為整數(shù)等于down表示該server不可訪問)。
? ? ? ?upstream ouservers {
? ? ? ?? ? ? ?#補充后端服務器的ip:port-based
? ? ? ?? ? ? ?server 127.0.0.1:8091 weight=10;
? ? ? ?? ? ? ?server 128.0.0.2:8092 weight=5;
? ? ? ?? ? ? ?server 129.0.0.3:8093 weight=1;
? ? ? ?}
2.3 Nginx解決集群共享session問題的方案
在單節(jié)點進程中可以使用session屬性存儲一些數(shù)據(jù)。在一次會話中使用這些屬性如果是集群中會產(chǎn)生問題,不能實現(xiàn)集群共享session數(shù)據(jù)。由于session是屬于服務器端的技術,不同進程中生成的session對象無法共同使用,所以無法使用session會話技術實現(xiàn)攜帶狀態(tài)的請求功能。
數(shù)據(jù)通信共享:會話的session會被全部節(jié)點所存儲,并發(fā)高時會導致集群中每一個節(jié)點中都有量的session對象容易造成服務器內(nèi)存溢出。
ip_hash黏著:根據(jù)ip做hash取余計算綁定服務器但有可能導致傾斜,會有服務器由于傾斜嚴重,提前宕機。
采用第三方容器:session數(shù)據(jù)不再存儲到服務器本地,采用第三方存儲使每個服務器連接這個第三方存儲讀寫數(shù)據(jù)。但引入第三方勢必導致多占用網(wǎng)絡訪問帶寬資源,對容器技術的穩(wěn)定性,速度要求比較高。理論上存儲容器可以是關系型數(shù)據(jù)庫(例mysql)。但是非關系型數(shù)據(jù)庫(例redis)是更好的選擇。
nignx配置ip_hash黏著只需要在upstream的括號中填寫一個關鍵屬性 "ip_hash"。
? ? ? ?upstream ouservers {
? ? ? ?? ? ? ?ip_hash;
? ? ? ?? ? ? ?server 127.0.0.1:8091;
? ? ? ?? ? ? ?server 127.0.0.1:8092;
? ? ? ?? ? ? ?server 127.0.0.1:8093;
? ? ? ?}
3. Nginx動靜分離(靜態(tài)資源和動態(tài)資源來自于不同的服務器)
后端服務器集群是動態(tài)數(shù)據(jù)的來源,nginx作為http服務器代理用來管理后端所需文件和靜態(tài)資源,在nginx服務器中,準備好訪問的靜態(tài)資源可以通過域名url地址訪問。
添加server案例(以Linux系統(tǒng)為例)
? ? ? ?server{
? ? ? ?? ? ? ?listen 80;
? ? ? ?? ? ? ?server_name www.image.com;
? ? ? ?? ? ? ?location /{
? ? ? ?? ? ? ?? ? ? ?root?/home/static; #關鍵字root配置項為靜態(tài)資源的根目錄
? ? ? ? ? ? ? ? ? ? ?index default.html #沒有找到指定靜態(tài)資源時默認訪問的靜態(tài)資源
? ? ? ?? ? ? ?}
? ? ? ? }
具體流轉(zhuǎn)過程如下:請求地址http://www.image.com/xyy.png匹配server中的location后將靜態(tài)資源名稱tp.png銜接在root配置項后,拼接成資源在Nginx服務器上的絕對地址/home/static/tp.png根據(jù)地址拿到靜態(tài)資源返回到瀏覽器頁面給用戶展示。
root配置項:可以是文件夾絕對路徑,如Linux?(root /home/static)、Windows(root C:/static)。也可以是文件夾相對路徑root static(表示在nginx安裝的根目錄有一個文件夾叫做static)。
index配置項:表示當訪問請求匹配到location中的root后,在沒有找到指定靜態(tài)資源時默認訪問的靜態(tài)資源地址。index也可以配置多個靜態(tài)資源,例如:index default1.html?default2.html。如果靜態(tài)資源/home/static/default1.html不存在則接著驗證/home/static/default2.html是否存在,存在則用/default2.html在該server中發(fā)起內(nèi)部重定向去重新匹配location)
注:在配置nginx.conf文件時需要將資源ip和監(jiān)聽域名寫進Nginx服務器的本地hosts文件中(如127.0.0.1 www.sayhi.com)
總結(jié)
原文鏈接:https://blog.csdn.net/qq_43805456/article/details/122302686
相關推薦
- 2022-10-26 Pytorch中torch.stack()函數(shù)的深入解析_python
- 2022-07-20 用C語言實現(xiàn)掃雷
- 2022-05-14 Python實現(xiàn)屏幕代碼雨效果的示例代碼_python
- 2022-11-09 Android開發(fā)實現(xiàn)圖片的上傳下載_Android
- 2022-07-30 Linux常見命令-壓縮和解壓類 一、gzip/gunzip 壓縮 二、zip/unzip 壓縮 三
- 2023-01-12 Matlab中關于argmax、argmin函數(shù)的使用解讀_python
- 2022-05-11 C#對集合進行排序_C#教程
- 2023-03-11 go-micro微服務JWT跨域認證問題_Golang
- 最近更新
-
- window11 系統(tǒng)安裝 yarn
- 超詳細win安裝深度學習環(huán)境2025年最新版(
- Linux 中運行的top命令 怎么退出?
- MySQL 中decimal 的用法? 存儲小
- get 、set 、toString 方法的使
- @Resource和 @Autowired注解
- Java基礎操作-- 運算符,流程控制 Flo
- 1. Int 和Integer 的區(qū)別,Jav
- spring @retryable不生效的一種
- Spring Security之認證信息的處理
- Spring Security之認證過濾器
- Spring Security概述快速入門
- Spring Security之配置體系
- 【SpringBoot】SpringCache
- Spring Security之基于方法配置權(quán)
- redisson分布式鎖中waittime的設
- maven:解決release錯誤:Artif
- restTemplate使用總結(jié)
- Spring Security之安全異常處理
- MybatisPlus優(yōu)雅實現(xiàn)加密?
- Spring ioc容器與Bean的生命周期。
- 【探索SpringCloud】服務發(fā)現(xiàn)-Nac
- Spring Security之基于HttpR
- Redis 底層數(shù)據(jù)結(jié)構(gòu)-簡單動態(tài)字符串(SD
- arthas操作spring被代理目標對象命令
- Spring中的單例模式應用詳解
- 聊聊消息隊列,發(fā)送消息的4種方式
- bootspring第三方資源配置管理
- GIT同步修改后的遠程分支