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;
}
表示当前服务器是备份机,在其他非备份机停止工作时,才工作。所以通常情况下它的负载压力最小。