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
