Web服务器——《Nginx》

  • 第⼀部分:Nginx基础回顾(Nginx是什么?能做什么事情(应⽤在什么场合)?常⽤命令是什么?)
  • 第⼆部分:Nginx核⼼配置⽂件解读
  • 第三部分:Nginx应⽤场景之反向代理
  • 第四部分:Nginx应⽤场景之负载均衡
  • 第五部分:Nginx应⽤场景之动静分离
  • 第六部分:Nginx底层进程机制剖析
  • 第七部分:Nginx源码分析

Nginx源代码是使⽤C语⾔开发的,所以呢我们不会再去追踪分析它的源代码了。

Nginx基础知识

Nginx到底是什么
Nginx是一个高性能的HTTP和反向代理web服务器,核心特点是占有内存少,并发能力强

Nginx适用场景

  • Http服务器
    性能非常高,非常注重效率,能够经受高负载的考验
    支持50000个并发连接数,CPU和内存的占用也非常的低,10000个没有活动的连接才占用2.5M的内存
  • 反向代理服务器
    • 正向代理
      在浏览器中配置代理服务器的相关信息,通过代理服务器访问目标网站,代理服务器收到目标网站的响应之后,会把响应信息返回给浏览器客户端
      在这里插入图片描述
    • 反向代理
      浏览器客户端发送请求到反向代理服务器(⽐如Nginx),由反向代理服务器选择原始服务器提供服务获取结果响应,最终再返回给客户端浏览器
      在这里插入图片描述
  • 负载均衡服务器
    负载均衡,当⼀个请求到来的时候(结合上图),Nginx反向代理服务器根据请求去找到⼀个原始服务器来处理当前请求,那么这叫做反向代理。那么,如果⽬标服务器有多台(⽐如上图中的tomcat1,tomcat2,tomcat3…),找哪⼀个⽬标服务器来处理当前请求呢,这样⼀
    个寻找确定的过程就叫做负载均衡。⽣活中也有很多这样的例⼦,⽐如,我们去银⾏,可以处理业务的窗⼝有多个,那么我们会被分配到哪个窗⼝呢到底,这样的⼀个过程就叫做负载均衡。负载均衡就是为了解决⾼负载的问题。
  • 动静分离
    在这里插入图片描述

Nginx的特点

  • 跨平台:nginx可以在大多数类unix操作系统上编译运行,而且也有windows版本
  • nginx的上手非常简单,配置也比较简单
  • 高并发,性能好
  • 稳定性好,宕机概率很低

Nginx的安装

# 上传nginx安装包到linux服务器,nginx安装包(.tar⽂件)下载地址:http://nginx.org  
# 安装Nginx依赖,pcre、openssl、gcc、zlib(推荐使⽤yum源⾃动安装)
yum -y install gcc zlib zlib-devel pcre-devel openssl openssl-devel
# 解包Nginx软件包
tar -xvf nginx-1.17.8.tar
# 进⼊解压之后的⽬录 nginx-1.17.8
cd nginx-1.17.8
# 命令⾏执⾏./configure
# 命令⾏执⾏ make
# 命令⾏执⾏ make install,完毕之后在/usr/local/下会产⽣⼀个nginx⽬录
# 进⼊sbin⽬录中,执⾏启动nginx命令
cd nginx/sbin
./nginx

Nginx主要命令

# 启动
./nginx
# 终⽌nginx(当然也可以找到nginx进程号,然后使⽤kill -9 杀掉nginx进程)
./nginx -s stop
# (重新加载nginx.conf配置⽂件
./nginx -s reload

Nginx核心配置文件解读

Nginx的核⼼配置⽂件conf/nginx.conf包含三块内容:全局块events块http块

  • 全局块
    从配置⽂件开始到events块之间的内容,此处的配置影响nginx服务器整体的运⾏,⽐如worker进程的数量、错误⽇志的位置等
  • event
    events块主要影响nginx服务器与⽤户的⽹络连接,⽐如worker_connections 1024,标识每个workderprocess⽀持的最⼤连接数为1024’
  • http块
    http块是配置最频繁的部分,虚拟主机的配置,监听端⼝的配置,请求转发、反向代理、负载均衡等

Nginx应用场景之反向代理

需求一
在这里插入图片描述

  • 部署tomcat,保持默认监听8080端⼝
  • 修改nginx配置,并重新加载
    • 修改nginx配置 在这里插入图片描述
    • 重载nginx配置
      ./nginx -s reload
  • 测试,访问http://127.0.0.0.1:90031,返回tomcat的⻚⾯

