阿里云的负载均衡产品SLB，如今已经细分出很多性能指标，跟我最初接触时候有了很大的不同。
不过负载均衡的出发点是没有变化的，那就是端口流量转发。端口流量转发，其实这项工作本身的负荷是很低的，因此虽然很低配的SLB，就已经足够支撑很多链接并发过来。
今天说到这个话题，是由于看到有人讨论Nginx，Nginx在某些场合的宣传口号是，支持百万级别的并发连接。然后就有人因为这个指标，产生了怀疑，觉得这个指标含水分。其实，这个指标本身是没有问题的，只是测出来的这个指标，是需要有前提条件的。
负载均衡的最根本目的，就是字面意思所说的“负载”和“均衡”：负载的是过来的连接，均衡到其他服务器上去。
细分一下负载均衡的用途：集中入口，将收到的所有连接，调流转发到一堆同样功能的后端服务器上去，后端服务器可以是个服务端应用程序，也可以是一台一台的物理服务器或者虚拟机。这里隐含了一个条件就是：负载均衡由于只有一个入口，因此这个入口的网络带宽性能，必然会影响到压测结果。如果前端请求或者后端响应大小的增加，那么必然会降低网络带宽引起的IO下降，从而导致测试结果下降，所以用作负载均衡的机器本身应当具备大带宽物理优势来发挥自己的高并发支撑优势。
以我的GPS业务为例，上百万设备同时使用tcp链接到服务器，使用的是负载均衡的有且唯一的公网IP。最终承载百万台设备 tcp 压力的是后面那 100 多台机器，再往后是几台缓存 ecs，再往后还有几台数据库。然而往前还有几台 web 机器作为一个WEB端负载均衡的机器提供用户访问。也就是说，我这个规模的系统，用了 2 个负载均衡入口，一个用来负载百万设备的 tcp 连接童通信，一个用来负载几千qps压力的用户 web 服务和 api 服务。
原文地址：
https://www.opengps.cn/Blog/View.aspx?id=790
文章的更新编辑依此链接为准。欢迎关注源站原创文章！