动手写RPC框架 - GeeRPC第六天 负载均衡(load balance)
源代码/数据集已上传到 Github - 7days-golang
本文是7天用Go从零实现RPC框架GeeRPC的第六篇。
- 通过随机选择和 Round Robin 轮询调度算法实现服务端负载均衡,代码约 250 行
负载均衡策略
假设有多个服务实例,每个实例提供相同的功能,为了提高整个系统的吞吐量,每个实例部署在不同的机器上。客户端可以选择任意一个实例进行调用,获取想要的结果。那如何选择呢?取决了负载均衡的策略。对于 RPC 框架来说,我们可以很容易地想到这么几种策略:
- 随机选择策略 - 从服务列表中随机选择一个。
- 轮询算法(Round Robin) - 依次调度不同的服务器,每次调度执行 i = (i + 1) mode n。
- 加权轮询(Weight Round Robin) - 在轮询算法的基础上,为每个服务实例设置一个权重,高性能的机器赋予更高的权重,也可以根据服务实例的当前的负载情况做动态的调整,例如考虑最近5分钟部署服务器的 CPU、内存消耗情况。
- 哈希/一致性哈希策略 - 依据请求的某些特征,计算一个 hash 值,根据 hash 值将请求发送到对应的机器。一致性 hash 还可以解决服务实例动态添加情况下,调度抖动的问题。一致性哈希的一个典型应用场景是分布式缓存服务。感兴趣可以阅读动手写分布式缓存 - GeeCache第四天 一致性哈希(hash)
- …
服务发现
负载均衡的前提是有多个服务实例,那我们首先实现一个最基础的服务发现模块 Discovery。为了与通信部分解耦,这部分的代码统一放置在 xclient 子目录下。
定义 2 个类型:
- SelectMode 代表不同的负载均衡策略,简单起见,GeeRPC 仅实现 Random 和 RoundRobin 两种策略。
- Discovery 是一个接口类型,包含了服务发现所需要的最基本的接口。
- Refresh() 从注册中心更新服务列表
- Update(servers []string) 手动更新服务列表
- Get(mode SelectMode) 根据负载均衡策略,选择一个服务实例
- GetAll() 返回所有的服务实例
day6-load-balance/xclient/discovery.go
1 | package xclient |
紧接着,我们实现一个不需要注册中心,服务列表由手工维护的服务发现的结构体:MultiServersDiscovery
1 | // MultiServersDiscovery is a discovery for multi servers without a registry center |
- r 是一个产生随机数的实例,初始化时使用时间戳设定随机数种子,避免每次产生相同的随机数序列。
- index 记录 Round Robin 算法已经轮询到的位置,为了避免每次从 0 开始,初始化时随机设定一个值。
然后,实现 Discovery 接口
1 | var _ Discovery = (*MultiServersDiscovery)(nil) |
支持负载均衡的客户端
接下来,我们向用户暴露一个支持负载均衡的客户端 XClient。
day6-load-balance/xclient/xclient.go
1 | package xclient |
XClient 的构造函数需要传入三个参数,服务发现实例 Discovery、负载均衡模式 SelectMode 以及协议选项 Option。为了尽量地复用已经创建好的 Socket 连接,使用 clients 保存创建成功的 Client 实例,并提供 Close 方法在结束后,关闭已经建立的连接。
接下来,实现客户端最基本的功能 Call
。
1 | func (xc *XClient) dial(rpcAddr string) (*Client, error) { |
我们将复用 Client 的能力封装在方法 dial
中,dial 的处理逻辑如下:
- 检查
xc.clients
是否有缓存的 Client,如果有,检查是否是可用状态,如果是则返回缓存的 Client,如果不可用,则从缓存中删除。 - 如果步骤 1) 没有返回缓存的 Client,则说明需要创建新的 Client,缓存并返回。
另外,我们为 XClient 添加一个常用功能:Broadcast
。
1 | // Broadcast invokes the named function for every server registered in discovery |
Broadcast 将请求广播到所有的服务实例,如果任意一个实例发生错误,则返回其中一个错误;如果调用成功,则返回其中一个的结果。有以下几点需要注意:
- 为了提升性能,请求是并发的。
- 并发情况下需要使用互斥锁保证 error 和 reply 能被正确赋值。
- 借助 context.WithCancel 确保有错误发生时,快速失败。
Demo
又到了 Demo 环节,我们还是借助一个简单的 Demo 验证今天的成果吧。
首先,启动 RPC 服务的代码还是类似的,Sum 是正常的方法,Sleep 用于验证 XClient 的超时机制能否正常运作。
day6-load-balance/main/main.go
1 | package main |
封装一个方法 foo
,便于在 Call
或 Broadcast
之后统一打印成功或失败的日志。
1 | func foo(xc *xclient.XClient, ctx context.Context, typ, serviceMethod string, args *Args) { |
call 调用单个服务实例,broadcast 调用所有服务实例
1 | func call(addr1, addr2 string) { |
运行结果如下:
1 | rpc server: register Foo.Sleep |
附 推荐阅读
last updated at 2023-11-15