nginx(engine x) 是一個高效能的 http 伺服器和反向代理伺服器,這款軟體開發的目的是為了解決 c10k 問題。
nginx 的架構利用了許多現代作業系統的特性,以實現一個高效能的 http 伺服器。例如在linux 系統上,nginx 使用了epoll,sendfile,file aio,directio 等機制,使得nginx 不僅性能高效,而且資源佔用率非常低,官方宣稱nginx 維持10000 個非活動的http keep-alive 連接僅需要2.5 m 記憶體。
nginx會按需同時運行多個進程:一個主進程(master)和幾個工作進程(worker),配置了快取時還會有快取載入器進程(cache loader)和快取管理器進程(cache manager)等。所有進程均是僅包含一個線程,並主要透過「共享記憶體」的機制實現進程間通訊。主程序以 root 使用者身分執行,而worker、cache loader 和 cache manager 均應以非特權使用者身分執行。
1. 安裝 nginx
在 centos6 版本的 epel 來源中,已經加入了 nginx 的 rpm 套件,不過此 rpm 套件版本較低。如果需要更新版本,可以使用官方製作的 rpm 包,或使用原始碼包編譯安裝。
也可以使用一些二次開發功能增強的 nginx 版本,例如淘寶的 tengine 和 openresty 都是不錯的選擇。
1.1 常用編譯參數
--prefix=path:指定nginx 的安裝目錄
--conf-path=path:指定nginx.conf 設定文件路徑
--user=name:nginx 工作進程的使用者
--with-pcre:開啟pcre 正規表示式的支援
--with-http_ssl_module:啟動ssl 的支援
--with -http_stub_status_module:用於監控nginx 的狀態
--with-http-realip_module:允許改變客戶端請求頭中客戶端ip 位址
--with-file-aio:啟用file aio
-- add-module=path:新增第三方外部模組
這裡提供一個完整的編譯方案:
--prefix=/usr/local/nginx \
--conf-path=/etc /nginx/nginx.conf \
--error-log-path=/var/log/nginx/error.log \
--http-log-path=/var/log/nginx/access.log \
--http-client-body-temp-path=/var/tmp/nginx/client_body \
--http-proxy-temp-path=/var/tmp/nginx/proxy \
--http-fastcgi-temp-path=/var/tmp/nginx/fastcgi \
--http-uwsgi-temp-path=/var/tmp/nginx/uwsgi \
--pid-path= /var/run/nginx.pid \
--lock-path=/var/lock/nginx \
--user=nginx \
--group=nginx \
--with- file-aio \
--with-http_ssl_module \
--with-http_realip_module \
--with-http_sub_module \
--with-http_gzip_static_module \
--with-http_stub_status_module \
--with-pcre
1.2 nginx 的啟動和關閉
#啟動nginx:
# nginx -c /etc/nginx/nginx.conf
關閉nginx
# nginx -s stop
重讀設定檔
# nginx -s reload # pkill -hup nginx
重新開啟日誌檔案
# nginx -s reopen # pkill -usr1 nginx
也可以下載nginx rpm 套件中的/etc/init.d/nginx 文件,修改路徑後即可使用:
# service nginx {start|stop|status|restart|reload|configtest|}
2. nginx.conf 設定檔
nginx 設定檔主要分成四部分:main(全域設定)、http( http 的通用設定)、server(虛擬主機設定)、location(符合url 路徑)。還有一些其他的配置段,如 event,upstream 等。
2.1 一般設定
user nginx
#指定執行nginx workre 進程的使用者和群組
worker_rlimit_nofile
#指定所有worker 進程能夠開啟的最大檔案數
worker_cpu_affinity
設定worker 流程的cpu 黏性,以避免進程在cpu 間切換帶來的效能消耗。如worker_cpu_affinity 0001 0010 0100 1000;(四核心)
worker_processes 4
worker 工作流程的數,這個值可以設定為與cpu 數量相同,如果開啟了ssl 和gzip,那麼可以適當增加此數值
worker_connections 1000
單一worker 程式能接受的最大並發連線數,放在event 區段中
error_log logs/error.log info
錯誤日誌的存放路徑和記錄層級
use epoll
使用epoll 事件模型,放在event 區段中
2.2 http 伺服器
server {}:
定義一個虛擬主機
listen 80;
定義監聽的位址和端口,預設監聽在本機所有位址上
定義虛擬主機名,可以使用多個名稱,也可以使用正規表示式或通配符。
開啟 sendfile 呼叫來快速的回應客戶端
長連線逾時時間,單位是秒。
指定回應客戶端的逾時時間
允許客戶端請求的實體最大大小
設定請求url 所對應資源所在檔案系統上的根目錄
location [ = | ~ | ~* | ^~ ] uri { ... }
设置一个 uri 匹配路径
=:精确匹配
~:正则表达式匹配,区分字符大小写
~*:正则表达式匹配,不区分字符大小写
^~:uri 的前半部分匹配,且不实用正则表达式
优先级:
= > location 完整路径 > ^~ > ~ > ~* > location 起始路径 > location /
allow 和 deny
基于 ip 访问控制,如:
仅允许 192.168.0.0/24 网段客户端访问
allow 192.168.0.0/24;
deny all;
stub_status on
开启状态显式,仅能用于 location 中:
开启状态显式页面
location /status { stub_status on; allow 172.16.0.0/16; deny all; }
rewrite
url 重写,可以使用多种标记
例如:
rewrite ^/images/(.*\.jpg)$ /imgs/$1 break;
可用的 flag:
- last:重写完成后,继续匹配其他 rewrite 规则
- break:重写完成后不再继续匹配
- redirect:返回 302 重定向(临时重定向),客户端对重定向的 url 发起新的请求
- permanent:返回 301 重定向(永久重定向),客户端对重定向的 url 发起新的请求
一个 server 配置示例:
server { listen 80; server_name www.example.com; root /web/htdocs; location / { index index.html index.htm; } location /status { stub_status on; allow 10.0.0.0/8; deny all; access_log off; }
2.3 ssl 的配置
启用一个 ssl 虚拟主机
server { listen 443; server_name example.com; root /apps/www; index index.html index.htm; ssl on; ssl_certificate /etc/nginx/ssl/nginx.crt; ssl_certificate_key /etc/nginx/ssl/nginx.key; # ssl_protocols sslv3 tlsv1 tlsv1.1 tlsv1.2; # ssl_ciphers all:!adh:!export56:rc4+rsa:+high:+medium:+low:+sslv2:+exp; # ssl_prefer_server_ciphers on; }
其中 ssl_certificate 表示 ca 文件,ssl_certificate_key 表示密钥文件。
如果想把 http 请求强制转到 https,可以这样:
server { listen 80; server_name example.me; return 301 https://$server_name$request_uri; }
2.4 nginx 做负载均衡反向代理
nginx 做反向代理时,后端主机有多台,可以使用 upstream 定义一个后端主机池,在反向代理时直接使用主机池的名字。在 upstream 中可以定义负载均衡调度算法,权重,健康状态检测等参数。
例如:
upstream backend { server 172.16.0.1:80 weight=1 max-fails=3 fail_timeout=10; server 172.16.0.2:80 weight=1max-fails=3 fail_timeout=10;; }
默认请求下,使用 round-robin 调度算法,并有健康状态检查和恢复主机的能力。
ningx 还可以使用这些算法:
ip_hash:基于源地址哈希,主要目的是会话保持
least_conn:基于最少活动连接进行调度
sticky:基于 cookie 进行会话绑定,nginx 会在客户端第一次访问时插入路由信息到 cookie 中,或者选择 cookie 中的某个字段的值作为键,以后每次请求将基于此信息进行调度
基于 cookie 的会话绑定共有 cookie,route 和 learn 三种。
例如,基于 cookie name 的调度:
upstream backend { server backend1.example.com; server backend2.example.com; sticky cookie srv_id expires=1h domain=.example.com path=/; }
使用此主机组进行反向代理:
location / { proxy_pass http://backend; proxy_set_header host $host; proxy_set_haeder x-forwared-for $proxy_add_x_forwarded_for; }
proxy_pass url 指定代理的后端主机,可以指定 "http" 或 "https" 协议,域名可以是 ip 地址,也可以是 upstream 池名字
如果代理指定的是一个 uri 地址,如 http://127.0.0.1/remote,那么将直接被代理至指定 uri,无论请求的 uri 是什么
如果代理指定的一个主机而没有 uri,如 http://127.0.0.1,客户端请求的uri将被传递至指定域名
如果 location 中使用模式匹配 url,那么 url 也会被传递至代理 url 的末端
如果 location 中使用了 uri 重写,那么 proxy_pass 会使用重写后的结果进行处理
proxy_set_header header value 对转发的报文首部进行修改
2.5 反向代理时的缓存相关设定
proxy_cache_path path [levels=levels] keys_zone=name:size
定义磁盘缓存路径,nignx 的缓存是以键值方式存放的,keys_zone 用于指定键存放的内存空间名字和大小,对应的值则存放在 path 指定的路径中。levels 可以指定缓存存放路径的级数和名称字符数。此设置只能在 http 段中定义。
如:
proxy_cache_path /var/cache/nginx/proxy levels=1:2 keys_zone=one:10m;
proxy_cache_valid [code ...] time 指定不同响应码的内容的缓存时间
如:
proxy_cache_valid 200 302 10m; proxy_cache_valid 404 1m; proxy_cache_valid any 1m;
proxy_cache_method method 定义哪些方法的请求结果可以被缓存,如:
proxy_cache_method get; proxy_cache_method head;
proxy_cache name 指定使用预先定义的缓存空间用于缓存
2.6 fastcgi 代理的设置
使用 fastcgi 时,设置代理的方法同 porxy_pass 类似,同时还可以使用 fastcgi 缓存,设置的方法也和 proxy_cache 类似。
location ~ \.php$ { root /web/htdocs; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param script_filename $document_root$fastcgi_script_name; include fastcgi_params; }
3. 一些常用内置变量
$arg_name:請求uri 中的name 參數至
$args:請求uri 的所有參數,和$query_string 相同
$uri:目前請求的uri,不含參數
$request_uri:請求的uri,帶完整參數
$host:http 請求封包中host 首部,如果沒有host 首部,則以處理此請求的虛擬主機的主機名稱替代
$hostname:nginx 服務運行在主機的主機名稱
$remote_addr:客戶端ip
$remote_port:客戶端port
$remote_user:使用使用者認證時客戶端使用者輸入的使用者名稱
$request_filename:使用者請求中的uri 經過本地root或alias 轉換後映射的本機的檔案路徑
$request_method:請求方法
$server_addr:伺服器位址
$server_name:伺服器名稱
$server_port:伺服器連接埠
$server_protocol:伺服器向客戶端發送回應時的協議,如http/1.1,http/1.0
$scheme:在請求中使用的scheme,如https://www.magedu.com/ 中的https
$http_name:匹配請求封包中的指定header,如$http_host 符合要求封包中的host 首部
$sent_http_name:符合回應封包中指定的header,例如$sent_content_type 符合回應封包中的content-type 首部
$status:回應狀態
以上是Nginx伺服器搭建與基本設定實例分析的詳細內容。更多資訊請關注PHP中文網其他相關文章!