Nginx快速入門實例分析

為什么要用nginx

目前 nginx 的主力競爭對手莫過于 apache ,在這里小編對兩者做一個簡單的對比,幫助大家更好的理解 nginx 的優勢。

1、作為 web 服務器:

相比 apache,nginx 使用更少的資源,支持更多的并發連接,體現更高的效率,這點使 nginx 尤其受到虛擬主機提供商的歡迎。在高連接并發的情況下,nginx是apache服務器不錯的替代品: nginx在美國是做虛擬主機生意的老板們經常選擇的軟件平臺之一,能夠支持高達 50000 個并發連接數的響應, 感謝nginx 為我們選擇了 epoll and kqueue 作為開發模型。

nginx作為負載均衡服務器: nginx 既可以在內部直接支持 rails 和 php 程序對外進行服務, 也可以支持作為 http代理 服務器對外進行服務。nginx采用c進行編寫, 不論是系統資源開銷還是cpu使用效率都比 perlbal 要好很多。

2、nginx 配置簡潔, apache 復雜:

nginx 啟動特別容易, 并且幾乎可以做到7*24不間斷運行,即使運行數個月也不需要重新啟動. 你還能夠不間斷服務的情況下進行軟件版本的升級。

nginx 靜態處理性能比 apache 高 3倍以上,apache 對 php 支持比較簡單,nginx 需要配合其他后端來使用 ,apache 的組件比 nginx 多。

3、最核心的區別在于:

apache是同步多進程模型,一個連接對應一個進程;nginx是異步的,多個連接(萬級別)可以對應一個進程 。

4、兩者的擅長領域分別是:

nginx的優勢是處理靜態請求,cpu內存使用率低,apache適合處理動態請求,所以現在一般前端用nginx作為反向代理抗住壓力,apache作為后端處理動態請求。

nginx 基本使用方法

系統平臺:centos release 6.6 (final) 64位。

一、安裝編譯工具及庫文件

Nginx快速入門實例分析

二、首先要安裝 pcre

1、pcre 作用是讓 nginx 支持 rewrite 功能。下載 pcre 安裝包,下載地址:?

Nginx快速入門實例分析?

Nginx快速入門實例分析?

2、解壓安裝包:

Nginx快速入門實例分析

3、進入安裝包目錄

Nginx快速入門實例分析

4、編譯安裝

Nginx快速入門實例分析

5、查看pcre版本

Nginx快速入門實例分析

Nginx快速入門實例分析?

三、安裝 nginx

1、下載 nginx,下載地址:

Nginx快速入門實例分析

Nginx快速入門實例分析?

2、解壓安裝包

Nginx快速入門實例分析

3、進入安裝包目錄

Nginx快速入門實例分析

4、編譯安裝

Nginx快速入門實例分析

5、查看nginx版本

Nginx快速入門實例分析

Nginx快速入門實例分析?

到此,nginx安裝完成。

四、nginx 配置

創建 nginx 運行使用的用戶 www:

Nginx快速入門實例分析

配置nginx.conf ,將/usr/local/webserver/nginx/conf/nginx.conf替換為以下內容

Nginx快速入門實例分析

檢查配置文件ngnix.conf的正確性命令:

Nginx快速入門實例分析

Nginx快速入門實例分析?

五、啟動 nginx

nginx 啟動命令如下:

Nginx快速入門實例分析

Nginx快速入門實例分析

六、訪問站點

從瀏覽器訪問我們配置的站點ip:

Nginx快速入門實例分析

nginx 常用指令說明

1. main 全局配置

nginx在運行時與具體業務功能(比如http服務或者email服務代理)無關的一些參數,比如工作進程數,運行的身份等。

woker_processes 2
在配置文件的頂級main部分,worker角色的工作進程的個數,master進程是接收并分配請求給worker處理。這個數值簡單一點可以設置為cpu的核數grep ^processor /proc/cpuinfo | wc -l,也是 auto 值,如果開啟了ssl和gzip更應該設置成與邏輯cpu數量一樣甚至為2倍,可以減少i/o操作。如果nginx服務器還有其它服務,可以考慮適當減少。

