今天的问题是:负载均衡是为了解决什么问题?有哪几种实现负载均衡的方式?
解决的问题
把用户的请求分发到多台服务器(更多的资源),解决高并发的问题。
硬件负载均衡
成本比较高,并发数在百万级别,比如F5;
软件负载均衡
HTTP重定向负载均衡
负载均衡过程如上图:
1 请求到负载均衡服务器,
2 根据均衡算法,返回304,重定向到实际负责计算的服务器ip到浏览器,
3 然后浏览器直接请求实际负责计算的服务器,
4 最后实际计算的服务器响应到客户端浏览器。
缺点:
1,请求经过两次服务器(负载均衡服务器,实际计算服务器),增加了响应时间。
2,暴露了实际负载的服务器公网ip到浏览器,安全性比较低。
java代码实现:
response.sendRedirct("http://ip/xxxService?parama=a");
DNS负载均衡
负载均衡过程如上图:
1, 用户请求域名,请求到DNS服务器;
2,DNS服务返回解析的IP地址到客户端;并不暴露到浏览器进行重定向;
3,客户端拿到返回的负责计算的服务器IP,请求服务器;
4,计算服务器返回响应信息;
改进:
1,不用每次都请求负载的ip,可以缓存起来,重复使用,提高性能;
2,dns不用暴露实际计算的服务器ip(不是采用重定向的方式暴露在浏览器,而且做了二次负载均衡,内网的IP不会暴露出来),安全性略好;
异地多活采用的这种方式,一个ip解析到不同区域的IP,实现第一层级的负载均衡,然后基于区域ip做二级的负载均衡;
反向代理负载均衡
负载均衡过程如下:
1,客户端发起请求到负载均衡服务器,负载均衡服务器根据算法得到负载的IP;
2,负载均衡服务器构造请求,请求内网负载的计算服务器;
3, 计算服务器返回响应结果到负载均衡服务器;
4,负载均衡服务器返回响应结果给到客户端。
比如nginx, apache
缺点:基于http层做的负载均衡,是一个比较重的协议,效率略低;
一般适用于比较小的集群,10+规模;
IP层的负载均衡
对网络层的IP地址进行替换,不需要在http层工作,直接在操作系统内核的IP数据包中替换地址。效率比基于HTTP层的反向代理高。
负载均衡过程:
1,客户端请求负载均衡服务器;
2,负载均衡服务器修改目的ip为内网机器的IP ;
3, 内网机器计算完毕,响应的IP改为负载均衡服务器ip的内网地址;
4,负载均衡服务器修改响应的IP为自己的外网IP ,返回结果给到客户端;
缺点:
请求和响应度需要经过负载均衡服务器进行ip层替换,响应数据会成为后期的瓶颈。
数据链路层负载均衡
解决响应数据体量过大效率低的问题。
通过修改数据链路层的mac地址,ip使用的是虚拟IP,来实现负载均衡。
负载均衡过程:
1,客户端请求负载均衡服务器;
2,负载均衡服务器替换mac地址为计算服务器,Ip为负载均衡服务器ip;
3, 计算服务器直接响应数据到客户端;
这种负载均衡方式吞吐量最高,大型互联网公司都是采用这种负载均衡方式。
LVS负载均衡是结合了IP层和数据链路层的负载均衡方式。linux通过配置可以实现这两种负载均衡方式。
小结
本篇从负载均衡出发的目的出发,即为了应对高并发,把请求分摊到更多的服务器上。
从简单到复杂,依次介绍了HTTP重定向实现负载均衡,DNS实现负载均衡,反向代理实现负载均衡,IP层实现负载均衡,数据链路层实现负载均衡。一图胜千言,给出了负载均衡的过程。
一般常用的是DNS和数据链路层负载均衡。
原创不易,点赞关注支持一下吧!转载请注明出处,让我们互通有无,共同进步,欢迎沟通交流。
我会持续分享Java软件编程知识和程序员发展职业之路,欢迎关注,我整理了这些年编程学习的各种资源,关注公众号‘李福春持续输出’,发送'学习资料'分享给你!
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。