歡迎光臨
每天分享高質量文章
當前位置：知識星球 > 後端 > 正文

Nginx 使用札記

2018-04-08 分類：後端 閱讀(290) 評論(0)
作者：Mmzer
來自：https://segmentfault.com/a/1190000013781162

nginx是什麼？

nginx是俄羅斯人 Igor Sysoev為俄羅斯訪問量第二的Rambler.ru站點開發的一個十分輕量級的HTTP伺服器。它是一個高效能的HTTP和反向代理伺服器，同時也可以作為IMAP/POP3/SMTP的代理伺服器。nginx使用的是BSD許可。

Nginx 以事件驅動的方式編寫，所以有非常好的效能，同時也是一個非常高效的反向代理、負載平衡。

Nginx 因為它的穩定性、豐富的模組庫、靈活的配置和低系統資源的消耗而聞名。

nginx適合用來做mongrel clusters 的前端 HTTP 響應。

為什麼要用nginx，nginx有什麼特點？

nginx的特點(https://www.ctolib.com/topics-101000.html)：

  • 核心特點：高併發請求的同時保持高效的服務

  • 熱部署

  • 低記憶體消耗

  • 處理響應請求很快

  • 具有很高的可靠性

同時，nginx也可以實現高效的反向代理、負載均衡。

前端可以用nginx做些什麼？

  • 搭建靜態資源伺服器

  • 反向代理分發後端服務（可以和nodejs搭配實現前後端分離）和跨域問題

  • 根據User Agent來重定向站點

  • 開發環境或測試環境切換（切換host）

  • url重寫，使用rewrie規則本地對映

  • 資源內容篡改

  • 獲取cookie做分流

  • 資源合併

  • gzip壓縮

  • 壓縮圖片

  • sourceMap除錯

如何安裝nginx？

mac安裝：

安裝brew之後，執行命令：

  1. $ sudo brew install nginx
windows安裝

  1. 下載： nginx官網

  2. 解壓執行：解壓至 c:ginx，執行 nginx.exe(即 nginx-c conf
    ginx    .conf    )，預設使用80埠，日誌見檔案夾 C:ginxlogs

  3. 關閉： nginx-s stop 或 taskkill/F/IM nginx.exe>nul

註：以下皆以mac為例。

nginx如何啟動、重啟、關閉？

檢視nginx版本： nginx-v

啟動nginx服務：

  • 方法一：執行命令： sudo brew services start nginx

  • 方法二：執行命令： nginx

訪問http://localhost:8080，出現如下介面則表示安裝成功：

關閉nginx服務：

  • 方法一：執行命令： sudo brew services stop nginx

  • 方法二：執行命令： nginx-s stop

  • 方法三：

    • 執行命令： ps-ef|grep nginx，找到master對應的行程號。

    • 快速停止： kill-TERM nginx行程號或 kill-INT nginx行程號

    • 從容停止： kill-QUIT nginx行程號

    • 強制停止所有nginx行程： pkill-9nginx

重啟nginx服務：

  • 方法一： nginx-s reload

  • 方法二： 平滑重啟命令： kill-HUP nginx行程號

nginx訊號控制：

  • TERM,INT 快速關閉

  • QUIT 從容關閉

  • HUP 平滑重啟，重新載入配置檔案

  • USR1 重新開啟日誌檔案，在切割日誌時用途較大

  • USR2 平滑升級可執行程式

  • WINCH 從容關閉工作行程

如何檢視nginx的配置檔案nginx.conf的路徑和安裝路徑？

檢視配置檔案位置和測試配置檔案語法：執行命令 nginx-t:

檢視nginx安裝路徑：因為是使用brew安裝的，所以使用brew命令： brew info nginx

nginx.conf基本配置有哪些？

nginx配置檔案主要分成四個部分：

  • main，全域性設定，影響其它部分所有設定

  • server，主機服務相關設定，主要用於指定虛擬主機域名、IP和埠

  • location，URL匹配特定位置後的設定，反向代理、內容篡改相關設定

  • upstream，上游伺服器設定，負載均衡相關配置

他們之間的關係式：server繼承main，location繼承server；upstream既不會繼承指令也不會被繼承。

如下是一份通用的配置和詳解：

  1. #定義 Nginx 執行的使用者和使用者組,預設由 nobody 賬號執行, windows 下麵可以註釋掉。 
  2. user  nobody; 
  4. #nginx行程數，建議設定為等於CPU總核心數。可以和worker_cpu_affinity配合
  5. worker_processes  1; 
  7. #全域性錯誤日誌定義型別，[ debug | info | notice | warn | error | crit ]
  8. #error_log  logs/error.log;
  9. #error_log  logs/error.log  notice;
  10. #error_log  logs/error.log  info;
  12. #行程檔案，window下可以註釋掉
  13. #pid        logs/nginx.pid;
  15. # 一個nginx行程開啟的最多檔案描述符(控制代碼)數目，理論值應該是最多開啟檔案數（系統的值ulimit -n）與nginx行程數相除，
  16. # 但是nginx分配請求並不均勻，所以建議與ulimit -n的值保持一致。
  17. worker_rlimit_nofile 65535;
  19. #工作樣式與連線數上限
  20. events {
  21.     # 參考事件模型，use [ kqueue | rtsig | epoll | /dev/poll | select | poll ]; 
  22.     # epoll模型是Linux 2.6以上版本核心中的高效能網路I/O模型，如果跑在FreeBSD上面，就用kqueue模型。
  23.    #use epoll;
  24.    #connections 20000;  # 每個行程允許的最多連線數
  25.    # 單個行程最大連線數（最大連線數=連線數*行程數）該值受系統行程最大開啟檔案數限制，需要使用命令ulimit -n 檢視當前設定
  26.    worker_connections 65535;
  27. }
  29. #設定http伺服器
  30. http {
  31.     #檔案副檔名與檔案型別對映表
  32.     #include 是個主模組指令，可以將配置檔案拆分並取用，可以減少主配置檔案的複雜度
  33.     include       mime.types;
  34.     #預設檔案型別
  35.     default_type  application/octet-stream;
  36.     #charset utf-8; #預設編碼
  38.     #定義虛擬主機日誌的格式
  39.     #log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
  40.     #                  '$status $body_bytes_sent "$http_referer" '
  41.     #                  '"$http_user_agent" "$http_x_forwarded_for"';
  43.     #定義虛擬主機訪問日誌
  44.     #access_log  logs/access.log  main;
  46.     #開啟高效檔案傳輸樣式，sendfile指令指定nginx是否呼叫sendfile函式來輸出檔案，對於普通應用設為 on，如果用來進行下載等應用磁碟IO重負載應用，可設定為off，以平衡磁碟與網路I/O處理速度，降低系統的負載。註意：如果圖片顯示不正常把這個改成off。
  47.     sendfile        on;
  48.     #autoindex on; #開啟目錄串列訪問，合適下載伺服器，預設關閉。
  50.     #防止網路阻塞
  51.     #tcp_nopush     on;
  53.     #長連線超時時間，單位是秒，預設為0
  54.     keepalive_timeout  65;
  56.     # gzip壓縮功能設定
  57.     gzip on; #開啟gzip壓縮輸出
  58.     gzip_min_length 1k; #最小壓縮檔案大小
  59.     gzip_buffers    4 16k; #壓縮緩衝區
  60.     gzip_http_version 1.0; #壓縮版本（預設1.1，前端如果是squid2.5請使用1.0）
  61.     gzip_comp_level 6; #壓縮等級
  62.     #壓縮型別，預設就已經包含text/html，所以下麵就不用再寫了，寫上去也不會有問題，但是會有一個warn。
  63.     gzip_types text/plain text/css text/javascript application/json application/javascript application/x-javascript application/xml;
  64.     gzip_vary on; //和http頭有關係，加個vary頭，給代理伺服器用的，有的瀏覽器支援壓縮，有的不支援，所以避免浪費不支援的也壓縮，所以根據客戶端的HTTP頭來判斷，是否需要壓縮
  65.     #limit_zone crawler $binary_remote_addr 10m; #開啟限制IP連線數的時候需要使用
  67.     # http_proxy服務全域性設定
  68.     client_max_body_size   10m;
  69.     client_body_buffer_size   128k;
  70.     proxy_connect_timeout   75;
  71.     proxy_send_timeout   75;
  72.     proxy_read_timeout   75;
  73.     proxy_buffer_size   4k;
  74.     proxy_buffers   4 32k;
  75.     proxy_busy_buffers_size   64k;
  76.     proxy_temp_file_write_size  64k;
  77.     proxy_temp_path   /usr/local/nginx/proxy_temp 1 2;
  79.    # 設定負載均衡後臺伺服器串列 
  80.     upstream  backend.com  { 
  81.         #ip_hash; # 指定支援的排程演演算法
  82.         # upstream 的負載均衡，weight 是權重，可以根據機器配置定義權重。weigth 引數表示權值，權值越高被分配到的機率越大。
  83.         server   192.168.10.100:8080 max_fails=2 fail_timeout=30s ;  
  84.         server   192.168.10.101:8080 max_fails=2 fail_timeout=30s ;  
  85.     }
  87.     #虛擬主機的配置
  88.     server {
  89.         #監聽埠
  90.         listen       80;
  91.         #域名可以有多個，用空格隔開
  92.         server_name  localhost fontend.com;
  93.         # Server Side Include，通常稱為伺服器端嵌入
  94.         #ssi on;
  95.         #預設編碼
  96.         #charset utf-8;
  97.         #定義本虛擬主機的訪問日誌
  98.         #access_log  logs/host.access.log  main;
  100.         # 因為所有的地址都以 / 開頭，所以這條規則將匹配到所有請求
  101.         location / {
  102.             root   html;
  103.             index  index.html index.htm;
  104.         }
  106.         #error_page  404              /404.html;
  108.         # redirect server error pages to the static page /50x.html
  109.         #
  110.         error_page   500 502 503 504  /50x.html;
  111.         location = /50x.html {
  112.             root   html;
  113.         }
  115.        # 圖片快取時間設定
  116.        location ~ .*.(gif|jpg|jpeg|png|bmp|swf)$ {
  117.           expires 10d;
  118.        }
  120.        # JS和CSS快取時間設定
  121.        location ~ .*.(js|css)?$ {
  122.           expires 1h;
  123.        }
  125.         #代理配置
  126.         # proxy the PHP scripts to Apache listening on 127.0.0.1:80
  127.         #location /proxy/ {
  128.         #    proxy_pass   http://127.0.0.1;
  129.         #}
  131.         # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
  132.         #
  133.         #location ~ .php$ {
  134.         #    root           html;
  135.         #    fastcgi_pass   127.0.0.1:9000;
  136.         #    fastcgi_index  index.php;
  137.         #    fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;
  138.         #    include        fastcgi_params;
  139.         #}
  141.         # deny access to .htaccess files, if Apache's document root
  142.         # concurs with nginx's one
  143.         #
  144.         #location ~ /.ht {
  145.         #    deny  all;
  146.         #}
  147.     }
  149.     # another virtual host using mix of IP-, name-, and port-based configuration
  150.     #
  151.     #server {
  152.     #    listen       8000;
  153.     #    listen       somename:8080;
  154.     #    server_name  somename  alias  another.alias;
  156.     #    location / {
  157.     #        root   html;
  158.     #        index  index.html index.htm;
  159.     #    }
  160.     #}
  162.     # HTTPS server
  163.     #
  164.     #server {
  165.     #    listen       443 ssl;
  166.     #    server_name  localhost;
  168.     #    ssl_certificate      cert.pem;
  169.     #    ssl_certificate_key  cert.key;
  171.     #    ssl_session_cache    shared:SSL:1m;
  172.     #    ssl_session_timeout  5m;
  174.     #    ssl_ciphers  HIGH:!aNULL:!MD5;
  175.     #    ssl_prefer_server_ciphers  on;
  177.     #    location / {
  178.     #        root   html;
  179.     #        index  index.html index.htm;
  180.     #    }
  181.     #}
  182. }
location如何匹配？

示例：

  1. location  = / {
  2.   # 精確匹配 / ，主機名後面不能帶任何字串
  3.   [ configuration A ] 
  4. }
  6. location  / {
  7.   # 因為所有的地址都以 / 開頭，所以這條規則將匹配到所有請求
  8.   # 但是正則和最長字串會優先匹配
  9.   [ configuration B ] 
  10. }
  12. location /documents/ {
  13.   # 匹配任何以 /documents/ 開頭的地址，匹配符合以後，還要繼續往下搜尋
  14.   # 只有後面的正則運算式沒有匹配到時，這一條才會採用這一條
  15.   [ configuration C ] 
  16. }
  18. location ~ /documents/Abc {
  19.   # 匹配任何以 /documents/ 開頭的地址，匹配符合以後，還要繼續往下搜尋
  20.   # 只有後面的正則運算式沒有匹配到時，這一條才會採用這一條
  21.   [ configuration CC ] 
  22. }
  24. location ^~ /images/ {
  25.   # 匹配任何以 /images/ 開頭的地址，匹配符合以後，停止往下搜尋正則，採用這一條。
  26.   [ configuration D ] 
  27. }
  29. location ~* .(gif|jpg|jpeg)$ {
  30.   # 匹配所有以 gif,jpg或jpeg 結尾的請求
  31.   # 然而，所有請求 /images/ 下的圖片會被 config D 處理，因為 ^~ 到達不了這一條正則
  32.   [ configuration E ] 
  33. }
  35. location /images/ {
  36.   # 字元匹配到 /images/，繼續往下，會發現 ^~ 存在
  37.   [ configuration F ] 
  38. }
  40. location /images/abc {
  41.   # 最長字元匹配到 /images/abc，繼續往下，會發現 ^~ 存在
  42.   # F與G的放置順序是沒有關係的
  43.   [ configuration G ] 
  44. }
  46. location ~ /images/abc/ {
  47.   # 只有去掉 config D 才有效：先最長匹配 config G 開頭的地址，繼續往下搜尋，匹配到這一條正則，採用
  48.     [ configuration H ] 
  49. }
  51. location ~* /js/.*/.js

說明：

  • 以 =開頭表示精確匹配

  • ^~ 開頭表示uri以某個常規字串開頭，不是正則匹配

  • ~開頭表示區分大小寫的正則匹配;

  • ~* 開頭表示不區分大小寫的正則匹配

  • / 通用匹配, 如果沒有其它匹配,任何請求都會匹配到

優先順序：

(location =) > (location 完整路徑) > (location ^~ 路徑) > (location ~,~* 正則順序) > (location 部分起始路徑) > (/)

如何配置反向代理？

詳解：

  1. # 對 “/” 啟用反向代理
  2. location / {
  3.   proxy_pass http://127.0.0.1:3000;  # 設定要代理的 uri，註意最後的 /。可以是 Unix 域套接字路徑，也可以是正則運算式。
  4.   proxy_redirect off; # 設定後端伺服器“Location”響應頭和“Refresh”響應頭的替換文字
  5.   proxy_set_essay-header X-Real-IP $remote_addr; # 獲取使用者的真實 IP 地址
  6.   #後端的Web伺服器可以透過 X-Forwarded-For 獲取使用者真實IP，多個 nginx 反代的情況下，例如 CDN。參見：http://gong1208.iteye.com/blog/1559835 和 http://bbs.linuxtone.org/thread-9050-1-1.html
  7.   proxy_set_essay-header X-Forwarded-For $proxy_add_x_forwarded_for;
  8.   #以下是一些反向代理的配置，可選。
  9.   proxy_set_essay-header Host $host; # 允許重新定義或者新增發往後端伺服器的請求頭。
  11.   client_max_body_size 10m; #允許客戶端請求的最大單檔案位元組數
  12.   client_body_buffer_size 128k; #緩衝區代理緩衝使用者端請求的最大位元組數，
  13.   proxy_connect_timeout 90; #nginx跟後端伺服器連線超時時間(代理連線超時)
  14.   proxy_send_timeout 90; #後端伺服器資料回傳時間(代理髮送超時)
  15.   proxy_read_timeout 90; #連線成功後，後端伺服器響應時間(代理接收超時)
  16.   proxy_buffer_size 4k; #設定代理伺服器（nginx）儲存使用者頭資訊的緩衝區大小
  17.   proxy_buffers 4 32k; #proxy_buffers緩衝區，網頁平均在32k以下的設定
  18.   proxy_busy_buffers_size 64k; #高負荷下緩衝大小（proxy_buffers*2）
  19.   proxy_temp_file_write_size 64k;
  20.   #設定快取檔案夾大小，大於這個值，將從upstream伺服器傳
  21. }

舉例：

  1. location ^~ /service/ {
  2.   proxy_pass http://192.168.60.245:8080/;
  3.   proxy_redirect      default;
  4.   proxy_set_essay-header    Host $host
  5.   proxy_set_essay-header    X-Real-IP $remote_addr;
  6.   proxy_set_essay-header    X-Forwarded-For  $proxy_add_x_forwarded_for;
  7. }

簡化：

  1. location /proxy/ {
  2.   proxy_pass http://backend.com/;
  3.   proxy_redirect      default;
  4. }
如何配置rewrite？

rewrite功能就是集合正則運算式和標誌位實現url重寫和重定向。rewrite只能放在server{}、location{}、if(){}塊中，並且只能對域名後邊的出去傳遞引數外的字串起作用。如URL： http://microloan-sms-platform.yxapp.xyz/proxy/sms/task/querydeleted?page=1&pagesize;=10，只對/proxy/sms/task/querydeleted進行重寫。

如果相對域名或引數字串起作用，可以使用全域性變數匹配，也可以使用proxy_pass反向代理。

表明看rewrite和location功能有點像，都能實現跳轉，主要區別在於rewrite是在同一域名內更改獲取資源的路徑，而location是對一類路徑做控制訪問或反向代理，可以proxy_pass到其他機器。很多情況下rewrite也會寫在location裡，它們的執行順序是：

  • 執行server塊的rewrite指令

  • 執行location匹配

  • 執行選定的location中的rewrite指令

如果其中某步URI被重寫，則重新迴圈執行1-3，直到找到真實存在的檔案；迴圈超過10次，則傳回500 Internal Server Error錯誤。

rewrite規則後邊，通常會帶有flag標誌位：

  • last : 相當於Apache的[L]標記，表示完成rewrite

  • break : 停止執行當前虛擬主機的後續rewrite指令集

  • redirect : 傳回 302臨時重定向，位址列會顯示跳轉後的地址

  • permanent : 傳回 301永久重定向，位址列會顯示跳轉後的地址

last 和 break 區別：

  • last一般寫在 server和 if中，而 break一般使用在 location中

  • last不終止重寫後的url匹配，即新的url會再從 server走一遍匹配流程，而 break終止重寫後的匹配

  • break和 last都能組織繼續執行後面的rewrite指令

rewrite常用正則：

  • . ： 匹配除換行符以外的任意字元

  • ? ： 重覆0次或1次

  • + ： 重覆1次或更多次

  • * ： 重覆0次或更多次

  • d ：匹配數字

  • ^ ： 匹配字串的開始

  • $ ： 匹配字串的介紹

  • {n} ： 重覆n次

  • {n,} ： 重覆n次或更多次

  • [c] ： 匹配單個字元c

  • [a-z] ： 匹配a-z小寫字母的任意一個

可以使用 ()來進行分組，可以透過 $1的形式來取用。

示例：

  1. location /proxy/ {
  2.         proxy_pass http://microloan-notification-web.yxapp.in;
  3.         rewrite /proxy/(.*)$ /$1 break;
  4. }
如何配置負載均衡？

示例：

  1. upstream test.net{
  2.    ip_hash;
  3.    server 192.168.11.1:80;
  4.    server 192.168.11.11:80  down;
  5.    server 192.168.11.123:8009  max_fails=3  fail_timeout=20s;
  6.    server 192.168.11.1234:8080;
  7. }

upstream是Nginx的HTTP Upstream模組，這個模組透過一個簡單的排程演演算法來實現客戶端IP到後端伺服器的負載均衡。

Nginx的負載均衡模組目前支援4種排程演演算法：

  • 輪詢（預設）。每個請求按時間順序逐一分配到不同的後端伺服器，如果後端某臺伺服器宕機，故障系統被自動剔除，使使用者訪問不受影響。Weight 指定輪詢權值，Weight值越大，分配到的訪問機率越高，主要用於後端每個伺服器效能不均的情況下。

  • ip_hash。每個請求按訪問IP的hash結果分配，這樣來自同一個IP的訪客固定訪問一個後端伺服器，有效解決了動態網頁存在的session共享問題。

  • fair。這是比上面兩個更加智慧的負載均衡演演算法。此種演演算法可以依據頁面大小和載入時間長短智慧地進行負載均衡，也就是根據後端伺服器的響應時間來分配請求，響應時間短的優先分配。Nginx本身是不支援fair的，如果需要使用這種排程演演算法，必須下載Nginx的upstream_fair模組。

  • url_hash。此方法按訪問url的hash結果來分配請求，使每個url定向到同一個後端伺服器，可以進一步提高後端快取伺服器的效率。Nginx本身是不支援url_hash的，如果需要使用這種排程演演算法，必須安裝Nginx 的hash軟體包。

upstream可以設定每個後端伺服器在負載均衡排程中的狀態，支援的狀態引數：

  • down，表示當前的server暫時不參與負載均衡

  • backup，預留的備份機器。當其他所有的非backup機器出現故障或者忙的時候，才會請求 backup機器，因此這臺機器的壓力最輕。

  • max_fails，允許請求失敗的次數，預設為 1。當超過最大次數時，傳回 proxy_next_upstream 模組定義的錯誤。

  • fail_timeout，在經歷了 max_fails次失敗後，暫停服務的時間。 max_fails可以和 fail_timeout一起使用。

註，當負載排程演演算法為ip_hash時，後端伺服器在負載均衡排程中的狀態不能是weight和backup。

如何設定頁面快取？

頁面快取設定指令：

proxy_cache_path：指定快取的路徑和一些其他引數，快取的資料儲存在檔案中，並且使用代理url的雜湊值作為關鍵字與檔案名。

  1.       proxy_cache_path /data/nginx/cache/webserver levels=1:2 keys_zone=webserver:20m max_size=1g;

levels引數指定快取的子目錄數。 keys_zone指定活動的key和元資料儲存在共享池（webserver為共享池名稱，20m位共享池大小）， inactive引數指定的時間內快取的資料沒有被請求則被刪除，預設inactive為10分鐘 ·max_size指定快取空間的大小。

  • proxy_cache: 設定一個快取區域的名稱，一個相同的區域可以在不同的地方使用。

  • proxy_cache_valid: 為不同的應答設定不同的快取時間。

如何設定讀寫分離？
  1. server {
  2.         listen       80;
  3.         server_name  localhost;
  4.         #charset koi8-r;
  5.         #access_log  logs/host.access.log  main;
  6.         location / {
  7.                 proxy_pass http://192.128.133.202;
  8.                 if ($request_method = "PUT"){
  9.                         proxy_pass http://192.128.18.201;
  10.                 }
  11.         }
  12. }

參考

  • Nginx能為前端開髮帶來什麼？

  • 前端工程師應該知道的Nginx

  • 前端 Nginx https SSL proxy + 後端 Nginx http 應用的佈署教程

  • nginx配置location總結及rewrite規則寫法

  • nginx伺服器安裝及配置檔案詳解

  • http://freeloda.blog.51cto.com/2033581/1288553

●編號475，輸入編號直達本文

●輸入m獲取文章目錄

推薦↓↓↓

 

Python程式設計

更多推薦《18個技術類微信公眾號》

涵蓋：程式人生、演演算法與資料結構、駭客技術與網路安全、大資料技術、前端開發、Java、Python、Web開發、安卓開發、iOS開發、C/C++、.NET、Linux、資料庫、運維等。

贊(0)
標籤：

相關推薦

熱門標籤

iOS (11238)微軟 (4955)Linux (4274)安全 (4180)Python (4161)效能 (3165)運維 (2774)最佳化 (2419).NET (2262)Google (2136)機器學習 (1795)併發 (1613)分散式 (1559)叢集 (1240)SQL (1174)Mysql (1060)區塊鏈 (1017)Docker (977)微服務 (922)面試 (919)Apache (743)NLP (725)Redis (719)Android (668)Git (640)架構師 (632)Nginx (630)Facebook (599)JVM (595)爬蟲 (476)

熱門文章

分享創造快樂

© 2024 知識星球   網站地圖