nginx反向代理（负载均衡)

nginx的代理
代理
四层代理
七层代理
正向代理和缓存的配置方式

🐭🐮🐯🐰🐉🐍🐴🐑🐒🐔🐶🐷

反向代理···········》负载均衡

负载均衡：将四层或者七层的请求分配到多台后端的服务器上，从而分担整个业务的负载，既可以提高系统的稳定性，也可以提供高可用（备灾，其中的一台后端服务器如果发生故障，不影响整体业务）

负载均衡的算法：

• round robin ------ 轮询 rr ：负载均衡的默认算法，请求轮流分配给后端服务器

轮询算法适用于后端服务器处理能力相近的情况，默认的算法，可以不加

• 加权轮询：weight round robin ------- 轮询的升级版，给每个后端服务器赋予不同的权重，给处理能力更强的服务器设置更高的权重，处理能力低的，设置低权重

高峰时间可以通过这个方法进行浏览的优化，适用于服务器处理能力差异比较大的情况

• ip_Hash:
  当我们访问后端服务器，根据客户端的ip地址，使用hash算法，计算出ip地址的hash值，然后再把请求发送到相应的后端服务器，如果客户端访问的ip地址相同，通过hash算法，再一次的 请求会被分配到上一次访问的服务器，保证会话的稳定
  ↓
  负载均衡的会话保持 ·············》ip_Hash

会话保持到期之后，会话中断，重新请求时会重新计算hash值

A ··················》192.168.31.10 ···············》hash值 ········》B
↓
中断
↓
A ···············》192.168.31.10 ·············》nginx1

最小连接数（配合加权轮询一块儿使用）：最少连接数的算法可以将请求发送到当前连接比较少的后端服务器 ---------- 这种算法适用于后端服务器处理任务耗时不同的情况，可以有效的避免所有的请求集中在处理能力更强的后端服务器上

• least_conn (配合加权轮询)
  weight =3

• URL_HASH：根据请求当中的url地址来计算hash值，如果客户端请求的url地址相同，客户端的请求会被分配到同一个服务器上

www.baidu.com/test1 ············ > hash值 ···········》B

www.baidu.com/test1 ·············> hash值 ···········》C
后台服务器的数量发送变化，会影响结果

负载均衡的特点：

• 1、根据算法把请求分发到不同的服务器
• 2、客户端访问的是代理地址，响应也是代理服务器响应
• 3、客户端并不了解后端服务器的情况
• 4、可以提高安全性，后端服务器是隐藏的
• 5、负责均衡是有缓存的，可以直接访问缓存，提高响应速度

负载均衡的架构：
nginx1 -------- 192.168.31.13 ------------ 代理服务器
nginx2 -------- 192.168.31.14 ------------ 后端1
nginx3 -------- 192.168.31.15 ------------ 后端2
客户端：谷歌浏览器

配置流量分发，主要是依靠代理服务器完成的，主要配置在代理服务器完成

• 七层代理：
  upstream：仅支持http协议，用来处理http的请求和响应
  upstream只能写在http模块当中，不能在server也不在全局
  ↓

upstream xy104 {
（ip_hash;）
（least_conn 配合加权轮询）
（hash $request_uri consistent;  url_hash的算法 -------它不是会话保持！）
server 192.168.31.14 （weight=3）;
server 192.168.31.15 （weight=2）;
}

使用七层代理要写在server的location模块当中★★★
↓
proxy_pass http://xy104

---

• 四层代理：
  stream：不支持http协议，仅支持tcp和udp，处理数据包的流量分发

四层代理需要学在全局模块当中，不能在http模块当中写入★★★

语法配置：
安装nginx的时候必须要有支持stream的模块★★★

stream {
upstream xy104 {
server 192.168.31.14:80;
server 192.168.31.15:80;}
server {listen 81;proxy_pass xy104;}
}

• rr

• weight

• least_conn

• ip_hash和url_hash不能在四层算法当中使用

---

基于域名：

upstream xy104 {server www.xy104.com;
server www.xy105.com;}server_name www.123.ccc;

location /
↓

proxy_pass http://xy104;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

---

nginx重点：★★★★★★

1、nginx配置文件的内容，以及各个模块的作用
2、nginx的优化 -----隐藏版本号，页面压缩，cpu绑定，高并发配置
3、nginx的location匹配 ------- 优先级
4、nginx的重定向 ------ 标志位
5、nginx的负载均衡，算法

TOMCAT：

web应用程序
php ------ .php
tomcat ------ .jsp ------- java编译的代码
↓
三个功能组合而成：

• java servlet：tomcat是一个serlet容器，负责管理和执行java-sevlet，服务端的java程序，处理客户端的http的请求和响应

• java server：服务端的配置

• pages：动态页面的技术 ------- java代码完成的

tomcat既可以作为 以java代码为基础的动态页面，也可以处理和转发动态请求

tomcat的并发能力很差，适合小项目

tomcat的核心组件：

• web容器：处理web的请求，影响，动态页面的展示

• jsp容器：解析index.jsp中的java代码转换为servlet的代码，然后由servlet来编译执行 ··········jsp是一种技术模板，类似于html语言，允许在html文件当中，嵌入java的代码

• servlet容器：接收web容器的请求，负责加载，初始化，执行和管理

功能组件：

• connector：接收外部的请求，以及响应请求
• container：包含了engine，host，context，webapp四
  个组件组成
• service：包含了connector和container
• engine：引擎，用来管理多个虚拟主机，一个service只能有一个engine
• host：代表一个虚拟主机，也可以理解为站点
• context：对应的web应用
• wrapps：最终的封装器，容器的最底层
• bin：启动和关闭的脚本文件
• conf：tomcat的配置文件
• logs：tomcat的日志文件
• webapps：保存不同项目的应用目录
• work：工作目录
• temp：临时文件保存目录

• Host name：主机名
• appBase=“webapps” web应用程序目录
• unpackWARs=“true” 是否对.war格式结尾进行展开，默认配置
• autoDeploy=“true” tomcat在运行时会自动部署webapps里面对应的配置
• xmlValiddation=“false” 是否启动xml的命名空间
• Context docBase=“/usr/local/tomcat/webapps/test1”

<Host name="www.test1.com" appBase="webapps" unpackWARs="true" autoDeploy="true" xmlValidation="false" xmlNamespaceAware="false"><Context docBase="/usr/local/tomcat/webapps/test1" path="" reloadable="true" /></Host>

tomcat 对外端口默认：8080