2019-10-09 15:53:47 冯insist 阅读数 2552 文章标签: nginx学习,看这一篇就够了:下载、安装。使用:正向代理、反向代理、 更多php
分类专栏: nginxhtml
版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处连接和本声明。java
本文连接:http://www.javashuo.com/article/p-fyfutqey-x.htmllinux
Nginx 是高性能的 HTTP 和反向代理的web服务器,处理高并发能力是十分强大的,能经受高负 载的考验,有报告代表能支持高达 50,000 个并发链接数。nginx
其特色是占有内存少,并发能力强,事实上nginx的并发能力确实在同类型的网页服务器中表现较好,中国大陆使用nginx网站用户有:百度、京东、新浪、网易、腾讯、淘宝等。web
Nginx 不只能够作反向代理,实现负载均衡。还能用做正向代理来进行上网等功能。 正向代理:若是把局域网外的 Internet 想象成一个巨大的资源库,则局域网中的客户端要访 问 Internet,则须要经过代理服务器来访问,这种代理服务就称为正向代理。正则表达式
增长服务器的数量,而后将请求分发到各个服务器上,将原先请求集中到单个服务器上的 状况改成将请求分发到多个服务器上,将负载分发到不一样的服务器,也就是咱们所说的负 载均衡redis
客户端发送多个请求到服务器,服务器处理请求,有一些可能要与数据库进行交互,服 务器处理完毕后,再将结果返回给客户端。shell
这种架构模式对于早期的系统相对单一,并发请求相对较少的状况下是比较适合的,成 本也低。可是随着信息数量的不断增加,访问量和数据量的飞速增加,以及系统业务的复杂 度增长,这种架构会形成服务器相应客户端的请求日益缓慢,并发量特别大的时候,还容易 形成服务器直接崩溃。很明显这是因为服务器性能的瓶颈形成的问题,那么如何解决这种情 况呢?数据库
咱们首先想到的多是升级服务器的配置,好比提升 CPU 执行频率,加大内存等提升机 器的物理性能来解决此问题,可是咱们知道摩尔定律的日益失效,硬件的性能提高已经不能 知足日益提高的需求了。最明显的一个例子,天猫双十一当天,某个热销商品的瞬时访问量 是极其庞大的,那么相似上面的系统架构,将机器都增长到现有的顶级物理配置,都是不能 够知足需求的。那么怎么办呢?上面的分析咱们去掉了增长服务器物理配置来解决问题的办法,也就是说纵向解决问题 的办法行不通了,那么横向增长服务器的数量呢?这时候集群的概念产生了,单个服务器解 决不了,咱们增长服务器的数量,而后将请求分发到各个服务器上,将原先请求集中到单个服务器上的状况改成将请求分发到多个服务器上,将负载分发到不一样的服务器,也就是咱们 所说的负载均衡
为了加快网站的解析速度,能够把动态页面和静态页面由不一样的服务器来解析,加快解析速 度。下降原来单个服务器的压力。
nginx安装时,用到的包,我都准备好啦,方便使用:
https://download.csdn.net/download/qq_40036754/11891855
原本想放百度云的,可是麻烦,因此我就直接上传到个人资源啦,你们也能够直接联系我,我直接给你们的。
cd /usr/local/nginx
目录内容以下:
在 windows 系统中访问 linux 中 nginx,默认不能访问的,由于防火墙问题 (1)关闭防火墙 (2)开放访问的端口号,80 端口
查看开放的端口号
firewall-cmd --list-all
设置开放的端口号
firewall-cmd --add-service=http –permanent firewall-cmd --add-port=80/tcp --permanent
重启防火墙
firewall-cmd –reload
使用nginx操做命令前提:必须进入到nginx的自动生成目录的下/sbin文件夹下。
nginx有两个目录:
第一个:安装目录,我放在:
/usr/feng/
第二个:自动生成目录:
/usr/local/nginx/
./nginx -v
./nginx
./nginx -s stop
在目录:/usr/local/nginx/sbin 下执行命令,不须要重启服务器,自动编译。
./nginx -s reload
/usr/local/nginx/conf/nginx.conf
配置文件中有不少#, 开头的表示注释内容,咱们去掉全部以 # 开头的段落,精简以后的 内容以下:
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 localhost; location / { root html; index index.html index.htm; } error_page 500 502 503 504 /50x.html; location = /50x.html { root html; } } }
从配置文件开始到 events 块之间的内容,主要会设置一些影响nginx 服务器总体运行的配置指令,主要包括配 置运行 Nginx 服务器的用户(组)、容许生成的 worker process 数,进程 PID 存放路径、日志存放路径和类型以 及配置文件的引入等。
好比上面第一行配置的:
worker_processes 1;
这是 Nginx 服务器并发处理服务的关键配置,worker_processes 值越大,能够支持的并发处理量也越多,可是 会受到硬件、软件等设备的制约。
好比上面的配置:
events { worker_connections 1024; }
events 块涉及的指令**主要影响 Nginx 服务器与用户的网络链接,经常使用的设置包括是否开启对多 work process 下的网络链接进行序列化,是否 容许同时接收多个网络链接,选取哪一种事件驱动模型来处理链接请求,每一个 word process 能够同时支持的最大链接数等。**
上述例子就表示每一个 work process 支持的最大链接数为 1024.
这部分的配置对 Nginx 的性能影响较大,在实际中应该灵活配置。
http { include mime.types; default_type application/octet-stream; sendfile on; keepalive_timeout 65; server { listen 80; server_name localhost; location / { root html; index index.html index.htm; } error_page 500 502 503 504 /50x.html; location = /50x.html { root html; } } }
这算是 Nginx 服务器配置中最频繁的部分,代理、缓存和日志定义等绝大多数功能和第三方模块的配置都在这里。
须要注意的是:http 块也能够包括 http全局块、server 块。
(1)在 liunx 系统安装 tomcat,使用默认端口 8080,我这里8080被其余应用占用,因此我已修改端口为8081。在conf目录下的server.xml配置文件中,以下,将port改成 8081,其实下面也有相似的Connector 标签,可是要看protocol协议为HTTP/1.1的标签修改便可。
<Connector port="8081" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" />
(2)对外开放访问的端口 (我这里不须要)
(3)在 windows 系统中经过浏览器访问 tomcat 服务器
别忘了开启tomcat,在bin目录下,使用 命令:
./startup.sh
添加内容在 host 文件中
如上配置,咱们监听 80 端口,访问域名为 www.123.com,不加端口号时默认为 80 端口,故 访问该域名时会跳转到 127.0.0.1:8081 路径上。在浏览器端输入 www.123.com 结果以下:
实现效果:使用 nginx 反向代理,根据访问的路径跳转到不一样端口的服务中
nginx 监听端口为 9001,
访问 http://127.0.0.1:9001/edu/ 直接跳转到 127.0.0.1:8081
访问 http://127.0.0.1:9001/vod/ 直接跳转到 127.0.0.1:8082
tomcat8081 解压包,而后进入到 /bin 下 ,使用命令 ./startup 启动
tomcat8082
使用命令 编辑 文件 :/conf/server.xml 文件
vim server.xml
修改后以下:
一、修改server 的默认端口,由默认8005->8091
二、修改http协议的默认端口,由默认的8080->8082
三、修改默认ajp协议的默认端口,由默认的8009->9001
<h1>fengfanchen-nginx-8081!!!</h1>
tomcat8082的tomcat,放到目录 /webapp/edu 下,内容:
<h1>fengfanchen-nginx-8082!!!</h1>
修改 nginx 的配置文件 在 http 块中添加 server{}
修改其中注释的就行。
修改为功后
该指令用于匹配 URL。
语法以下:
一、= :用于不含正则表达式的 uri 前,要求请求字符串与 uri 严格匹配,若是匹配 成功,就中止继续向下搜索并当即处理该请求。
二、~:用于表示 uri 包含正则表达式,而且区分大小写。
三、~*:用于表示 uri 包含正则表达式,而且不区分大小写。
四、^~:用于不含正则表达式的 uri 前,要求 Nginx 服务器找到标识 uri 和请求字 符串匹配度最高的 location 后,当即使用此 location 处理请求,而再也不使用 location 块中的正则 uri 和请求字符串作匹配。
注意:若是 uri 包含正则表达式,则必需要有 ~ 或者 ~*标识。
浏览器地址栏输入地址 http://208.208.128.122/edu/a.html,负载均衡效果,平均 8081 和 8082 端口中
cp a.html ../edu/
便可完成,
查看命令
cd ../edu/ # 进入到 edu 目录下 cat a.html #查看内容
测试URL
http://208.208.128.122:8081/edu/a.html
http://208.208.128.122:8082/edu/a.html
修改了第一个示例的 配置
upstream myserver { server 208.208.128.122:8081; server 208.208.128.122:8082; } server { listen 80; server_name 208.208.128.122; #charset koi8-r; #access_log logs/host.access.log main; location / { root html; proxy_pass http://myserver; #proxy_pass http://127.0.0.1:8081; index index.html index.htm; }
测试url
http://208.208.128.122/edu/a.html
随着互联网信息的爆炸性增加,负载均衡(load balance)已经再也不是一个很陌生的话题, 顾名思义,负载均衡便是将负载分摊到不一样的服务单元,既保证服务的可用性,又保证响应 足够快,给用户很好的体验。快速增加的访问量和数据流量催生了各式各样的负载均衡产品, 不少专业的负载均衡硬件提供了很好的功能,但却价格不菲,这使得负载均衡软件大受欢迎, nginx 就是其中的一个,在 linux 下有 Nginx、LVS、Haproxy 等等服务能够提供负载均衡服 务,并且 Nginx 提供了几种分配方式(策略):
每一个请求按时间顺序逐一分配到不一样的后端服务器,若是后端服务器 down 掉,能自动剔除。
配置方式:
weight 表明权重, 默认为 1,权重越高被分配的客户端越多
upstream myserver { server 208.208.128.122:8081 weight=10; # 在这儿 server 208.208.128.122:8082 weight=10; } server { listen 80; server_name 208.208.128.122; location / { root html; proxy_pass http://myserver; index index.html index.htm; }
ip_hash 每一个请求按访问 ip 的 hash 结果分配,这样每一个访客固定访问一个后端服务器
upstream myserver { ip_hash; // 在这儿 server 208.208.128.122:8081 ; server 208.208.128.122:8082 ; } server { listen 80; server_name 208.208.128.122; location / { root html; proxy_pass http://myserver; index index.html index.htm; }
fair(第三方),按后端服务器的响应时间来分配请求,响应时间短的优先分配。
upstream myserver { server 208.208.128.122:8081 ; server 208.208.128.122:8082 ; fair; # 在这儿 } server { listen 80; server_name 208.208.128.122; location / { root html; proxy_pass http://myserver; index index.html index.htm; }
Nginx 动静分离简单来讲就是把动态跟静态请求分开,不能理解成只是单纯的把动态页面和 静态页面物理分离。严格意义上说应该是动态请求跟静态请求分开,能够理解成使用 Nginx 处理静态页面,Tomcat 处理动态页面。动静分离从目前实现角度来说大体分为两种:
一种是纯粹把静态文件独立成单独的域名,放在独立的服务器上,也是目前主流推崇的方案;
另一种方法就是动态跟静态文件混合在一块儿发布,经过 nginx 来分开。
经过 location 指定不一样的后缀名实现不一样的请求转发。经过 expires 参数设置,可使 浏览器缓存过时时间,减小与服务器以前的请求和流量。具体 Expires 定义:是给一个资 源设定一个过时时间,也就是说无需去服务端验证,直接经过浏览器自身确认是否过时便可, 因此不会产生额外的流量。此种方法很是适合不常常变更的资源。(若是常常更新的文件, 不建议使用 Expires 来缓存),我这里设置 3d,表示在这 3 天以内访问这个 URL,发送 一个请求,比对服务器该文件最后更新时间没有变化,则不会从服务器抓取,返回状态码 304,若是有修改,则直接从服务器从新下载,返回状态码 200。
<h1>fengfanchen-test-html</h1>
http://208.208.128.122/image/ http://208.208.128.122/image/01.jpg
http://208.208.128.122/www/a.html
配置示例流程:
第一种方式:命令安装
yum install keepalived -y # 查看版本: rpm -q -a keepalived
第二种方式:安装包方式(这里我使用这个)
将压缩包上传至:/usr/feng/
命令以下:
cd /usr/feng/ tar -zxvf keepalived-2.0.18.tar.gz cd keepalived-2.0.18 ./configure make && make install
安装以后,在 etc 里面生成目录 keepalived,有文件 keepalived.conf 。
这个就是主配置文件。
主从模式主要在这个文件里配置。
修改/etc/keepalived/keepalivec.conf 配置文件
global_defs { notification_email { acassen@firewall.loc failover@firewall.loc sysadmin@firewall.loc } notification_email_from Alexandre.Cassen@firewall.loc smtp_server 208.208.128.122 smtp_connect_timeout 30 router_id LVS_DEVEL } vrrp_script chk_http_port { script "/usr/local/src/nginx_check.sh" interval 2 #(检测脚本执行的间隔) weight 2 } vrrp_instance VI_1 { state MASTER # 备份服务器上将 MASTER 改成 BACKUP interface ens192 //网卡 virtual_router_id 51 # 主、备机的 virtual_router_id 必须相同 priority 100 # 主、备机取不一样的优先级,主机值较大,备份机值较小 advert_int 1 authentication { auth_type PASS auth_pass 1111 } virtual_ipaddress { 208.208.128.50 // VRRP H 虚拟地址 } }
在/usr/local/src 添加检测脚本
#!/bin/bash A=`ps -C nginx –no-header |wc -l` if [ $A -eq 0 ];then /usr/local/nginx/sbin/nginx sleep 2 if [ `ps -C nginx --no-header |wc -l` -eq 0 ];then killall keepalived fi fi
把两台服务器上 nginx 和 keepalived 启动 :
启动 nginx:./nginx
启动 keepalived:systemctl start keepalived.service
85服务同样。
nginx 启动后,是由两个进程组成的。master(管理者)和worker(工做者)。
一个nginx 只有一个master。但能够有多个worker
,过来的请求由master管理,worker进行争抢式的方式去获取请求。
Nginx 同 redis 相似都采用了 io 多路复用机制,每一个 worker 都是一个独立的进程,但每一个进 程里只有一个主线程,经过异步非阻塞的方式来处理请求, 即便是千上万个请求也不在话 下。每一个 worker 的线程能够把一个 cpu 的性能发挥到极致。因此 worker 数和服务器的 cpu 数相等是最为适宜的。设少了会浪费 cpu,设多了会形成 cpu 频繁切换上下文带来的损耗。
第一个:发送请求,占用了 woker 的几个链接数?
第二个:nginx 有一个 master,有四个 woker,每一个 woker 支持最大的链接数 1024,支持的 最大并发数是多少?
这个值是表示每一个 worker 进程所能创建链接的最大值,因此,一个 nginx 能创建的最大链接 数,应该是 worker_connections * worker_processes。固然,这里说的是最大链接数,对于 HTTP 请 求 本 地 资 源 来 说 , 能 够 支 持 的 最 大 并 发 数 量 是 worker_connections * worker_processes,若是是支持 http1.1 的浏览器每次访问要占两个链接,因此普通的静态访 问最大并发数是: worker_connections * worker_processes /2,而若是是 HTTP 做 为反向代 理来讲,最大并发数量应该是 worker_connections * worker_processes/4。由于做为反向代理服务器,每一个并发会创建与客户端的链接和与后端服 务的链接,会占用两个链接。