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也不在全局
↓

bash 复制代码

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的模块★★★

bash 复制代码

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不能在四层算法当中使用

基于域名：

bash 复制代码

upstream xy104 {

server www.xy104.com;
server www.xy105.com;

}


server_name www.123.ccc;

location /

↓

bash 复制代码

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

nginx反向代理（负载均衡)

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

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

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

负载均衡的算法：

nginx重点：★★★★★★

TOMCAT：

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

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