nginx学习篇(四)路由规则

Nginx的信号

在上一篇日志切割中我有用到kill -USR1 这个命令,那这个命令是干嘛的呢,信号用来通知进程发生了异步事件,在软件层次上是对中断机制的一种模拟,在原理上,一个进程收到一个信号与处理器收到一个中断请求可以说是一样的。信号是进程间通信机制中唯一的异步通信机制,一个进程不必通过任何操作来等待信号的到达,事实上,进程也不知道信号到底什么时候到达。进程之间可以互相通过系统调用kill发送信号。内核也可以因为内部事件而给进程发送信号,通知进程发生了某个事件。信号机制除了基本通知功能外,还可以传递附加信息。而有一些信号系统留给了用户自定义(像USR1、USR2),nginx利用这点来处理事件机制。
1)、TERM、INT 快速关闭
2)、QUIT从容关闭
3)、HUP平滑重启,重新加载配置文件
4)、USR1 重新打开日志文件
5)、USR2 平滑升级可执行程序

浏览器请求流程

nginx学习篇(四)路由规则_第1张图片
1、nginx上面记录后台两台tomcat1和tomcat2的访问路径。
2、nginx监听系统port(如80端口),当有浏览器url请求到达时,nginx根据此url结构信息,将请求转发至后台两个tomcat
3、转发至后台tomcat的策略,是一个负载均衡里的配置策略。
4、以上三个步骤,均是在核心文件nginx.conf中配置(如下面这个配置信息)。
5、配置中的upstream里,记录了tomcat1和tomcat2的地址
6、配置中的server里,监听了80端口
7、配置中的location /dong,是分析url的结构(路径是/dong时),是这种结构的,就进入请求转发命令proxy_pass.
8、proxy_pass是代理转发命令,将请求传递到 upstream(名字为nginx)配置对应的模块。
9、upstream按负载策略(默认轮流两个地址),把请求发到配置的两后台tomcat地址

虚拟主机

虚拟主机使用的是特殊的软硬件技术,它把一台运行在因特网上的服务器主机分成一台台“虚拟”的主机,每台虚拟主机都可以是一个独立的网站,可以具有独立的域名,具有完整的Intemet服务器功能(WWW、FTP、Email等),同一台主机上的虚拟主机之间是完全独立的。从网站访问者来看,每一台虚拟主机和一台独立的主机完全一样。
利用虚拟主机,不用为每个要运行的网站提供一台单独的Nginx服务器或单独运行一组Nginx进程。虚拟主机提供了在同一台服务器、同一组Nginx进程上运行多个网站的功能。

  • 基于域名的虚拟主机
    nginx学习篇(四)路由规则_第2张图片
  • 基于端口的虚拟主机配置
    nginx学习篇(四)路由规则_第3张图片
  • 基于IP地址虚拟主机配置
    nginx学习篇(四)路由规则_第4张图片

location 规则

语法规则:
location [=||*|^~] /uri/ {… }

精准匹配 =

普通location
无前缀
“^~” 非正则匹配,不会被正则覆盖

正则location :
“~”表示区分大小写;
“~*”表示不区分大小写

nginx学习篇(四)路由规则_第5张图片
所以有可能正则匹配会出现覆盖普通匹配的情况哦!

a、location匹配分出path1和path2
http://process.lzl.com/static/a.html ----- path == /static/a.html
与 location /static 命中:path1 = /static ,剩余path2 = /a.html

b、代理转发path。
分两种,静态文件时,转给static处理模块 == 参数path
动态代理时,转给后台web服务器 == 参数path
root转整个path1+path2
alias只转path2

c、nginx中内容生成,有两种:静态文件处理模块 和 proxy_pass转的第三方
http://process.lzl.com/nginx/lzl/getInfo,命中/nginx/lzl,path1=/nginx/lzl,path2=/getInfo。 proxy_pass http://192.168.44.128:8080;
未关闭,此处传 path1+path2
http://process.lzl.com/dynamic/nginx/lzl/getInfo,命中/dynamic,
path1=/dynamic,path2=/nginx/lzl/getInfo。
proxy_pass http://192.168.44.128:8080/;
有关闭,此处只传path2
proxy_pass的关闭与不关闭。针对ip+port之后有没有/

d、内容生成部分,根据前面传过来信息,生成内容,返回页面。response功能

rewrite

rewrite规则
rewrite regex replacement [flag];
regex 是正则表达式
replacement 是替换值,新值
flag – 是处理标志
这里重点讲解下flag:

  • break:匹配并停止后面的rewrite
  • last:会引发location重新匹配
  • redirect/permanent:如果rewrite命中,发页面重定向301/302

当有flag值的时候,rewrite层面的命令会中断。last会引发location重匹配
当没有flag值的时候,rewrite还会往下走,最后一个rewrite覆盖前面的。再引发location重匹配

upstream

upstream配置上游服务器,也就是被代理的服务器,具体的配置为:

upstream nginx {
    server 192.168.44.128 weight=1
	server 192.168.44.129 weight=2
}

nginx的upstream几种方式的分配
1、轮询(默认) 每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除
2、weight 指定轮询几率,weight和访问比率成正比,用于后端服务器性能不均的情况。down 暂时不参与负载
3、ip_hash 每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决session的问题

总结

upstream — 用以配置负载的策略,nginx自带的有:轮询/权重/ip_hash。特殊需求可用第三方策略(使用较少)。
location:----用以匹配url信息结构,配足即进入对应逻辑块。是一套匹配逻辑的小型语法,核心是做url匹配。
rewrite:----用以修改url信息(ip+port部分无法改)的path部分,做重定向。与servlet类似,有页面重定向和内部重定向两类。
proxy_pass----用以转发命令。是实际的转发执行者。它可将流程转给upstream模块。
当然还有一些其它的参数这里还没有理出来。

你可能感兴趣的:(项目实战)