1.13日结

今天练了一天科目三。

然后了解到了nginx服务器的安装和使用，以及负载均衡和反向代理。

 这几个负载均衡的配置参数，用的不多

fair是通过第三方插件配置到nginx服务器，然后根据响应时间的快慢进行请求转发。

url_hash是根据访问的url来决定访问哪一台业务后端服务器。

least_conn是根据后端服务器连接数量少的规则，进行转发，将一部分多的连接转移到连接数量少的服务器上，如果设置了权重，并且权重小的服务器配置低，这个时候加连接数量，一定是不合理的。

ip_hash是根据ip地址进行转发，也是不合理的，如果某一个地区的人访问数量很多，其他地区访问人很少，就会造成流量倾斜，当然也不排除有傻逼用jmter压测。

后续可以使用lua脚本自定义负载均衡的转发规则。

 

 

动静分离，这里以反向代理举例子，反向代理，浏览器网页url是代理服务器的ip和端口，和传统tomcat工程的转发是一样的，

动静分离，适用于中小型企业，把静态资源放到代理nGinx服务器上，假设我们后端的tomcat服务器有一个html文件，里面需要引入css和js

当我们访问html，先转发请求，当读取到html里面的css和js标签时，这个时候url已经是代理服务器的了，因此在nginx.conf文件中直接通过url映射，就可以直接从nginx代理服务器获取静态资源，

最后返回响应，这样就不用每次请求资源都要进行一次代理，可以减少开销，提高性能和并发量。

同时回顾了一下Keep_Alive 这是一篇简介的博客  https://blog.csdn.net/bluetjs/article/details/80966148

 然后是url重写，这个很简单，rewrite 正则表达式 目的服务器的uri 后面的参数，具体参数接收如下：

 

 nginx总体来讲叫做网关服务器(反向代理+网关+负载均衡)

 高可用HA

代理服务器 一主一备 然后nginx和keepalived搭配使用，弄一个虚拟ip，keepalived类似于redis里面的哨兵，只有keepalived的进程死了，虚拟ip才可以进行ip漂移。一般是通过脚本监听服务器有没有挂，

挂了就杀死对应的进行，选举机制不清楚。