?worker_cpu_affinity
也是寫在main部分。在高并發情況下,通過設置cpu粘性來降低由于多cpu核切換造成的寄存器等現場重建帶來的性能損耗。如worker_cpu_affinity 0001 0010 0100 1000;?(四核)。

worker_connections 2048
寫在events部分。每一個worker進程能并發處理(發起)的最大連接數(包含與客戶端或后端被代理服務器間等所有連接數)。nginx作為反向代理服務器,計算公式?最大連接數 = worker_processes * worker_connections/4,所以這里客戶端最大連接數是1024,這個可以增到到8192都沒關系,看情況而定,但不能超過后面的worker_rlimit_nofile。當nginx作為http服務器時,計算公式里面是除以2。

worker_rlimit_nofile 10240
寫在main部分。默認是沒有設置,可以限制為操作系統最大的限制65535。

?use epoll
寫在events部分。在linux操作系統下,nginx默認使用epoll事件模型,得益于此,nginx在linux操作系統下效率相當高。同時nginx在openbsd或freebsd操作系統上采用類似于epoll的高效事件模型kqueue。在操作系統不支持這些高效模型時才使用select

2. http服務器

與提供http服務相關的一些配置參數。例如:是否使用keepalive啊,是否使用gzip進行壓縮等。

sendfile on
開啟高效文件傳輸模式,sendfile指令指定nginx是否調用sendfile函數來輸出文件,減少用戶空間到內核空間的上下文切換。對于普通應用設為 on,如果用來進行下載等應用磁盤io重負載應用,可設置為off,以平衡磁盤與網絡i/o處理速度,降低系統的負載。

?keepalive_timeout 65?: 長連接超時時間,單位是秒,這個參數很敏感,涉及瀏覽器的種類、后端服務器的超時設置、操作系統的設置,可以另外起一片文章了。長連接請求大量小文件的時候,可以減少重建連接的開銷,但假如有大文件上傳,65s內沒上傳完成會導致失敗。如果設置時間過長,用戶又多,長時間保持連接會占用大量資源。

?send_timeout?:?用于指定響應客戶端的超時時間。這個超時僅限于兩個連接活動之間的時間,如果超過這個時間,客戶端沒有任何活動,nginx將會關閉連接。

?client_max_body_size 10m
允許客戶端請求的最大單文件字節數。如果有上傳較大文件,請設置它的限制值

?client_body_buffer_size 128k
緩沖區代理緩沖用戶端請求的最大字節數

模塊http_proxy:

這個模塊實現的是nginx作為反向代理服務器的功能,包括緩存功能(另見文章)

proxy_connect_timeout 60
nginx跟后端服務器連接超時時間(代理連接超時)

proxy_read_timeout 60
連接成功后,與后端服務器兩個成功的響應操作之間超時時間(代理接收超時)

proxy_buffer_size 4k
設置代理服務器(nginx)從后端realserver讀取并保存用戶頭信息的緩沖區大小,默認與proxy_buffers大小相同,其實可以將這個指令值設的小一點

proxy_buffers 4 32k
proxy_buffers緩沖區,nginx針對單個連接緩存來自后端realserver的響應,網頁平均在32k以下的話,這樣設置

proxy_busy_buffers_size 64k
高負荷下緩沖大小(proxy_buffers*2)

proxy_max_temp_file_size
當proxy_buffers放不下后端服務器的響應內容時,會將一部分保存到硬盤的臨時文件中,這個值用來設置最大臨時文件大小,默認1024m,它與proxy_cache沒有關系。大于這個值,將從upstream服務器傳回。設置為0禁用。

proxy_temp_file_write_size 64k
當緩存被代理的服務器響應到臨時文件時,這個選項限制每次寫臨時文件的大小。proxy_temp_path(可以在編譯的時候)指定寫到哪那個目錄。

proxy_pass,proxy_redirect見 location 部分。

模塊http_gzip:

