负载均衡第一篇-介绍篇
系列文章索引&＃xff1a;
负载均衡第一篇-介绍篇
负载均衡第二篇-负载均衡基础知识普及
前言&＃xff1a;相信朋友们对负载均衡应该不陌生了&＃xff01;特别是对搞运维的朋友&＃xff01;可能很多的技术人员认为&＃xff0c;负载均衡不是搞IT运维的人管的吗&＃xff0c;关我们开发人员什么事情&＃xff1f;曾经&＃xff0c;我也是这样想的&＃xff0c;但是后来发现我错了。开发人员&＃xff0c;需要懂性能方面的问题&＃xff0c;而负载均衡也是属于性能的范畴&＃xff0c;so…&＃xff01;如果开发人员想继续不断的提升自己&＃xff0c;走向设计&＃xff0c;架构的角色&＃xff0c;那么&＃xff0c;你就必须对技术的有全面的把握和整体的评估&＃xff0c;才能在项目中从软件和硬件多方面考虑&＃xff0c;真正的实现可用性&＃xff0c;扩展性&＃xff0c;灵活性。
曾经经历过很多的项目&＃xff0c;特别实在做外包的时候&＃xff0c;基本上涉及不到什么性能的问题&＃xff0c;极少涉及到负载均衡。当我接触了互联网之后&＃xff0c;常常被人笑话我是搞企业开发的&＃xff0c;不懂性能&＃xff0c;于是我开始关注性能&＃xff0c;也知道有负载均衡&＃xff0c;那时候&＃xff0c;感觉思维一下子被打开了&＃xff0c;发现了一个不一样的天地&＃xff01;但是负载均衡缺少很多的资料&＃xff0c;网络上很多的地方和文章都只是讲了点皮毛&＃xff0c;刚要深入的时候&＃xff0c;就没了&＃xff01;
技术&＃xff0c;入门容易&＃xff0c;学精难&＃xff01;不精&＃xff0c;就没有核心竞争力&＃xff0c;因为谁都懂&＃xff0c;谁都可以替代你&＃xff01;所以要精&＃xff01;
在这里&＃xff0c;我将会深入的剖析负载均衡的原理&＃xff0c;使用&＃xff01;甚至你可以感觉到&＃xff0c;之后&＃xff0c;你可以自己写一个负载均衡的软件出来&＃xff01;之后&＃xff0c;在分析问题&＃xff0c;思考问题的时候&＃xff0c;你会游刃有余&＃xff01;
….
负载均衡已经不是什么新的概念了&＃xff0c;负载均衡也不仅仅就指的把一些服务器放在一起实现分压。负载均衡是一个统称。而我们平时谈的最多的就是服务器负载均衡&＃xff0c;全球负载均衡&＃xff0c;防火墙负载均衡&＃xff0c;缓存负载均衡&＃xff01;&＃xff08;在后面&＃xff0c;会慢慢的讲述各个方面&＃xff09;。
就拿服务器负载均衡而言&＃xff0c;它主要是把请求分摊在多个服务器资源上面。负载均衡还可以实现很精确的服务器健康检查机制&＃xff0c;请求的转发。另外&＃xff0c;因为负载均衡部署在服务器的前端&＃xff0c;所以&＃xff0c;它也可以包含服务器免受恶意用户的***&＃xff0c;提高安全。同时&＃xff0c;还可以基于IP数据包中的信息进行智能的选择不同的程序&＃xff0c;不同的服务器来处理&＃xff01;
负载均衡的必要性
随着互联网的普及&＃xff0c;越来越多的人开始在线使用服务。同时&＃xff0c;也不能容忍网络突然崩溃或者网速、服务的性能超低&＃xff0c;特别是对于涉及到网上交易的应用而言&＃xff0c;任何一点问题的出现&＃xff0c;都是重大的经济损失。为了保证提供更好&＃xff0c;更稳定的服务&＃xff0c;我们会不断升级服务器的相关设备。
虽然说根据摩尔定律&＃xff1a;计算机的处理速度每18个月会翻一番。但是这个速度依然赶不上互联网放在的速度和用户对服务的需要&＃xff0c;并且购买更好的设备&＃xff0c;不仅仅昂贵&＃xff0c;性价比也不理想。
那么这里其实就已经涉及到了一个可伸缩性的挑战。下面&＃xff0c;我们就来看看一些常用的可伸缩性方案。
正如之前所说的&＃xff0c;计算机的更新速度无法赶上用户需要&＃xff0c;这个时候集群技术就应用而生了&＃xff0c;这个技术主要是那些大型计算机厂商提供的&＃xff0c;集群技术的提出在一定的程度上面缓和了之前的问题。下面&＃xff0c;我们就来看看两种比较典型的集群技术&＃xff1a;松耦合系统&＃xff0c;对称多处理器系统。
松耦合系统
松耦合系统是由很多的完全相同的计算机块组成&＃xff0c;这些计算机块之间通过系统的总线连接。其中&＃xff0c;每一个块都包含各种的处理器&＃xff0c;内存&＃xff0c;磁盘控制器&＃xff0c;磁盘驱动&＃xff0c;网络接口等。其实&＃xff0c;每个块都可以看出是一个独立的计算机&＃xff0c;只不过现在他们被聚在了一起。下面的草图显示这个关系&＃xff1a;
这个图&＃xff0c;非常熟悉&＃xff0c;我这里只是简述一下&＃xff01;OSI&＃xff0c;就是开放的网络协议的标准了。从图中可以看到&＃xff0c;这OSI模型&＃xff0c;定义了七层&＃xff0c;从物理层一直到最上面的应用层。网络协议&＃xff0c;例如Tcp,UDP,IP&＃xff0c;Http等分别对应模型中的不同层。其中IP协议处于第三层&＃xff0c;TCP&＃xff0c;UDP处理第四层。
大家就要问了&＃xff1f;这个有啥用呢&＃xff1f;
我们又知道&＃xff1a;传统的路由器和交换器会位于OSI的第二或者第三层。也就说&＃xff0c;它们决定了一个数据包必须如何被处理以及必须发往何处。尽管第二、三层的交换器做了非常了不起的事情&＃xff0c;但是&＃xff0c;其实在数据包的头信息中&＃xff0c;有更多的有价值的信息没有被使用。如果我们在这个时候&＃xff0c;将数据包获取&＃xff0c;然后分析里面的头信息&＃xff0c;然后将请求按照我们的需要进行转发&＃xff0c;那么就可以在第二、层实现负载均衡等技术。这也是我们常常看到或者听到的Layer 2/3 Switching。
另外&＃xff0c;如果在第四层到第七层中获取数据包&＃xff0c;分析头信息&＃xff0c;然后按需转发请求&＃xff0c;就是所谓的“Layer 4 through 7 Switching”。在第四层中&＃xff0c;TCP和UDP的头中包含了大量的信息&＃xff0c;而这些信息可以使得我们更加智能的实现请求的转发。例如&＃xff0c;当用户发送Http请求到部署到Tcp 80端口的站点的时候,我们可以分析通过分析头信息得到这个信息&＃xff0c;从而可以将请求转发到其他的服务器上去。
今天先到这里&＃xff0c;东西不多&＃xff0c;废话可能一大堆 J&＃xff01;
![[翻译]微服务设计模式5. 服务发现服务端服务发现](https://img7.php1.cn/3cdc5/ca23/525/3af55d7cf19345b9.jpeg)
京公网安备 11010802041100号