全面瞭解 Nginx 主要應用場景
來源:
前言
本文只針對Nginx在不載入第三方模組的情況能處理哪些事情,由於第三方模組太多所以也介紹不完,當然本文字身也可能介紹的不完整,畢竟只是我個人使用過和了解到過得。所以還請見諒,同時歡迎留言交流
Nginx能做什麼
反向代理
負載均衡
HTTP伺服器(包含動靜分離)
正向代理
以上就是我瞭解到的Nginx在不依賴第三方模組能處理的事情,下面詳細說明每種功能怎麼做
反向代理
反向代理應該是Nginx做的最多的一件事了,什麼是反向代理呢,以下是百度百科的說法:反向代理(Reverse Proxy)方式是指以代理伺服器來接受internet上的連線請求,然後將請求轉發給內部網路上的伺服器,並將從伺服器上得到的結果返回給internet上請求連線的客戶端,此時代理伺服器對外就表現為一個反向代理伺服器。
簡單來說就是真實的伺服器不能直接被外部網路訪問,所以需要一臺代理伺服器,而代理伺服器能被外部網路訪問的同時又跟真實伺服器在同一個網路環境,當然也可能是同一臺伺服器,埠不同而已。下面貼上一段簡單的實現反向代理的程式碼
server {
listen 80;
server_name localhost;
client_max_body_size 1024M;
location / {
proxy_pass
proxy_set_header Host $host:$server_port;
}
}
儲存配置檔案後啟動Nginx,這樣當我們訪問localhost的時候,就相當於訪問localhost:8080了
負載均衡
負載均衡也是Nginx常用的一個功能,負載均衡其意思就是分攤到多個操作單元上進行執行,例如Web伺服器、FTP伺服器、企業關鍵應用伺服器和其它關鍵任務伺服器等,從而共同完成工作任務。
簡單而言就是當有2臺或以上伺服器時,根據規則隨機的將請求分發到指定的伺服器上處理,負載均衡配置一般都需要同時配置反向代理,透過反向代理跳轉到負載均衡。而Nginx目前支援自帶3種負載均衡策略,還有2種常用的第三方策略。
1、RR(預設)
每個請求按時間順序逐一分配到不同的後端伺服器,如果後端伺服器down掉,能自動剔除。
簡單配置
upstream test {
server localhost:8080;
server localhost:8081;
}
server {
listen 81;
server_name localhost;
client_max_body_size 1024M;
location / {
proxy_pass
proxy_set_header Host $host:$server_port;
}
}
負載均衡的核心程式碼為
upstream test {
server localhost:8080;
server localhost:8081;
}
這裡我配置了2臺伺服器,當然實際上是一臺,只是埠不一樣而已,而8081的伺服器是不存在的,也就是說訪問不到,但是我們訪問 的時候,也不會有問題,會預設跳轉到:8080
具體是因為Nginx會自動判斷伺服器的狀態,如果伺服器處於不能訪問(伺服器掛了),就不會跳轉到這臺伺服器,所以也避免了一臺伺服器掛了影響使用的情況,由於Nginx預設是RR策略,所以我們不需要其他更多的設定。
2、權重
指定輪詢機率,weight和訪問比率成正比,用於後端伺服器效能不均的情況。例如
upstream test {
server localhost:8080 weight=9;
server localhost:8081 weight=1;
}
那麼10次一般只會有1次會訪問到8081,而有9次會訪問到8080
3、ip_hash
上面的2種方式都有一個問題,那就是下一個請求來的時候請求可能分發到另外一個伺服器,當我們的程式不是無狀態的時候(採用了session儲存資料),這時候就有一個很大的很問題了,比如把登入資訊儲存到了session中,那麼跳轉到另外一臺伺服器的時候就需要重新登入了,所以很多時候我們需要一個客戶只訪問一個伺服器,那麼就需要用iphash了,iphash的每個請求按訪問ip的hash結果分配,這樣每個訪客固定訪問一個後端伺服器,可以解決session的問題。
upstream test {
ip_hash;
server localhost:8080;
server localhost:8081;
}
4、fair(第三方)
按後端伺服器的響應時間來分配請求,響應時間短的優先分配。
upstream backend {
fair;
server localhost:8080;
server localhost:8081;
}
5、url_hash(第三方)
按訪問url的hash結果來分配請求,使每個url定向到同一個後端伺服器,後端伺服器為快取時比較有效。在upstream中加入hash語句,server語句中不能寫入weight等其他的引數,hash_method是使用的hash演算法
upstream backend {
hash $request_uri;
hash_method crc32;
server localhost:8080;
server localhost:8081;
}
以上5種負載均衡各自適用不同情況下使用,所以可以根據實際情況選擇使用哪種策略模式,不過fair和url_hash需要安裝第三方模組才能使用,由於本文主要介紹Nginx能做的事情,所以Nginx安裝第三方模組不會再本文介紹
HTTP伺服器
Nginx本身也是一個靜態資源的伺服器,當只有靜態資源的時候,就可以使用Nginx來做伺服器,同時現在也很流行動靜分離,就可以透過Nginx來實現,首先看看Nginx做靜態資源伺服器
server {
listen 80;
server_name localhost;
client_max_body_size 1024M;
location / {
root e:\wwwroot;
index index.html;
}
}
這樣如果訪問 就會預設訪問到E盤wwwroot目錄下面的index.html,如果一個網站只是靜態頁面的話,那麼就可以透過這種方式來實現部署。
動靜分離
動靜分離是讓動態網站裡的動態網頁根據一定規則把不變的資源和經常變的資源區分開來,動靜資源做好了拆分以後,我們就可以根據靜態資源的特點將其做快取操作,這就是網站靜態化處理的核心思路
upstream test{
server localhost:8080;
server localhost:8081;
}
server {
listen 80;
server_name localhost;
location / {
root e:\wwwroot;
index index.html;
}
# 所有靜態請求都由nginx處理,存放目錄為html
location ~ \.(gif|jpg|jpeg|png|bmp|swf|css|js)$ {
root e:\wwwroot;
}
# 所有動態請求都轉發給tomcat處理
location ~ \.(jsp|do)$ {
proxy_pass
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root e:\wwwroot;
}
}
這樣我們就可以吧HTML以及圖片和css以及js放到wwwroot目錄下,而tomcat只負責處理jsp和請求,例如當我們字尾為gif的時候,Nginx預設會從wwwroot獲取到當前請求的動態圖檔案返回,當然這裡的靜態檔案跟Nginx是同一臺伺服器,我們也可以在另外一臺伺服器,然後透過反向代理和負載均衡配置過去就好了,只要搞清楚了最基本的流程,很多配置就很簡單了,另外localtion後面其實是一個正規表示式,所以非常靈活
正向代理
正向代理,意思是一個位於客戶端和原始伺服器(origin server)之間的伺服器,為了從原始伺服器取得內容,客戶端向代理傳送一個請求並指定目標(原始伺服器),然後代理向原始伺服器轉交請求並將獲得的內容返回給客戶端。客戶端才能使用正向代理。
當你需要把你的伺服器作為代理伺服器的時候,可以用Nginx來實現正向代理,但是目前Nginx有一個問題,那麼就是不支援HTTPS,雖然我百度到過配置HTTPS的正向代理,但是到最後發現還是代理不了,當然可能是我配置的不對,所以也希望有知道正確方法的同志們留言說明一下。
resolver 114.114.114.114 8.8.8.8;
server {
resolver_timeout 5s;
listen 81;
access_log e:\wwwroot\proxy.access.log;
error_log e:\wwwroot\proxy.error.log;
location / {
proxy_pass http://$host$request_uri;
}
}
resolver是配置正向代理的DNS伺服器,listen 是正向代理的埠,配置好了就可以在ie上面或者其他代理外掛上面使用伺服器ip+埠號進行代理了。
最後說兩句
Nginx是支援熱啟動的,也就是說當我們修改配置檔案後,不用關閉Nginx,就可以實現讓配置生效,當然我並不知道多少人知道這個,反正我一開始並不知道,導致經常殺死了Nginx執行緒再來啟動…..Nginx重新讀取配置的命令是
nginx -s reload
windows下面就是
nginx.exe -s reload
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31558358/viewspace-2672349/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 全面瞭解Nginx主要應用場景Nginx
- Nginx主要應用場景(必讀)Nginx
- Nginx應用場景配置Nginx
- 學習Source Generators之瞭解Source Generators的應用場景
- 全面瞭解Nginx到底能做什麼Nginx
- 全面瞭解 Nginx 到底能做什麼Nginx
- zookeeper 主要應用場景及程式碼實現
- MyISAM和InnoDB的主要區別和應用場景
- 阿里一面,說說你瞭解zookeeper的應用場景有哪些?阿里
- 都在用Nginx,你真的知道它的應用場景嗎?Nginx
- ES 應用場景
- Zookeeper應用場景
- 3.4 應用場景
- DDD應用場景
- 不降功能只降資源,六個應用場景帶你瞭解OCP ExpressExpress
- FIBOS DAPP 應用場景詳解APP
- Zookeeper基礎原理&應用場景詳解
- Redis詳解以及Redis的應用場景Redis
- Nginx的HTTP模組與Stream模組:區別與應用場景NginxHTTP
- 三大特性,多個場景,Serverless 應用引擎 SAE 全面升級Server
- 智慧安防的主要應用場景和資料採集標註解決方案 | 景聯文科技
- 【實操】小程式的應用場景分析——線下場景應用
- 走進智慧邊緣小站IES,從其應用場景瞭解產品優勢
- FRAM的應用場景
- Numpy的應用場景
- redis的應用場景Redis
- Vuex 的應用場景Vue
- snapshot應用場景
- 人臉識別技術的優勢和主要應用場景
- Cloud XR面臨的問題以及Cloud XR主要應用場景Cloud
- 全面解析 | 鑰匙環服務的應用場景&商業價值
- 全面解析人工智慧在金融領域六大應用場景人工智慧
- 快速瞭解財務RPA機器人在金融銀行業中的應用場景機器人行業
- 如何瞭解常見的三種物理伺服器?具體場景幫助應用伺服器
- SAP BTP MTA 應用的應用場景
- 全面瞭解CDN服務,如何支援多樣加速場景,保障優質網路體驗。
- HPC高效能運算知識: 主要應用場景和軟體
- 7.3 應用場景簡介