欢迎来到Vincentyw的博客

该来的终究会来,该走的也一定会离开。凡事都存在前因后果,因缘成熟了,果报便产生了,无法阻挡。
但是发生过了就会消失,有来就有走,一切都是过客,把握自己当下的因缘,承担起自己该承担的责任,做好眼前该做的事情,做的时候尽全力,过去便放下,放下即自在。

浅谈Nginx以及特性

Nginx以及特性

1.Nginx是什么?

Nginx是一个高性能的HTTP和反向代理轻量级web服务器,特点:占用内存少,处理并发能力强。Nginx专为性能优化而开发,性能是其最重要的考量 ,能经受高负载的考验,能支持高达50000个连接并发数。

注 : Nginx安装前面有讲到,未安装的可以参考之前的说明

2.Nginx(Linux环境)基本命令

1.进入默认安装目录:cd /usr/local/nginx/sbin

2.启动Nginx,./nginx

3.关闭nginx,./nginx -s stop

4.重新加载,./nginx -s reload

3.Nginx配置文件精简(/usr/local/nginx/conf)

1.全局块:从配置文件开始到 events 块之间的内容,主要会设置一些影响 nginx 服务器整体运行的配置指令,主要包括配置运行 Nginx 服务器的用户(组)、允许生成的 worker process 数,进程 PID 存放路径、日志存放路径和类型以及配置文件的引入等;

2.event块

3.http块 :Nginx 服务器配置中最频繁的部分,代理、缓存和日志定义等绝大多数功能和第三方模块的配置都在这里。需要注意的是:http 块也可以包括 http 全局块、server 块

3.1 http全局块:http 全局块配置的指令包括文件引入、MIME-TYPE 定义、日志自定义、连接超时时间、单链接请求数上限等;

3.2 sever块:每个 http 块可以包括多个 server 块,而每个 server 块就相当于一个虚拟主机。而每个 server 块也分为全局 server 块,以及可以同时包含多个 locaton 块。

3.2.1 sever全局块:最常见的配置是本虚拟机主机的监听配置和本虚拟主机的名称或 IP 配置

3.2.2 location块:一个 server 块可以配置多个 location 块。主要作用是基于 Nginx 服务器接收到的请求字符串(例如 server_name/uri-string),对虚拟主机名称(也可以是 IP 别名)之外的字符串(例如 前面的 /uri-string)进行匹配,对特定的请求进行处理。地址定向、数据缓存和应答控制等功能,还有许多第三方模块的配置也在这里进行;

location匹配规则 参考:https://blog.csdn.net/xiaobaixiongxiong/article/details/89455850

4.反向代理

实例一:

 

实例二:一台Nginx  二个Tomcat服务1、修改连接端口

启动两台tomcat服务:修改server.xml 

<Server port="8005" shutdown="SHUTDOWN"> -- 将8005修改为9005
2、修改访问端口号
<Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" /> -- 将8080端口修改为8081端口
3、修改AJP连接端口
<Connector port="8009" protocol="AJP/1.3" redirectPort="8443" /> -- 将8009修改为9009

 

5.负载均衡

客户端请求访问应用服务器,最简单的就是n对1模式,n个客户端同时访问同一个应用服务器,当同一时间的并发数量较大时,应用服务器处理不过来,很有可能会造成服务器宕机,如果有且仅有一台服务器时,这个服务器挂了,那么应用就会陷于崩溃的状态.;解决方案便可以横向扩充n台应用服务器,并且客户端访问与应用服务器中间加上负载均衡配置,负载均衡能实现的效果主要有三个:

1、转发功能

按照一定的算法【权重、轮询】,将客户端请求转发到不同应用服务器上,减轻单个服务器压力,提高系统并发量。

2、故障移除

通过心跳检测的方式,判断应用服务器当前是否可以正常工作,如果服务器期宕掉,自动将请求发送到其他应用服务器。

3、恢复添加

如检测到发生故障的应用服务器恢复工作,自动将其添加到处理用户请求队伍中。

这里我使用两台tomcat作为两台服务器演示测试:

修改tomcat默认的欢迎首页,将tomcat默认的欢迎页面改成自己项目的页面

进入到tomcat的安装路径,修改conf/server.xml

<Context path="" docBase="/operation/tomcat8080/apache-tomcat-7.0.70/webapps/yee" debug="0"/> 增加默认访问地址路径

修改 conf/web.xml

重启tomcat服务即可生效

5.1负载均衡策略

5.1.1 轮循(默认)

 每个请求按时间顺序逐一分配到不同的应用服务器,如果应用服务器down掉,能自动剔除。 

 5.1.2 权重

通过配置权重,指定轮询几率,权重和访问比率成正比,用于应用服务器性能不均的情况。默认:weight=1 

5.1.3 ip_哈希算法

每个请求按访问ip的hash结果分配,这样每个访客固定访问一个应用服务器,可以解决session共享的问题

5.1.4 least_conn 最少连接

 

把请求转发给连接数较少的后端服务器。轮询算法是把请求平均的转发给各个后端,使它们的负载大致相同;但是,有些请求占用的时间很长,会导致其所在的后端负载较高。这种情况下,least_conn这种方式就可以达到更好的负载均衡效果

upstream dynamic_zuoyu {
  least_conn;  #把请求转发给连接数较少的后端服务器
  server localhost:8080  weight=2; #tomcat 7.0
  server localhost:8001; #tomcat 8.0
  server localhost:8082 backup; #tomcat 8.5
  server localhost:8083  max_fails=3 fail_timeout=20s; #tomcat 9.0
}

5.1.5 fair(第三方)

按后端服务器的响应时间来分配请求,响应时间短的优先分配

 

 

 5.1.6 url_hash(第三方)

按访问url的hash结果来分配请求,使每个url定向到同一个后端服务器,后端服务器为缓存时比较有效

fail_timeout

max_fails结合使用

max_fails

设置在fail_timeout参数设置的时间内最大失败次数,如果在这个时间内,所有针对该服务器的请求都失败了,那么认为该服务器会被认为是停机了

fail_time

服务器会被认为停机的时间长度,默认为10s

backup

标记该服务器为备用服务器。当主服务器停止时,请求会被发送到它这里

down

标记服务器永久停机了

6 动静分离

简单来说,即动态请求和静态请求分开处理,没有严格物理空间的隔离,从实现角度可以大致分为两种:

(1)纯粹把静态文件独立成单独的域名,放在独立的服务器;

(2)动态跟静态文件混合在一起发布,通过 nginx 来分开;

案例:在linux根目录创建 mkdir -p /data/www :存放静态文件    mkdir -p /data/image :存放图片

 

 

 

 

 

 

posted on 2019-10-14 21:02  VincentYew  阅读(1759)  评论(0编辑  收藏  举报

导航