『互联网架构』软件架构-nginx（上）（19）

今天说说nginx， 其实有老铁比较奇怪，nginx不是运维来搞的吗？确实是的，大部分情况下，公司比较大的话，存在运维的话，这个锅肯定是运维来做的。但是现在有个趋势叫devops之前我也说过，开发运维一体化，开发也要懂一定的运维知识。在一些互联网的创业公司刚开始技术的工种，并不是分的那么清楚，可能都要会的。环境的搭建，运维，框架搭建，开发都必须拿得下来。 源码：https://github.com/limingios/netFuture/tree/master/nginx

Nginx服务搭建与基础演示（一）

Nginx

• 官网

http://nginx.org/

• 介绍

Nginx是一个轻量级、高性能、稳定性高、并发性好的HTTP和反向代理服务器。也是由于其的特性，其应用非常广。

• 历史

由俄罗斯的程序设计师Igor Sysoev所开发，最初供俄国大型的入口网站及搜寻引擎Rambler（俄文：Рамблер）使用。 其特点是占有内存少，并发能力强，事实上nginx的并发能力确实在同类型的网页伺服器中表现较好.目前中国大陆使用nginx网站用户有：新浪、网易、 腾讯,另外知名的微网志Plurk也使用nginx。

• 理解代理的概念

1.正向代理：某些情况下，代理我们用户去访问服务器，需要用户手动的设置代理服务器的ip和端口号。 2.反向代理：是用来代理服务器的，代理我们要访问的目标服务器。代理服务器接受请求，然后将请求转发给内部网络的服务器(集群化)，并将从服务器上得到的结果返回给客户端，此时代理服务器对外就表现为一个服务器。

• 根据源码配置的机器

• 三台机器

准备工作

yum -y install make zlib zlib-devel gcc-c++ libtool openssl openssl-devel

• nginx主机安装pcre的安装包（192.168.66.110）

https://sourceforge.net/projects/pcre/files/pcre/ nginx rewrite依赖于PCRE库，所以需要在linux系统中编译安装PCRE库

wget https://nchc.dl.sourceforge.net/project/pcre/pcre/8.41/pcre-8.41.tar.gztar zxvf pcre-8.41.tar.gzcd image.png./configuremake && make installpcre-config --prefix

• 安装nginx

cd ..wget http://nginx.org/download/nginx-1.13.10.tar.gztar zxvf nginx-1.13.10.tar.gzmkdir  nginxcd nginx-1.13.10./configure --prefix=/root/nginx --with-http_stub_status_module --with-http_ssl_module --with-pcre=/root/pcre-8.41make && make install cd ~cd nginx/sbin/./nginx -v./nginx -t

• 启动nginx

cd ~/nginx/sbin/./nginx

其实没有权限

修改配置文件

vi ~/nginx/conf/nginx.conf#修改成user root#wq保存#重新加载nginx新的配置./sbin/nginx -s reload

• 111 和112 两个机器安装tomcat

java -versionwget http://mirrors.hust.edu.cn/apache/tomcat/tomcat-8/v8.5.37/bin/apache-tomcat-8.5.37.tar.gz

`

tar zxvf apache-tomcat-8.5.37.tar.gz cd apache-tomcat-8.5.37cd bin./startup.shcurl 127.0.0.1:8080

`

• 111 和112 添加一个index.jsp文件方法查看

cd /root/apache-tomcat-8.5.37/webapps/ROOT>index.jspvi index.jspcat index.jsp

`

upstream 与location 模块参数与案例讲解（二）

未来软件其实都是趋于模块化的。拼装完成。

upstream

• 官网的介绍

http://nginx.org/en/docs/

• upstream实例

http://nginx.org/en/docs/http/ngxhttpupstream_module.html

• upstream 参数

修改66.110 那个nginx配置文件

vi /root/nginx/conf/nginx.confcat /root/nginx/conf/nginx.conf

`

因为权重相同，所以轮播111 和 112 2个tomcat

*负载均衡算法 1.ll+weight

默认的负载算法，其实就是根据权重才分配服务请求。

2.ip_hash

基于Hash 计算 应用场景：保持session 一至性，第一次访问那台，一直是同一台。hash(ip)%3 =index。弊端小区或者学校集中化的地方，他们出去的ip都是一致的，某个节点负载会非常非常的大。成为热点，有了ip_hash导致weight权重就失效了。

3.url_hash

(第三方)应用场景：静态资源缓存,节约存储，加快速度

4.least_conn

最少链接

5.least_time

最小的响应时间,计算节点平均响应时间，然后取响应最快的那个，分配更高权重。

6.keeplive

占用连接数。内存消耗比较大，但是响应速度很快，应该保持这socket连接。

• location 1.root

后面的配置相当于把浏览器中的输入路径进行了重指

2.index

在前后端分离的基础上，指定网站初始页

3.proxysetheader

用来重定义发往后端服务器的请求头

4.proxy_pass

如果在proxy_pass后面的url加/，表示绝对根路径；如果没有/，表示相对路径，把匹配的路径部分也给代理走

动静分离方案

一般动静分离两种方式

1. 静态文件放入nginx
2. 静态文件放入指定的服务器，通过请求地址来区别跳转到那个服务器。

• 静态文件放入nginx

#思路：动、静态的文件，请求时匹配不同的目录当访问gif,jpeg时 直接访问e:wwwroot;
server {    listen       80;    server_name  localhost;  
  location / {        root   e:wwwroot;        index  index.html;    }  
  # 所有静态请求都由nginx处理，存放目录为html    location ~ .(gif|jpg|jpeg|png|bmp|swf|css|js)$ {        root    e:wwwroot;    }  
  # 所有动态请求都转发给tomcat处理    location ~ .(jsp|do)$ {        proxy_pass  http://test;    }  
  error_page   500 502 503 504  /50x.html;    location = /50x.html {        root   e:wwwroot;    }  }  

• 静态服务器的方式

多个upstream，多个location， location的名称不一样。

PS：最后来个通俗的说法，你就是大王，我是你的太监，upstream就是后宫，后宫可以有多个，每个后宫里面已经分配好了按照罩杯不同，后宫A全部都是A罩杯，后宫B全部都是B罩杯，后宫里面有很多爱妃，到晚上了大王有需求了，告诉太监，太监根据后宫的情况，按照一定的算法，看看那个爱妃可以进行侍寝，我这个太监就告诉大王，大王就直接去我通过算法的方式告诉他的爱妃哪里。