今天的问题是:负载均衡是为了解决什么问题?有哪几种实现负载均衡的方式?

解决的问题

把用户的请求分发到多台服务器(更多的资源),解决高并发的问题。

硬件负载均衡

成本比较高,并发数在百万级别,比如F5;

软件负载均衡

HTTP重定向负载均衡

image.png

负载均衡过程如上图:

1 请求到负载均衡服务器,

2 根据均衡算法,返回304,重定向到实际负责计算的服务器ip到浏览器,

3 然后浏览器直接请求实际负责计算的服务器,

4 最后实际计算的服务器响应到客户端浏览器。

缺点:

1,请求经过两次服务器(负载均衡服务器,实际计算服务器),增加了响应时间。

2,暴露了实际负载的服务器公网ip到浏览器,安全性比较低。

java代码实现:

response.sendRedirct("http://ip/xxxService?parama=a");

DNS负载均衡

image.png
负载均衡过程如上图:

1, 用户请求域名,请求到DNS服务器;

2,DNS服务返回解析的IP地址到客户端;并不暴露到浏览器进行重定向;

3,客户端拿到返回的负责计算的服务器IP,请求服务器;

4,计算服务器返回响应信息;

改进:

1,不用每次都请求负载的ip,可以缓存起来,重复使用,提高性能;

2,dns不用暴露实际计算的服务器ip(不是采用重定向的方式暴露在浏览器,而且做了二次负载均衡,内网的IP不会暴露出来),安全性略好;

异地多活采用的这种方式,一个ip解析到不同区域的IP,实现第一层级的负载均衡,然后基于区域ip做二级的负载均衡;

反向代理负载均衡

image.png

负载均衡过程如下:

1,客户端发起请求到负载均衡服务器,负载均衡服务器根据算法得到负载的IP;

2,负载均衡服务器构造请求,请求内网负载的计算服务器;

3, 计算服务器返回响应结果到负载均衡服务器;

4,负载均衡服务器返回响应结果给到客户端。

比如nginx, apache

缺点:基于http层做的负载均衡,是一个比较重的协议,效率略低;

一般适用于比较小的集群,10+规模;

IP层的负载均衡

image.png
对网络层的IP地址进行替换,不需要在http层工作,直接在操作系统内核的IP数据包中替换地址。效率比基于HTTP层的反向代理高。
负载均衡过程:

1,客户端请求负载均衡服务器;

2,负载均衡服务器修改目的ip为内网机器的IP ;

3, 内网机器计算完毕,响应的IP改为负载均衡服务器ip的内网地址;

4,负载均衡服务器修改响应的IP为自己的外网IP ,返回结果给到客户端;

缺点:

请求和响应度需要经过负载均衡服务器进行ip层替换,响应数据会成为后期的瓶颈。

数据链路层负载均衡

image.png
解决响应数据体量过大效率低的问题。
通过修改数据链路层的mac地址,ip使用的是虚拟IP,来实现负载均衡。

负载均衡过程:

1,客户端请求负载均衡服务器;

2,负载均衡服务器替换mac地址为计算服务器,Ip为负载均衡服务器ip;

3, 计算服务器直接响应数据到客户端;

这种负载均衡方式吞吐量最高,大型互联网公司都是采用这种负载均衡方式。

LVS负载均衡是结合了IP层和数据链路层的负载均衡方式。linux通过配置可以实现这两种负载均衡方式。

小结

本篇从负载均衡出发的目的出发,即为了应对高并发,把请求分摊到更多的服务器上。

从简单到复杂,依次介绍了HTTP重定向实现负载均衡,DNS实现负载均衡,反向代理实现负载均衡,IP层实现负载均衡,数据链路层实现负载均衡。一图胜千言,给出了负载均衡的过程。

一般常用的是DNS和数据链路层负载均衡。

image.png

原创不易,点赞关注支持一下吧!转载请注明出处,让我们互通有无,共同进步,欢迎沟通交流。
我会持续分享Java软件编程知识和程序员发展职业之路,欢迎关注,我整理了这些年编程学习的各种资源,关注公众号‘李福春持续输出’,发送’学习资料’分享给你!

版权声明:本文为snidget原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://www.cnblogs.com/snidget/p/12673461.html