gzip on?: 開啟gzip壓縮輸出,減少網絡傳輸。

  1. ?gzip_min_Length 1k?: 設置允許壓縮的頁面最小字節數,頁面字節數從header頭得content-length中進行獲取。默認值是20。建議設置成大于1k的字節數,小于1k可能會越壓越大。

  2. gzip_buffers 4 16k?: 設置系統獲取幾個單位的緩存用于存儲gzip的壓縮結果數據流。4 16k代表以16k為單位,安裝原始數據大小以16k為單位的4倍申請內存。

  3. gzip_http_version 1.0?: 用于識別 http 協議的版本,早期的瀏覽器不支持 gzip 壓縮,用戶就會看到亂碼,所以為了支持前期版本加上了這個選項,如果你用了 nginx 的反向代理并期望也啟用 gzip 壓縮的話,由于末端通信是 http/1.0,故請設置為 1.0。

  4. gzip_comp_level 6?: gzip壓縮比,1壓縮比最小處理速度最快,9壓縮比最大但處理速度最慢(傳輸快但比較消耗cpu)

  5. gzip_types?:匹配mime類型進行壓縮,無論是否指定,”text/html”類型總是會被壓縮的。

  6. gzip_proxied any?: nginx作為反向代理的時候啟用,決定開啟或者關閉后端服務器返回的結果是否壓縮,匹配的前提是后端服務器必須要返回包含”via”的 header頭。

  7. gzip_vary on?: 和http頭有關系,會在響應頭加個 vary: accept-encoding ,可以讓前端的緩存服務器緩存經過gzip壓縮的頁面,例如,用squid緩存經過nginx壓縮的數據。

?3. server虛擬主機

http服務上支持若干虛擬主機。每個虛擬主機一個對應的server配置項,配置項里面包含該虛擬主機相關的配置。在提供mail服務的代理時,也可以建立若干server。每個server通過監聽地址或端口來區分。

listen
監聽端口,默認80,小于1024的要以root啟動。可以為listen *:80、listen 127.0.0.1:80等形式。

server_name
服務器名,如localhost、www.example.com,可以通過正則匹配。

模塊http_stream

這個模塊通過一個簡單的調度算法來實現客戶端ip到后端服務器的負載均衡,upstream后接負載均衡器的名字,后端realserver以?host:port options;?方式組織在 {} 中。如果后端被代理的只有一臺,也可以直接寫在 proxy_pass 。

4. location

http服務中,某些特定的url對應的一系列配置項。

root /var/www/html
定義服務器的默認網站根目錄位置。如果locationurl匹配的是子目錄或文件,root沒什么作用,一般放在server指令里面或/下。

index index.jsp index.html index.htm
定義路徑下默認訪問的文件名,一般跟著root放

proxy_pass http:/backend
請求轉向backend定義的服務器列表,即反向代理,對應upstream負載均衡器。也可以proxy_pass http://ip:port。

proxy_redirect off;
proxy_set_header host $host;
proxy_set_header x-real-ip $remote_addr;
proxy_set_header x-forwarded-for $proxy_add_x_forwarded_for;

這四個暫且這樣設,如果深究的話,每一個都涉及到很復雜的內容,也將通過另一篇文章來解讀。

關于location匹配規則的寫法,可以說尤為關鍵且基礎的,參考文章?nginx配置location總結及rewrite規則寫法;

5. 其它

5.1 訪問控制 allow/deny

nginx 的訪問控制模塊默認就會安裝,而且寫法也非常簡單,可以分別有多個allow,deny,允許或禁止某個ip或ip段訪問,依次滿足任何一個規則就停止往下匹配。如:

Nginx快速入門實例分析

我們也常用 httpd-devel 工具的 htpasswd 來為訪問的路徑設置登錄密碼:

Nginx快速入門實例分析

這樣就生成了默認使用crypt加密的密碼文件。打開上面nginx-status的兩行注釋,重啟nginx生效。

5.2 列出目錄 autoindex

nginx默認是不允許列出整個目錄的。如需此功能,打開nginx.conf文件,在location,server 或 http段中加入autoindex on;,另外兩個參數最好也加上去:

  1. autoindex_exact_size off;?默認為on,顯示出文件的確切大小,單位是bytes。改為off后,顯示出文件的大概大小,單位是kb或者mb或者gb autoindex_localtime on;

  2. 默認為off,顯示的文件時間為gmt時間。改為on后,顯示的文件時間為文件的服務器時間

Nginx快速入門實例分析

? 版權聲明
THE END
喜歡就支持一下吧
點贊9 分享