Nginx负载均衡

1.Nginx

1.1.什么是Nginx

Nginx（“engine x”）是一个高性能的HTTP和反向代理服务器，特点是占有内存少，并发能力强，事实上Nginx的并发能力确实在同类型的网页服务器中表现较好，中国大陆使用Nginx网站用户有：百度、京东、新浪、网易、腾讯、淘宝等。

官网地址：nginx news

1.2.Nginx优缺点

优点

• 高并发量：根据官方给出的数据，能够支持高达 50,000 个并发连接数的响应。

• 内存消耗少：处理静态文件，同样起web 服务，比apache 占用更少的内存及资源，所以它是轻量级的(至于区别在哪？后面内容进行分析)。

• 简单稳定：一般在使用 Nginx 中，针对单个域名配置文件配置接口，学习成本很低。相比 Apache 配置简单很多。

• 模块化程度高：Nginx是高度模块化的设计，编写模块相对简单，包括 gzipping, byte ranges, chunked responses,以及 SSI-filter 等 filter，支持 SSL 和 TLSSNI。

• 支持Rwrite重写规则：能够根据域名、URL的不同， 将HTTP请求分发到不同的后端服务器群组。

• 低成本：Nginx可以做负载均衡，且Nginx是开源免费的，如果使用商业软件F5等硬件来做负载均衡，硬件成本比较高。

• 支持多系统：Nginx是由C语言开发，适用于各个平台。

缺点

• 动态处理能力较差：nginx处理静态文件好,耗费内存少，但是处理动态页面则很鸡肋，现在一般前端用nginx作为反向代理抗住压力，apache作为后端处理动态请求。

• rewrite弱：虽然Nginx支持rewrite功能，但是相比于Apache来说，Apache比Nginx 的rewrite 强大。Apache 配置 rewrite 是通过项目下面的.htaccess 文件做配置还有就是打开 Apache 配置中的 rewrite 模块。而 Nginx 则需要在做域名配置时，对 rewrite 做配置。

1.3.正向代理与反向代理

1.3.1.正向代理

在客户端（浏览器）配置代理服务器，通过代理服务器进行互联网访问。正向代理“代理”的是客户端，而且客户端是知道目标的，而目标是不知道客户端是通过代理服务器访问的。

如：通过浏览器我们并不能直接访问谷歌，但是我们可以借助VPN来实现访问，其实这就是一个比较简单的正向代理的例子。

1.3.2.反向代理

客户端不需要任何配置就能访问，只需要将请求发送到反向代理服务器，由反向代理服务器去选择目标服务器，获取数据后再返回给客户端。对外就一个服务器，暴露的是反向代理服务器地址，隐藏了真实服务器IP地址。代理对象是服务端，不知道客户端是谁。

例如：当我们在外网访问百度的时候，其实会进行一个转发，代理到内网去，这就是所谓的反向代理

2.快速入门

2.1.添加Nginx官方yum源

添加 nginx 官方提供的yum源，这个过程需要联网且时间较长，请耐心等待。

rpm -Uvh http://nginx.org/packages/centos/7/x86_64/RPMS/nginx-1.14.2-1.el7_4.ngx.x86_64.rpm

Linux里rpm包到底是干什么用的？

Linux RPM全称是“RedHat Package Manager”，最早是Red Hat公司开发的，后来在CentOS、Fedora、SUSE都用它。而rpm包则是软件编译完成后按照RPM机制打包起来的一个文件，可以用rpm命令安装的一个软件安装包，它省去了Linux软件安装中编译的步骤，安装成功后软件就可以用了。

2.2.使用yum安装Nginx

yum -y install nginx

yum方式安装nginx，它的安装根目录为/etc/nginx。

查看nginx版本：

rpm -qa | grep nginx

2.3.配置防火墙

将nginx默认访问端口80进入到防火墙中。

firewall-cmd --zone=public --add-port=80/tcp --permanent &&
firewall-cmd --reload && 
firewall-cmd --list-port

2.4.启动后效果

# 启动nginx服务
systemctl start nginx
# 查询nginx服务启动状态
systemctl status nginx

启动成功后，在浏览器中输入访问地址，效果如下：

3.SPA项目发布

3.1.虚拟域名设置

修改window系统中hosts文件，添加虚拟域名映射关系。文件位置：C:\Windows\System32\drivers\etc\hosts。

另外，此文件有可能出现由于当前用户权限不够，出现无法修改的情况？解决方案：将此文件复制到d硬盘任一目录，修改后，再复制替换C:\Windows\System32\drivers\etc\hosts原文件

3.2.SPA项目打包

第一步：HbuilderX打包vue项目白屏问题。

将项目目录下的config/index.js文件中,将build对象下的assetsPublicPath中的“/”，改为“./”后。

module.exports = {
    dev: {
        // Paths
        assetsSubDirectory: 'static',
        assetsPublicPath: '/',
        proxyTable: {},
        ...
    },
    build: {
        // Template for index.html
        index: path.resolve(__dirname, '../dist/index.html'),
​
        // Paths
        assetsRoot: path.resolve(__dirname, '../dist'),
        assetsSubDirectory: 'static',
        //修改前
        //assetsPublicPath: '/',
        //修改后
        assetsPublicPath:'./',
        ...
    }
}

第二步：HbuilderX打包vue项目，element-ui的icon图标无法正常显示问题。

