}
location /logs/MtnoWeb_log.log {
proxy_pass http://mt-nx;
proxy_redirect off;
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
}
实现负载均衡
upstream test {
server 192.168.1.61:9099 weight=5 max_fails=2 fail_timeout=3;
server 192.168.1.61:8099 weight=1 max_fails=2 fail_timeout=3;
}
server {
listen 8888;
server_name localhost;
location / {
proxy_pass http://test ;
proxy_redirect off;
}
比价一下负载均衡和反向代理,配置很像吧,如果想要对一个项目做负载均衡,可以把目标服务器绑定一组upstream,然后server中代理一下就可以了。
Nginx 可以通过 kill -HUP cat logs/nginx.pid
关闭nginx 进程达到重启Nginx的目的。比
start nginx
nginx.exe -s stop
nginx -s reload
要好用一些。并且可以通过这个结合bat/shell脚本以及定时任务实现Nginx日志按天(时间)分割。
Nginx还可以配置SSL证书,确保网站安全访问。
分割线
之后有同事做了一次Nginx分享,有些地方没有了解到,现在补充一下,方便自己以后回忆。
Nginx相对于Apache优势
-
高并发性能非常好,静态文件并发可以达到5w/s
-
反向代理性能非常好,可以用作负载均衡
-
内存和CPU占用率很低,约为Apache的1/5~1/10
-
对后端服务器有健康检查的功能
-
支持PHPcgi方式和fastcgi方式
-
配置代码简洁,且容易上手
Nginx支持高并发的原因
Nginx的高并发得益于epoll 模型,这种模型是异步非阻塞的,而Apache使用的是select 模型
select模型:句柄有事件响应时,select 遍历所有的句柄才能获取哪些句柄有事件通知
epoll 模型:epoll 对于句柄事件的选择不是遍历,而是事件响应,句柄上有事件就马上选择出来。
(1)select,poll实现需要自己不断轮询所有fd集合,直到设备就绪,期间可能要睡眠和唤醒多次交替。而epoll其实也需要调用epoll_wait不断轮询就绪链表,期间也可能多次睡眠和唤醒交替,但是它是设备就绪时,调用回调函数,把就绪fd放入就绪链表中,并唤醒在epoll_wait中进入睡眠的进程。虽然都要睡眠和交替,但是select和poll在“醒着”的时候要遍历整个fd集合,而epoll在“醒着”的时候只要判断一下就绪链表是否为空就行了,这节省了大量的CPU时间。这就是回调机制带来的性能提升。
(2)select,poll每次调用都要把fd集合从用户态往内核态拷贝一次,并且要把current往设备等待队列中挂一次,而epoll只要一次拷贝,而且把current往等待队列上挂也只挂一次(在epoll_wait的开始,注意这里的等待队列并不是设备等待队列,只是一个epoll内部定义的等待队列)。这也能节省不少的开销。
nginx -t
//这个命令是检测配置文件是否正确。
//最好在nginx -s reload 命令之前执行-t ,x先检查配置文件
location 匹配规则及优先级
语法规则:
=
^~
~
~*
/
/url
样例解释
location = /url 等号表示精准匹配,只有完全匹配上才会生效,如找到,停止搜索
location ^~ /url ^~开头表示对URL路径进行前缀匹配,并且在正则匹配之前,若找到,停止匹配
location ~ /url 表示区分大小写的正则匹配,按照配置文件顺序匹配
location ~*表示不区分大小写的正则匹配,按照配置文件顺序匹配
location /url 不带任何修饰符,表示前缀匹配,在正则匹配之后
location / 一般匹配,任何没有匹配到其他的location的请求都会匹配到,相当于default
优先级
精确匹配 > 正则匹配 > 一般匹配
题目
location = / {
[ configuration A ]
}
location / {
[ configuration B ]
}
location /documents/ {
[ configuration C ]
}
location ^~ /images/ {
[ configuration D ]
}
location ~* .(gif|jpg|jpeg)$ {
[ configuration E ]
}
The “/” request will match configuration [], A
the “/index.html” request will match configuration [], B
the “/documents/document.html” request will match configuration [], C
the “/images/1.gif” request will match configuration [], D
and the “/documents/1.jpg” request will match configuration []. E
静态页面管理
每个应用中通常都会有很多的静态资源,比如jpg,png,css,js等等。这些静态资源如果每次都需要从服务器请求无疑会浪费很多资源。这个时候就可以使用nginx实现动静分离。
server {
listen 80;
server_name localhost;
location ~* .(jpg|jpeg|png|gif|ico|css|js)$ {
root html/static;
expires 1d;
#表示缓存在本地一天
}
}
虚拟主机
在真实的服务器环境,为了充分利用服务器资源,一台nginx服务器会同时配置N个虚拟域名主机,即多个域名对同一个80端口。
也可以用使用相同的域名配置不同的端口区分不同的虚拟主机。
Nginx提供了三种虚拟主机配置方式,
-
基于ip的虚拟主机,
-
基于端口的虚拟主机,
-
基于域名的虚拟主机。
最常用的是第三种,相对于 ip地址和端口号,域名更方便记忆和使用。
修改nginx.conf文件,添加两个虚拟主机,如下:
#配置虚拟主机a.test.com
server { #监听的ip和端口,配置本机ip和端口
listen 80;
#虚拟主机名称是a.test.com,请求域名a.test.com的url将由此server配置解析
server_name a.test.com;
#所有的请求都以/开始,所有的请求都可以匹配此
location location / {
#使用root指令指定虚拟主机目录即网页存放目录
root a_html;
#指定欢迎页面,按从左到右顺序查找
index index.html index.htm;
}
}
#配置虚拟主机b.test.com
server {
listen 80;
server_name b.test.com;
location / {
root b_html;
index index.html index.htm;
}
}
######反向代理
Nginx服务器的反向代理服务是其最常用的重要功能,由反向代理服务可以衍生出很多与此相关的nginx服务器重要功能。
我们工作中最常用的也是配置反向代理。
反向代理,其实客户端对代理是无感知的,因为客户端不需要任何配置就可以访问,我们只需要将请求发送到反向代理服务器,