加权下第 3 个发给谁

按模型,权重 [2, 1]、weighted_pick([2, 1], 2) 交回哪个下标? 贯穿本节的负载均衡模型:rr(n, k) 轮询——第 n 个请求(从 0 数)发给第 n%k 个后端;weighted_expand(权重) 把下

开始练习 →

补全:加权轮询选下标

补全 weighted_pick:按展开后的序列轮询第 n 个。 贯穿本节的负载均衡模型:rr(n, k) 轮询——第 n 个请求(从 0 数)发给第 n%k 个后端;weighted_expand(权重) 把下标按权展开成一轮([2,1]

开始练习 →

补全:请求分配计数

补全 distribute:轮询分配,下标 0 先多拿余数。 贯穿本节的负载均衡模型:rr(n, k) 轮询——第 n 个请求(从 0 数)发给第 n%k 个后端;weighted_expand(权重) 把下标按权展开成一轮([2,1]→[

开始练习 →

补全:最少连接选一台

补全 least_conn:发给连接数最少的后端。 贯穿本节的负载均衡模型:rr(n, k) 轮询——第 n 个请求(从 0 数)发给第 n%k 个后端;weighted_expand(权重) 把下标按权展开成一轮([2,1]→[0,0,1

开始练习 →

补全:权重是否合法

补全 spread_ok:权重都为正才合法。 贯穿本节的负载均衡模型:rr(n, k) 轮询——第 n 个请求(从 0 数)发给第 n%k 个后端;weighted_expand(权重) 把下标按权展开成一轮([2,1]→[0,0,1]),

开始练习 →

健康检查是干什么的

负载均衡里的健康检查,作用是【0】。 贯穿本节的健康检查模型:status 是 [(后端名, 是否活着)]。healthy 交回还活着的后端名(按原序),available 数活着几个,pick_healthy(status, n) 只在活

开始练习 →

后端挂了该怎么办

发现某台后端挂了,负载均衡应当【0】。 贯穿本节的健康检查模型:status 是 [(后端名, 是否活着)]。healthy 交回还活着的后端名(按原序),available 数活着几个,pick_healthy(status, n) 只在

开始练习 →

还有几台活着

按模型,[(a,活), (b,挂), (c,活)],available 交回几台? 贯穿本节的健康检查模型:status 是 [(后端名, 是否活着)]。healthy 交回还活着的后端名(按原序),available 数活着几个,pick

开始练习 →

第 2 个请求发给谁

按模型,只在活的里轮询,pick_healthy([(a,活),(b,挂),(c,活)], 1) 交回谁? 贯穿本节的健康检查模型:status 是 [(后端名, 是否活着)]。healthy 交回还活着的后端名(按原序),availabl

开始练习 →

补全:挑出活着的后端

补全 healthy:交回还活着的后端名。 贯穿本节的健康检查模型:status 是 [(后端名, 是否活着)]。healthy 交回还活着的后端名(按原序),available 数活着几个,pick_healthy(status, n)

开始练习 →