Nginx是一款輕量級的Web 服務器/反向代理服務器及電子郵件(IMAP/POP3)代理服務器,並在一個BSD-like 協議下發行。其特色是佔有內存少,併發能力強,事實上nginx的併發能力確實在同類型的網頁服務器中表現較好,中國大陸使用nginx網站用戶有:百度、京東、新浪、網易、騰訊、淘寶等。php
部分資料來源及參考:https://mp.weixin.qq.com/s/HDlV_boJXl9vguFen-I1iAhtml
一、做爲 Web 服務器:前端
相比 Apache,Nginx 使用更少的資源,支持更多的併發鏈接,體現更高的效率,這點使 Nginx 尤爲受到虛擬主機提供商的歡迎。在高鏈接併發的狀況下,Nginx是Apache服務器不錯的替代品: Nginx在美國是作虛擬主機生意的老闆們常常選擇的軟件平臺之一,可以支持高達 50000 個併發鏈接數的響應, 感謝Nginx 爲咱們選擇了 epoll and kqueue 做爲開發模型。linux
Nginx做爲負載均衡服務器: Nginx 既能夠在內部直接支持 Rails 和 PHP 程序對外進行服務, 也能夠支持做爲 HTTP代理 服務器對外進行服務。Nginx採用C進行編寫, 不管是系統資源開銷仍是CPU使用效率都比 Perlbal 要好不少。
nginx
二、Nginx 配置簡潔, Apache 複雜:c++
Nginx 啓動特別容易, 而且幾乎能夠作到7*24不間斷運行,即便運行數個月也不須要從新啓動. 你還可以不間斷服務的狀況下進行軟件版本的升級。web
Nginx 靜態處理性能比 Apache 高 3倍以上,Apache 對 PHP 支持比較簡單,Nginx 須要配合其餘後端來使用 ,Apache 的組件比 Nginx 多。
算法
三、最核心的區別在於:apache
apache是同步多進程模型,一個鏈接對應一個進程;nginx是異步的,多個鏈接(萬級別)能夠對應一個進程 。
vim
四、二者的擅長領域分別是:
nginx的優點是處理靜態請求,cpu內存使用率低,apache適合處理動態請求,因此如今通常前端用nginx做爲反向代理抗住壓力,apache做爲後端處理動態請求。
先關閉防火牆
firewall-cmd --permanent --zone=public --add-service=http firewall-cmd --permanent --zone=public --add-service=https firewall-cmd --reload
[root@localhost-01 ~]# cd usr/usr/src [root@localhost-01 src ]# yum install -y make apr* autoconf automake curl curl-devel gcc gcc-c++ gtk+-devel zlib-devel openssl openssl-devel pcre-devel gd kernel keyutils patch perl kernel-headers compat* cpp glibc libgomp libstdc++-devel keyutils-libs-devel libsepol-devel libselinux-devel krb5-devel libXpm* freetype freetype-devel freetype* fontconfig fontconfig-devel libjpeg* libpng* php-common php-gd gettext gettext-devel ncurses* libtool* libxml2 libxml2-devel patch policycoreutils bison
簡化版[root@localhost-01 src ]# yum install -y make gcc gcc-c++ autoconf automake zlib zlib-devel libtool openssl openssl-devel pcre-devel
yum install http://nginx.org/packages/centos/6/noarch/RPMS/nginx-release-centos-6-0.el6.ngx.noarch.rpm
一、PCRE 做用是讓 Nginx 支持 Rewrite 功能。下載 PCRE 安裝包,下載地址: http://downloads.sourceforge.net/project/pcre/pcre/8.35/pcre-8.35.tar.gz
[root@localhost-01 ~ ]# cd /usr/lcoal/src/
[root@localhost src ]# wget http://downloads.sourceforge.net/project/pcre/pcre/8.35/pcre-8.35.tar.gz
二、解壓安裝包:
[root@localhost-01 src ]# tar -zxvf pcre-8.35.tar.gz
三、進入安裝包目錄
[root@localhost-01 src ]# cd pcre-8.35
四、編譯安裝
五、查看pcre版本
一、下載 Nginx,下載地址:http://nginx.org/download/nginx-1.6.2.tar.gz
二、解壓安裝包
[root@localhost-01 src ]# tar -zxvf nginx-1.6.2.tar.gz
三、進入安裝包目錄
[root@localhost-01 src ]# cd nginx-1.6.2
四、編譯安裝
[root@localhost-01 nginx-1.6.2 ]# ./configure --prefix=/usr/local/webserver/nginx --with-http_stub-status_module [root@localhost-01 nginx-1.6.2 ]# make 安裝 [root@localhost-01 nginx-1.6.2 ]# make isntall 編譯
五、查看nginx版本
[root@localhost-01 src ]# /usr/local/webservicer/nginx/sbin/nginx -v
ps -ef | grep nginx 就能夠看到Nginx進程是否存在了。
ps -aux |grep nginx #查看nginx是否運行 ;
到此,nginx安裝完成。
建立 Nginx 運行使用的用戶 www:
[root@localhost-01 conf ]# /usr/sbin/groupadd www [root@localhost-01 conf ]# /usr/sbin/useradd -g www www
配置nginx.conf ,將/usr/local/webserver/nginx/conf/nginx.conf替換爲如下內容
檢查配置文件ngnix.conf的正確性命令:
[root@localhost-01 src ]# cd pcre
Nginx 啓動命令以下:
[root@localhost-01 conf ]# /usr/local/webserver/nginx/sbin/nginx
從瀏覽器訪問咱們配置的站點ip:
Nginx 經常使用指令說明
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。
與提供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壓縮輸出,減小網絡傳輸。
gzip_min_length 1k : 設置容許壓縮的頁面最小字節數,頁面字節數從header頭得content-length中進行獲取。默認值是20。建議設置成大於1k的字節數,小於1k可能會越壓越大。
gzip_buffers 4 16k : 設置系統獲取幾個單位的緩存用於存儲gzip的壓縮結果數據流。4 16k表明以16k爲單位,安裝原始數據大小以16k爲單位的4倍申請內存。
gzip_http_version 1.0 : 用於識別 http 協議的版本,早期的瀏覽器不支持 Gzip 壓縮,用戶就會看到亂碼,因此爲了支持前期版本加上了這個選項,若是你用了 Nginx 的反向代理並指望也啓用 Gzip 壓縮的話,因爲末端通訊是 http/1.0,故請設置爲 1.0。
gzip_comp_level 6 : gzip壓縮比,1壓縮比最小處理速度最快,9壓縮比最大但處理速度最慢(傳輸快但比較消耗cpu)
gzip_types :匹配mime類型進行壓縮,不管是否指定,」text/html」類型老是會被壓縮的。
gzip_proxied any : Nginx做爲反向代理的時候啓用,決定開啓或者關閉後端服務器返回的結果是否壓縮,匹配的前提是後端服務器必需要返回包含」Via」的 header頭。
gzip_vary on : 和http頭有關係,會在響應頭加個 Vary: Accept-Encoding ,可讓前端的緩存服務器緩存通過gzip壓縮的頁面,例如,用Squid緩存通過Nginx壓縮的數據。。
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 。
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規則寫法;
Nginx 的訪問控制模塊默認就會安裝,並且寫法也很是簡單,能夠分別有多個allow,deny,容許或禁止某個ip或ip段訪問,依次知足任何一個規則就中止往下匹配。如:
咱們也經常使用 httpd-devel 工具的 htpasswd 來爲訪問的路徑設置登陸密碼:
這樣就生成了默認使用CRYPT加密的密碼文件。打開上面nginx-status的兩行註釋,重啓nginx生效。
Nginx默認是不容許列出整個目錄的。如需此功能,打開nginx.conf文件,在location,server 或 http段中加入autoindex on;,另外兩個參數最好也加上去:
autoindex_exact_size off; 默認爲on,顯示出文件的確切大小,單位是bytes。改成off後,顯示出文件的大概大小,單位是kB或者MB或者GB
autoindex_localtime on;
默認爲off,顯示的文件時間爲GMT時間。改成on後,顯示的文件時間爲文件的服務器時間
詳細命令:nginx -v
顯示:nginx version: nginx/1.4.4 nginx版本爲1.4.4
若是是源碼包安裝 可能不會找到nginx 命令 須要使用完整路徑 例如
/usr/local/nginx/sbin/nginx -v #查看nginx版本
nginx -V #查看nginx版本
根據本身的路徑來使用,若是找不到路徑 可使用whereis命令查找 whereis nginx
nginx -V輸出是標準錯誤輸出,如需重定向文件,則須要nginx -V 2>>log
-v:顯示版本號,如圖
查看nginx的啓動文件
輸入命令行: ps -ef | grep nginx
master process 後面的就是 nginx的目錄。
一 、是在配置文件中加入server_tokens off; 參數禁止版本信息泄漏:
1.啓動nginx /usr/local/nginx/sbin/nginx
能夠看到我本地的nginx是1.12版本的
去掉版本信息 在nginx的配置文件 中添加
vim /usr/local/nginx/conf/nginx.conf
server_tokens off;
重啓nginx
這種狀況下只能隱藏版本,不能隱藏文件名。
第二種辦法是在編譯的時候把源文件裏的版本信息更改一下,
編譯完後顯示的是你修改的內容。
修改源碼包裏的三個文件:
1.src/core下的nginx.h文件
#define nginx_version 101010
#define NGINX_VERSION "7.88"
#define NGINX_VER "SSI/" NGINX_VERSION
2.src/http下的ngx_http_header_filter_module.c文件
static char ngx_http_server_string[] = "Server: SSI" CRLF;
3.src/http下的ngx_http_special_response.c文件
static u_char ngx_http_error_tail[] =
"<hr><center>SSI</center>" CRLF
從新編譯nginx:
make clean
./configure --prefix=/usr/local/nginx
make && make install
常見問題:
編譯出錯誤
二、
解決辦法:安裝pcre軟件包
三、查看nginx當前併發 鏈接 請求狀態
netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'
TIME_WAIT 17
ESTABLISHED 3254
LAST_ACK 236
FIN_WAIT_1 648
FIN_WAIT_2 581
CLOSING 7
CLOSE_WAIT 4916
解析:
CLOSED //無鏈接是活動的或正在進行
LISTEN //服務器在等待進入呼叫
SYN_RECV //一個鏈接請求已經到達,等待確認
SYN_SENT //應用已經開始,打開一個鏈接
ESTABLISHED //正常數據傳輸狀態/當前併發鏈接數
FIN_WAIT1 //應用說它已經完成
FIN_WAIT2 //另外一邊已贊成釋放
ITMED_WAIT //等待全部分組死掉
CLOSING //兩邊同時嘗試關閉
TIME_WAIT //另外一邊已初始化一個釋放
LAST_ACK //等待全部分組死掉
active connections – 活躍的鏈接數量
server accepts handled requests — 總共處理了11989個鏈接 , 成功建立11989次握手, 總共處理了11991個請求
reading — 讀取客戶端的鏈接數.
writing — 響應數據到客戶端的數量
waiting — 開啓 keep-alive 的狀況下,這個值等於 active – (reading+writing), 意思就是 Nginx 已經處理完正在等候下一次請求指令的駐留鏈接.
參考連接 :
http://www.yunweipai.com/archives/25179.html
資源
查看服務器上安裝的Nginx版本號 http://www.linuxidc.com/Linux/2012-05/60319.htm
CentOS 6.2實戰部署Nginx+MySQL+PHP http://www.linuxidc.com/Linux/2013-09/90020.htm
使用Nginx搭建WEB服務器 http://www.linuxidc.com/Linux/2013-09/89768.htm
搭建基於Linux6.3+Nginx1.2+PHP5+MySQL5.5的Web服務器全過程 http://www.linuxidc.com/Linux/2013-09/89692.htm
CentOS 6.3下Nginx性能調優 http://www.linuxidc.com/Linux/2013-09/89656.htm
CentOS 6.3下配置Nginx加載ngx_pagespeed模塊 http://www.linuxidc.com/Linux/2013-09/89657.htm
CentOS 6.4安裝配置Nginx+Pcre+php-fpm http://www.linuxidc.com/Linux/2013-08/88984.htm
Nginx安裝配置使用詳細筆記 http://www.linuxidc.com/Linux/2014-07/104499.htm
Nginx日誌過濾 使用ngx_log_if不記錄特定日誌 http://www.linuxidc.com/Linux/2014-07/104686.htm