[TOC] > [参考文档](https://www.w3cschool.cn/architectroad/architectroad-load-balancing.html) ## 【客户端层->反向代理层】的负载均衡 通过“DNS轮询”实现的:DNS-server对于一个域名配置了多个解析ip,每次DNS解析请求来访问DNS-server,会轮询返回这些ip,保证每个ip的解析概率是相同的 ## 【反向代理层->站点层】的负载均衡 通过“nginx”实现 1. **请求轮询**:和DNS轮询类似,请求依次路由到各个web-server 2. **最少连接路由**:哪个web-server的连接少,路由到哪个web-server 3. **ip哈希**:按照访问用户的ip哈希值来路由web-server,只要用户的ip分布是均匀的,请求理论上也是均匀的,ip哈希均衡方法可以做到,同一个用户的请求固定落到同一台web-server上,此策略适合有状态服务,例如session(58沈剑备注:可以这么做,但强烈不建议这么做,站点层无状态是分布式架构设计的基本原则之一,session最好放到数据层存储) ## 【站点层->服务层】的负载均衡 ![UTOOLS1576334934242.png](http://yanxuan.nosdn.127.net/99f40081fee7d656f3f3b59dc039205d.png) 是通过“服务连接池”实现的。 上游连接池会建立与下游服务多个连接,每次请求会“随机”选取连接来访问下游 ## 【数据层】的负载均衡 **数据的均衡**是指:水平切分后的每个服务(db,cache),数据量是差不多的。 **请求的均衡**是指:水平切分后的每个服务(db,cache),请求量是差不多的。 ### 按照range水平切分 ![UTOOLS1576335095857.png](http://yanxuan.nosdn.127.net/277308939f6570b3ece6ce2c1948e8fc.png) 这个方案的好处是: 1. 规则简单,service只需判断一下uid范围就能路由到对应的存储服务 2. 数据均衡性较好 3. 比较容易扩展,可以随时加一个uid[2kw,3kw]的数据服务 不足是: 1. 请求的负载不一定均衡,一般来说,新注册的用户会比老用户更活跃,大range的服务请求压力会更大 ### 按照id哈希水平切分 ![UTOOLS1576335108472.png](http://yanxuan.nosdn.127.net/4e5e870dd25c41f29b871f53e3bd4b95.png) 这个方案的好处是: 1 .**规则简单**,service只需对uid进行hash能路由到对应的存储服务 2. **数据均衡性较好** 2. **请求均匀性较好** 不足是: 2. **不容易扩展**,扩展一个数据服务,hash方法改变时候,可能需要进行数据迁移 **总结**