使用vue-cli3脚手架搭建的项目，在打包文件上服务器的时候，其他的css和js样式都能正确加载出路径，但是element的icon图标却不能正常加载出来。事实上是打包时候读取的文件路径多了两层，找到build/utils.js目录中的路径，看看function generateLoaders();方法, 指定该选项时提取CSS发现少了个公共路径，加上pubilcPath。

// Extract CSS when that option is specified
// (which is the case during production build)
if (options.extract) {
    return ExtractTextPlugin.extract({
        use: loaders,
        fallback: 'vue-style-loader',
        // 解决icon路径加载错误
        publicPath:'../../'
    })
} else {
    return ['vue-style-loader'].concat(loaders)
}

第三步：SPA项目打包

打包成功之后，会在当前项目目录下生成一个dist目录，而目录下的文件就是打包生成。

3.3.动静分离

3.3.1.什么是Nginx动静分离

Nginx动静分离简单来说就是把动态跟静态请求分开，不能理解成只是单纯的把动态页面和静态页面物理分离。严格意义上说应该是动态请求跟静态请求分开，可以理解成使用Nginx处理静态页面，Tomcat处理动态页面。动静分离从目前实现角度来讲大致分为两种，一种是纯粹把静态文件独立成单独的域名，放在独立的服务器上，也是目前主流推崇的方案；另外一种方法就是动态跟静态文件混合在一起发布，通过Nginx来分开。

3.3.2.配置

将SPA项目压缩并上传到/usr/nginx/html目录，再解压。

# 创建目录
mkdir -p /usr/nginx/html
# 切换目录
cd /usr/nginx/html
# 上传SPA项目
rz dist.zip
# 解压
unzip dist.zip

修改nginx核心配置文件/etc/nginx/conf.d。

# 切换目录
cd /etc/nginx/conf.d/
# 备份
cp default.conf default.conf.bak
# 编辑conf.d文件
vim default.conf

并添加SPA项目访问映射规则。

location / {
    #该句代码是为解决history路由不能跳转的问题，在vue-router官网有介绍 
    try_files $uri $uri/  /index.html;
}

最后，重启nginx服务并访问SPA项目。

# 重启nginx服务
systemctl restart nginx

4.Nginx负载均衡

4.1.什么是负载均衡

客户端发送多个请求到服务器，服务器处理请求，有一些可能要与数据库进行交互，服务器处理完毕后，再将结果返回给客户端。

这种架构模式对于早期的系统相对单一，并发请求相对较少的情况下是比较适合的，成本也低。但是随着信息数量的不断增长，访问量和数据量的飞速增长，以及系统业务的复杂度增加，这种架构会造成服务器相应客户端的请求日益缓慢，并发量特别大的时候，还容易造成服务器直接崩溃。很明显这是由于服务器性能的瓶颈造成的问题，那么如何解决这种情况呢？

我们首先想到的可能是升级服务器的配置，比如提高CPU执行频率，加大内存等提高机器的物理性能来解决此问题，但是我们知道摩尔定律的日益失效，硬件的性能提升已经不能满足日益提升的需求了。最明显的一个例子，天猫双十一当天，某个热销商品的瞬时访问量是极其庞大的，那么类似上面的系统架构，将机器都增加到现有的顶级物理配置，都是不能够满足需求的。那么怎么办呢？

上面的分析我们去掉了增加服务器物理配置来解决问题的办法，也就是说纵向解决问题的办法行不通了，那么横向增加服务器的数量呢？这时候集群的概念产生了，单个服务器解决不了，我们增加服务器的数量，然后将请求分发到各个服务器上，将原先请求集中到单个服务器上的情况改为将请求分发到多个服务器上，将负载分发到不同的服务器，也就是我们所说的负载均衡

4.2.Nginx实现反向代理

修改nginx核心配置文件/etc/nginx/conf.d，配置nginx反向代理。

server {
    listen       80;
    server_name  www.zking.com;
    #charset koi8-r;
    #access_log  logs/host.access.log  main;
    location ^~ /edu/ {
        proxy_pass http://127.0.0.1:8080/;
    }
    location ^~ /zki/ {
        proxy_pass http://127.0.0.1:8081/;
    }
}

proxy_pass说明是动态请求，需要进行转发，比如代理到Tomcat上。

直接在浏览器中输入访问地址：http://www.zking.com/edu/ 。提示访问错误，如下所示：

切换到nginx日志目录，查看日志信息。

# 切换到nginx的日志目录
cd /var/log/nginx/
# 查看日志信息
tail -f error.log

解决方案：关闭SeLinux

setsebool -P httpd_can_network_connect 1

执行成功之后，再次访问http://www.zking.com/edu。

4.3.Nginx实现负载均衡

拷贝一个Tomcat，将其端口信息修改为8081，并将8081端口加入到防火墙允许访问规则中，然后分别启动这两台Tomcat。具体操作步骤可参考上节课课件内容。

修改nginx核心配置文件/etc/nginx/conf.d，配置nginx负载均衡

upstream tomcats{
    server 127.0.0.1:8080 weight=1;
    server 127.0.0.1:8081 weight=2;
}
​
server {
    listen       80;
    server_name  www.zking.com;
​
    #charset koi8-r;
    #access_log  /var/log/nginx/host.access.log  main;
​
    location ^~ /edu/ {
        proxy_pass http://127.0.0.1:8080/;
    }
​
    location ^~ /api/ {
        proxy_pass http://tomcats/;
    }
}

第一，通过upstream来定义一组Tomcat，并指定负载策略（IPHASH、加权论调、最少连接），健康检查策略（Nginx可以监控这一组Tomcat的状态）等。 第二，将proxy_pass替换成upstream指定的值即可。