负载均衡
最后更新于：2022-04-02 04:12:27
[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最好放到数据层存储）
## 【站点层->服务层】的负载均衡
是通过“服务连接池”实现的。
上游连接池会建立与下游服务多个连接，每次请求会“随机”选取连接来访问下游
## 【数据层】的负载均衡
**数据的均衡**是指：水平切分后的每个服务（db，cache），数据量是差不多的。
**请求的均衡**是指：水平切分后的每个服务（db，cache），请求量是差不多的。
### 按照range水平切分
这个方案的好处是：
1. 规则简单，service只需判断一下uid范围就能路由到对应的存储服务
2. 数据均衡性较好
3. 比较容易扩展，可以随时加一个uid[2kw,3kw]的数据服务
不足是：
1. 请求的负载不一定均衡，一般来说，新注册的用户会比老用户更活跃，大range的服务请求压力会更大
### 按照id哈希水平切分
这个方案的好处是：
1 .**规则简单**，service只需对uid进行hash能路由到对应的存储服务
2. **数据均衡性较好**
2. **请求均匀性较好**
不足是：
2. **不容易扩展**，扩展一个数据服务，hash方法改变时候，可能需要进行数据迁移
**总结**
';