需求⼆
在这里插入图片描述

  • 再部署⼀台tomcat,保持默认监听8081端⼝
  • 修改nginx配置,并重新加载
    在这里插入图片描述
  • 这⾥主要就是多location的使⽤,这⾥的nginx中server/location就好⽐tomcat中的Host/Context

location 语法如下:

location [=|~|~*|^~] /uri/ {}

在nginx配置⽂件中,location主要有这⼏种形式:
1)正则匹配 location ~ /lagou { }
2)不区分⼤⼩写的正则匹配 location ~* /lagou { }
3)匹配路径的前缀 location ^~ /lagou { }
4)精确匹配 location = /lagou { }
5)普通路径前缀匹配 location /lagou { }
优先级:4 > 3 > 2 > 1 > 5

Nginx应用场景之负载均衡

在这里插入图片描述
Nginx负载均衡策略
轮询
默认策略,每个请求按时间顺序逐⼀分配到不同的服务器,如果某⼀个服务器下线,能⾃动剔除

upstream lagouServer{
	server 111.229.248.243:8080;
	server 111.229.248.243:8082;
}
location /abc {
	proxy_pass http://lagouServer/;
}

weight
weight代表权重,默认每⼀个负载的服务器都为1,权重越⾼那么被分配的请求越多(⽤于服务器性能不均衡的场景)

upstream lagouServer{
 	server 111.229.248.243:8080 weight=1;
	server 111.229.248.243:8082 weight=2;
}

ip_hash
每个请求按照ip的hash结果分配,每⼀个客户端的请求会固定分配到同⼀个⽬标服务器处理,可以解决session问题

upstream lagouServer{
	ip_hash;
	server 111.229.248.243:8080;
	server 111.229.248.243:8082;
}

Nginx应⽤场景之动静分离

动静分离就是讲动态资源和静态资源的请求处理分配到不同的服务器上,⽐较经典的组合就是Nginx+Tomcat架构(Nginx处理静态资源请求,Tomcat处理动态资源请求),那么其实之前的讲解中,Nginx反向代理⽬标服务器Tomcat,我们能看到⽬标服务器ROOT项⽬的index.jsp,这本身就是Tomcat在处理动态资源请求了。所以,我们只需要配置静态资源访问即可。
在这里插入图片描述
Nginx配置

# 静态资源处理 直接去nginx服务器目录中加载
location /static/ {
	root staticData
}

Nginx底层进程机制剖析

Nginx启动后,以daemon多进程⽅式在后台运⾏,包括⼀个Master进程和多个Worker进程,Master进程是领导,是⽼⼤,Worker进程是⼲活的⼩弟。

  • master进程
    主要是管理worker进程,⽐如:
    • 接收外界信号向各worker进程发送信号(./nginx -s reload)
    • 监控worker进程的运⾏状态,当worker进程异常退出后Master进程会⾃动重新启动新的worker进程等
  • worker进程
    worker进程具体处理⽹络请求。多个worker进程之间是对等的,他们同等竞争来⾃客户端的请求,各进程互相之间是独⽴的。⼀个请求,只可能在⼀个worker进程中处理,⼀个worker进程,不可能处理其它进程的请求。worker进程的个数是可以设置的,⼀般设置与机器cpu核数⼀致。

Nginx进程模型
在这里插入图片描述

  • 以 ./nginx -s reload 来说明nginx信号处理这部分
    1)master进程对配置⽂件进⾏语法检查
    2)尝试配置(⽐如修改了监听端⼝,那就尝试分配新的监听端⼝)
    3)尝试成功则使⽤新的配置,新建worker进程
    4)新建成功,给旧的worker进程发送关闭消息
    5)旧的worker进程收到信号会继续服务,直到把当前进程接收到的请求处理完毕后关闭

  • worker进程处理请求部分的说明
    例如,我们监听9003端⼝,⼀个请求到来时,如果有多个worker进程,那么每个worker进程都有可能处理这个链接。

    • master进程创建之后,会建⽴好需要监听的的socket,然后从master进程再fork出多个worker进程。所以,所有worker进程的监听描述符listenfd在新连接到来时都变得可读。
    • nginx使⽤互斥锁来保证只有⼀个workder进程能够处理请求,拿到互斥锁的那个进程注册listenfd读事件,在读事件⾥调⽤accept接受该连接,然后解析、处理、返回客户端

    所以reload之后worker进程pid是发⽣了变化的

  • nginx多进程模型好处

    • 每个worker进程都是独⽴的,不需要加锁,节省开销
    • 每个worker进程都是独⽴的,互不影响,⼀个异常结束,其他的照样能提供服务
    • 多进程模型为reload热部署机制提供了⽀撑
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值