Nginx详解
1. 简介
- 高性能的HTTP和反向代理web服务器
- 稳定、丰富的功能集和示例配置文件、低系统资源的消耗
- 轻量级web服务器和反向代理服务器
- 电子邮件代理服务
- 内容占有少,并发能力强
- 专门为性能优化开发,能经受高负载的考验
2. 什么是正向代理
- 把局域网外的Internet想象成一个巨大的资源库,局域网中的客户端要访问Internet,就需要通过代理服务器来访问,这种代理服务就称为正向代理
- 过程:
- 在客户端(浏览器)配置代理服务器
- 通过代理服务器进行互联网访问
3. 反向代理
- 客户端对代理是无感知的,客户端不需要任何配置就可以访问
- 只需要将请求发送到反向代理服务器,由反向代理服务器去选择目标服务器获取数据后返回给客户端
- 此时反向代理服务器和目标服务器对外就是一个服务器
- 暴露的是代理服务器地址,隐藏了真实服务器IP地址
4. 负载均衡
- 客户端发送多个请求到服务器,服务器处理请求,有一些可能要与数据库进行交互,服务器处理完毕后,再将结果返回给客户端
- 以下服务模式,仅适用并发请求相对较少的情况下,不适合复杂业务及并发访问量大的情况,服务器容易崩溃
通过增加服务器的数量。将请求(负载)分发到各个服务器上,就是所谓的`负载均衡
5. 动静分离
- 为了加快网站的解析速度,可以把动态页面和静态页面由不同的服务器来解析,加快解析速度,降低原来单个服务器的压力
- 动静分离前的服务模式:
动静分离后的服务模式:
6. Nginx常用命令
- 必须先进入Nginx的sbin目录
- 查看nginx版本号
./nginx -v
- 启动nginx
./niginx
- 关闭nginx
./nginx -s stop
- 重新加载nginx配置文件(非重启nginx)
./nginx -s reload
7. Nginx配置文件
7.1 位置
/www/server/nginx/conf/nginx.conf
7.2 组成
由三部分组成
- 全局块
- events块
- http块
7.2.1 全局块
从配置文件开始到events块之间的内容,主要设置一些影响nginx服务器整体运行的配置指令。
主要包括配置运行nginx服务器的用户(组)、允许生成worker process数,进程PID存放路径、日志存放路径和类型以及配置文件的引入等
worker_processes 1;
表示nginx服务器并发处理服务的关键配置,值越大表示可以支持的并发处理量也越多,但是会受到硬件、软件等设备的制约
7.2.2 events块
涉及的指令主要影响nginx服务器与用户的网络连接,常用的设置包括:
- 是否开启对多work process下的网络连接进行序列化
- 是否允许同时接收多个网络连接
- 选取哪种事件驱动模型来处理连接请求
- 每个work process可以同时支持的最大连接数等
worker_connections 1024;
表示每个work process支持的最大连接数为1024 - events块这部分的配置对nginx的性能影响较大,在实际中应该灵活配置
7.2.3 http块
包括 http全局块 和 server块
7.2.3.1 http全局块
包括文件引入、MIME-TYPE定义、日志自定义、连接超时时间、单链接请求数上限等
7.2.3.2 server块
- 这块和虚拟主机有密切关系,虚拟主机从用户角度看,和一台独立的硬件主机是完全一样的,该技术的产生是为了节省互联网服务器硬件成本
- 每一个http块可以包含多个server块,每个server块就相当于一个虚拟主机
- 每个server块也分为全局server块,以及可以同时包括多个location块
- 全局server块
最常见的配置是本虚拟机主机的监听配置和本虚拟主机的名称或IP配置
- location块
一个server块可以配置多个location块
这块的主要作用是基于nginx服务器接收到的请求字符串(例如server_name/uri-string),对虚拟主机名称(也可以是IP别名)之外的字符串(例如 前面的/uri-string)进行匹配,对特定的请求进行处理。地址定向、数据缓存和应答控制等功能,还有许多第三方模块的配置也在这里进行
8. 反向代理实例1
8.1 实现效果
打开浏览器,输入地址 www.123.com,跳转到linux系统tomcat主页面
8.2 分析过程
8.3 具体配置
- 配置host文件
- 在nginx配置请求转发
9. 反向代理实例2
9.1 实现效果
- 使用nginx反向代理,根据访问的路径跳转到不同端口的服务中
- nginx监听的端口为9001
访问 http://ip地址:9001/edu 直接跳转到127.0.0.1:8081
访问 http://ip地址:9001/vod 直接跳转到127.0.0.1:8082
9.2 准备工作
- 准备两个tomcat服务器,分别监听8081、8082端口
- 启动服务器
9.3 具体配置
server{
listen 9001;
server_name ip地址;
location ~/edu/{
proxy_pass http://localhost:8080;
}
location ~/vod/{
proxy_pass http://localhost:8081;
}
}
# 开放对外访问的端口号 9001 8080 8081
10. location指令说明
- 该指令用于匹配URL
- 语法说明如下:
location [ = | ~ | ~* | ^~] uri {
}
=
:用于不含正则表达式的uri前,要求请求字符串与uri严格匹配,如果匹配成功,就停止继续向下搜索并立即处理该请求~
:用于表示uri包含正则表达式,并且区分大小写~*
:用于表示uri包含正则表达式,并且不区分大小写~~
:用于不含正则表达式的uri前,要求nginx服务器知道标识uri和请求字符串匹配度最高的location后,立即使用此location处理请求,而不再使用location块中的正则uri和请求字符串做匹配expires
参数设置浏览器缓存过期时间,减少与服务器之间的请求和流量
11. 负载均衡实例
11.1 实现效果
浏览器地址栏输入地址
http://ip地址/edu/a.html
,该请求平均分配到8080和8081端口中进行处理
11.2 准备工作
准备两个tomcat服务器,分别监听8081、8082端口在两台tomcat服务器的webapp目录下,配置同一项目
11.3 具体配置
worker_processes 1;
events {
worker_connections 1024;
}
http {
include mime.types;
default_type application/octet-stream;
sendfile on;
keepalive_timeout 65;
# 必须在http块的全局块中添加负载均衡
upstream myserver{
ip_hash;
server ip地址:8080 weight=1;
server ip地址:8081 weight=1;
}
server {
listen 80;
server_name ip地址;
location / {
root html
proxy_pass http:myserver;
index index.html index.htm;
}
}
}
12. 分配策略
12.1 轮询【默认】
每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除
12.2 权重【weight】
- weight代表权重,默认为1,权重越高被分配的客户端越多
- 指定轮询几率,weight和访问比率成正比,用于后端服务器性能不均的情况
upstream server_pool{
server ip地址1 weight=10;
server ip地址2 weight=20;
}
12.3 ip_hash
每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决session的问题
upstream server_pool{
ip_hash;
server ip地址1:80;
server ip地址2:80;
}
12.4 fair【第三方】
按后端服务器的响应时间来分配请求,响应时间短的优先分配
upstream server_pool{
server ip地址1:80;
server ip地址2:80;
fair;
}
13. 动静分离实例
13.1 实现方法1
纯粹把静态文件独立成单独的域名,放在独立的服务器上,也是目前主流推崇的方案
worker_processes 1;
events {
worker_connections 1024;
}
http {
include mime.types;
default_type application/octet-stream;
sendfile on;
keepalive_timeout 65;
server {
listen 80;
server_name ip地址;
location /www/ {
root /data/;
index index.html index.htm;
}
location /image/ {
root /data/;
autoindex on;
}
}
}
13.2 实现方法2
动态跟静态文件混合在一起发布,通过nginx来分开
14. Nginx配置高可用集群
14.1 问题场景
14.2 高可用
- 需要两台nginx服务器
- 需要keepalived
- 需要虚拟ip
15. Nginx原理
15.1 master & worker
[root@iZwz92plyjhrv7gdhnnlb1Z ~]# ps -ef | grep nginx
nginx: master process /www/server/nginx/sbin/nginx -c /www/server/nginx/conf/nginx.conf
nginx: worker process
一个master和多个worker的优点:
- 可以使用nginx -s reload 热部署方式,利于nginx进行热部署操作
- 对于每个worker进程来说,独立的进程不需要加锁
- worker异常退出会导致当前worker上的所有请求失败,但不会影响到所有的请求,降低风险
需要设置多少个worker?
- Nginx同redis类似,都采用io多路复用机制,每个worker都是一个独立的进程,但是每个进程只有一个主线程,通过异步非阻塞的方式来处理请求,即使是上千万个请求也没问题。每个worker的线程可以把一个cpu的性能发挥到极致。所以worker数和服务器的cpu数相等是最为适宜的,设置少了会浪费,多了会造成cpu频繁切换上下文带来损耗
- worker数量和cpu数量相等是最适宜的
15.2 争抢机制
15.3 连接数 worker_connection
- 表示每个worker进程所能建立连接的最大值
- 对于http请求本地资源来说,一个nginx所能建立的最大连接数是worker_connections * worker_processes
- 支持http1.1的浏览器每次访问要占两个连接,所以普通的静态访问最大并发数是worker_connections * worker_processes
/
2- 对于http作为反向代理来说,最大并发数是worker_connections * worker_processes
/
4,因为作为反向代理服务器,每个并发会建立与客户端的连接和与后端服务的连接,会占用四个连接