1、概念
访问量太大，一个 Tomcat 扛不住，所以就搭建 Tomcat 集群。让集群中的多个 Tomcat 服务器实例分担负载。
纵向扩容和横向扩容：
- 纵向扩容：给单台服务器提升硬件的配置。例如：提升 CPU、增加内存、扩大带宽、扩大硬盘容量等等。有极限存在，很容易就达到瓶颈。所以系统整体的性能不能单独靠纵向扩容来实现。
- 横向扩容：为了更进一步突破系统整体的瓶颈，增加服务器实例，构成集群，实现横向扩容。
集群和分布式：
- 相同点：都需要用到多台服务器
- 不同点：
- 集群 cluster（同构）：每个服务器实例上运行的是项目的同一个模块
- 分布式 distribution（异构）：项目整体拆分模块后，每个模块在自己独立的服务器上运行，而且模块之间可以互相访问
2、搭建
①计划
②准备 Tomcat
③配置 Nginx
# 实验五：测试负载均衡
server {
listen 5555;
server_name www.atguigu.shuai;
location / {
proxy_pass http://yanzu_balance;
index index.jsp;
}
}
# upstream 代表上游服务器
upstream yanzu_balance {
server localhost:8180;
server localhost:8280;
server localhost:8380;
}
3、负载均衡策略
①轮询（默认）
每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。
②权重
权重越高的服务器实例，分担越大的负载量。所以硬件配置较好的服务器应该设置较高的权重。
# upstream 代表上游服务器
upstream yanzu_balance {
# 负载均衡策略：weight 配置指定当前服务器实例的权重
server localhost:8180 weight=1;
server localhost:8280 weight=2;
server localhost:8380 weight=70;
}
③ip_hash
根据每个请求的 IP 地址，进行哈希运算，得到一个固定值。再根据这个固定值，唯一定位到一个具体的服务器实例。这样一来，这个用户的请求就是由一个固定的服务器实例来处理。
- 优势：没有 Session 不一致问题。
- 局限性：固定服务器实例如果宕机，那么这台服务器上保存的 Session 信息会丢失。
# upstream 代表上游服务器
upstream yanzu_balance {
# 负载均衡策略：ip_hash，固定ip由固定服务器实例处理
ip_hash;
server localhost:8180;
server localhost:8280;
server localhost:8380;
}
④fair
需要借助其他 Nginx 模块实现功能。fair 采用的不是内建负载均衡使用的轮换的均衡算法，而是可以根据页面大小、加载时间长短智能的进行负载均衡。需额外安装模块。最终效果是能够按后端服务器的响应时间来分配请求，响应时间短的优先分配。
upstream yanzu_balance {
# 负载均衡策略：fair
fair;
server localhost:8180;
server localhost:8280;
server localhost:8380;
}
⑤其他参数
- down
upstream yanzu_balance {
server localhost:8180 down;
server localhost:8280;
server localhost:8380;
}
表示当前服务器实例处于宕机状态，不工作，不参与负载均衡。
- backup
upstream yanzu_balance {
server localhost:8180;
server localhost:8280 backup;
server localhost:8380;
}
表示当前服务器是备份机，在其他非备份机停止工作时，才工作。所以通常情况下它的负载压力最小。
