Nginx:配置文件
关于
nginx本身作为一个完成度非常高的负载均衡框架,和很多成熟的开源框架一样,大多数功能都可以通过修改配置文件来完成,使用者只需要简单修改一下 nginx 配置文件,便可以非常轻松的实现比如反向代理,负载均衡这些常用的功能。
nginx 配置文件默认都放在 nginx 安装路径下的 conf 目录:
# For more information on configuration, see:
# * Official English Documentation: http://nginx.org/en/docs/
# * Official Russian Documentation: http://nginx.org/ru/docs/
user nginx;
worker_processes auto;
error_log /var/log/nginx/error.log;
pid /run/nginx.pid;
# Load dynamic modules. See /usr/share/doc/nginx/README.dynamic.
include /usr/share/nginx/modules/*.conf;
events {
worker_connections 1024;
}
http {
log_format main '$remote_addr - $remote_user [$time_local] "$request" '
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for"';
access_log /var/log/nginx/access.log main;
sendfile on;
tcp_nopush on;
tcp_nodelay on;
keepalive_timeout 65;
types_hash_max_size 2048;
include /etc/nginx/mime.types;
default_type application/octet-stream;
# Load modular configuration files from the /etc/nginx/conf.d directory.
# See http://nginx.org/en/docs/ngx_core_module.html#include
# for more information.
include /etc/nginx/conf.d/*.conf;
server {
listen 80 default_server;
listen [::]:80 default_server;
server_name _;
root /usr/share/nginx/html;
# Load configuration files for the default server block.
include /etc/nginx/default.d/*.conf;
location / {
}
error_page 404 /404.html;
location = /40x.html {
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
}
}
}
通常将 nginx 配置文件分为三大块:
- 全局块:
- 设置一些影响 nginx 服务器整体运行的配置指令。主要包括:配置运行 Nginx 服务器的用户(组)、允许生成的 worker process 数,进程 PID 存放路径、日志存放路径和类型以及配置文件的引入等。
user nginx; worker_processes auto; error_log /var/log/nginx/error.log; pid /run/nginx.pid; # Load dynamic modules. See /usr/share/doc/nginx/README.dynamic. include /usr/share/nginx/modules/*.conf;
- events块:
- 主要影响 Nginx 服务器与用户的网络连接。常用的设置包括:是否开启对多 work process 下的网络连接进行序列化,是否允许同时接收多个网络连接,选取哪种事件驱动模型来处理连接请求,每个 word process 可以同时支持的最大连接数等。
events { worker_connections 1024; }
- http块:
- http 全局块配置的指令包括文件引入、MIME-TYPE 定义、日志自定义、连接超时时间、单链接请求数上限等。
http { server { } }
- http是一个大块,里面也可以包括很多小块,比如:
- “http全局块”:
- “server块”:相当于一个虚拟主机,一个http块可以拥有多个“server块”。
- server块又包括:
- “全局server块”:包括了本虚拟机主机的监听配置,和本虚拟主机的名称或 IP 配置;
- “location块”:用来对虚拟主机名称之外的字符串进行匹配,对特定的请求进行处理。包括:地址定向、数据缓存和应答控制等功能,还有许多第三方模块的配置也在这里进行。
反向代理
通过“http块”中的“server块”来配置不同的虚拟机(监听端口、服务器IP),并在“location块”配置需要代理的服务器。
- 学会 location 指令匹配路径,就可以配置不同的代理规则。
Http 反向代理
示例:
server {
listen 8888 ; ## 设置 nginx 监听端口为 8888
server_name xxx.xxx.xxx.xxx; ## 服务器的地址(ip 或 域名)
# Load configuration files for the default server block.
include /etc/nginx/default.d/*.conf;
location /hi/ {
proxy_pass http://127.0.0.1:8080; ## 需要代理的服务器地址
index index.html;
}
error_page 404 /404.html;
location = /40x.html {
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
}
}
如上,请求服务器:“xxx.xxx.xxx.xxx:80”的所有请求,都会转发至服务器本地的8080端口:即“xxx.xxx.xxx.xxx:8080”。
也可以配置根据请求后缀分发:
location /hi/ {
proxy_pass http://127.0.0.1:8080; ## 需要代理的服务器地址
index index.html;
}
location /hello/ {
proxy_pass http://127.0.0.1:8081; ## 需要代理的服务器地址
index index.html;
}
如上:类似“xxx.xxx.xxx.xxx::8888/hi/hi.html”、“xxx.xxx.xxx.xxx::8888/hello/hello.html”的请求会被分别转发至“xxx.xxx.xxx.xxx::8080/hello/hello.html”、“xxx.xxx.xxx.xxx::8081/hello/hello.html”;
Https 反向代理
一些对安全性要求比较高的站点,可能会使用 HTTPS(一种使用 ssl 通信标准的安全 HTTP 协议):
- HTTPS 的固定端口号是 443,不同于 HTTP 的 80 端口;
- SSL 标准需要引入安全证书,所以在 nginx.conf 中你需要指定证书和它对应的 key;
其他和 http 反向代理基本一样,只是在 Server 部分配置有些不同:
server {
listen 443 ssl; ## 设置 nginx 监听端口为 443(用于HTTPS协议)
server_name www.eijux.com; ## 服务器的地址(ip 或 域名)
# ssl 证书配置
ssl_certificate cert.pem; ## ssl证书文件位置(常见证书文件格式为:crt/pem)
ssl_certificate_key cert.key; ## ssl证书key位置
# ssl 配置参数(选择性配置)
ssl_session_cache shared:SSL:1m;
ssl_session_timeout 5m;
# 数字签名,此处使用MD5
ssl_ciphers HIGH:!aNULL:!MD5;
ssl_prefer_server_ciphers on;
location / {
root /root;
index index.html index.htm;
}
}
负载均衡
负载均衡(Load Balance),意思是将负载(工作任务,访问请求)进行平衡、分摊到多个操作单元(服务器,组件)上进行执行。是解决高性能,单点故障(高可用),扩展性(水平伸缩)的终极解决方案。
负载均衡是在反向代理的基础上实现的。
http {
### 此处省略一大堆没有改的配置
## 自定义的服务列表
upstream load_balance_server{
server 192.168.1.11:80;
server 192.168.1.12:80;
server 192.168.1.13:80;
}
server {
listen 8888 ; ## 设置 nginx 监听端口为 8888
server_name www.eijux.com; ## 服务器的地址
# Load configuration files for the default server block.
include /etc/nginx/default.d/*.conf;
location / {
proxy_pass http://load_balance_server; ## 请求转向 load_balance_server 定义的服务器列表
proxy_connect_timeout 10; ## 超时时间(秒)
}
error_page 404 /404.html;
location = /40x.html {
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
}
}
}
如上,对于“www.eijux.com”的请求会被均衡地转发到“load_balance_server”定义的三个服务器中;
负载均衡策略
Nginx 提供了多种负载均衡策略。
- 负载均衡策略在各种分布式系统中基本上原理一致;
常用的三种均衡策略:
- 轮询(默认方式):每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器 down 掉,能自动剔除。
upstream bck_testing_01 { # 默认所有服务器权重为 1 server 192.168.250.220:8080 server 192.168.250.221:8080 server 192.168.250.222:8080 }
- 权重(weight):weight 代表权重(默认为 1),权重越高被分配的客户端越多,权重越大,能力越大,责任越大,处理的请求就越多。
upstream bck_testing_01 { server 192.168.250.220:8080 weight=3 server 192.168.250.221:8080 # default weight=1 server 192.168.250.222:8080 # default weight=1 }
- ip_hash:每个请求按访问 ip 的 hash 结果分配,这样每个访客固定访问一个后端服务器,可以解决 session 的问题。
upstream bck_testing_01 { ip_hash; ## 可与weight配合使用 # with default weight for all (weight=1) server 192.168.250.220:8080 server 192.168.250.221:8080 server 192.168.250.222:8080 }
其他的均衡策略:
- fair(第三方):按后端响应时间进行分配,响应时间越短分配的请求越多。
upstream myserver{ server 127.0.0.1:8080; server 127.0.0.1:8081; fair; }
- 普通 Hash:
upstream bck_testing_01 { hash $request_uri; # with default weight for all (weight=1) server 192.168.250.220:8080 server 192.168.250.221:8080 server 192.168.250.222:8080 }
- 最少连接:
upstream bck_testing_01 { least_conn; # with default weight for all (weight=1) server 192.168.250.220:8080 server 192.168.250.221:8080 server 192.168.250.222:8080 }
- 加权最少连接:
upstream bck_testing_01 { least_conn; server 192.168.250.220:8080 weight=3 server 192.168.250.221:8080 # default weight=1 server 192.168.250.222:8080 # default weight=1 }
多 webapp 网站的配置
当一个网站功能越来越丰富时,往往需要将一些功能相对独立的模块剥离出来,独立维护。这样的话,通常,会有多个 webapp。
示例:假如 www.helloworld.com 站点有好几个 webapp:finance(金融)、product(产品)、admin(用户中心)。访问这些应用的方式通过上下文(context)来进行区分:
- www.helloworld.com/finance/
- www.helloworld.com/product/
- www.helloworld.com/admin/
如果在一台服务器上同时启动这 3 个 webapp 应用,则需要分别绑定不同的端口号, 而用户在实际访问 www.helloworld.com 站点时并不会带有端口号,那么此处就需要使用类似于负载均衡的方式来配置反向代理:
http {
#此处省略一些基本配置
upstream product_server{
server www.helloworld.com:8081;
}
upstream admin_server{
server www.helloworld.com:8082;
}
upstream finance_server{
server www.helloworld.com:8083;
}
server {
# 此处省略一些基本配置
# 默认指向 product 的 server
location / {
proxy_pass http://product_server;
}
location /product/{
proxy_pass http://product_server;
}
location /admin/ {
proxy_pass http://admin_server;
}
location /finance/ {
proxy_pass http://finance_server;
}
}
}
动静分离
动静分离就是把很少会发生修改的诸如图像,视频,css样式等静态资源文件放置在单独的服务器上,而动态请求则由另外一台服务器上进行。 这样一来,负责动态请求的服务器则可以专注在动态请求的处理上,从而提高了我们程序的运行效率,与此同时,我们也可以针对我们的静态资源服务器做专属的优化,增加我们静态请求的响应速度。
示例:准备两个文件夹:“data”用来存放 js,css 这些静态资源文件;“html”用来存放 html 文件。
server {
listen 8886;
server_name [服务器ip地址];
# Load configuration files for the default server block.
include /etc/nginx/default.d/*.conf;
location / {
root /html/;
index index.html;
}
# 拦截静态资源,static 里面存放的我们图片什么的静态资源
location ~ .*\.(gif|jpg|jpeg|bmp|png|ico|js|css)$ {
root /data/;
}
error_page 404 /404.html;
location = /40x.html {
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
}
}