当请求量很少时,负载均衡算法leastactive和shortestresponse的问题
Open
- Dominant language
- Java
- Stars
- 41.6k
- Forks
- 26.4k
- Avg merge
- 15h 13m
- Merged PRs (30d)
- 4
Description
1.客户端2个线程,每个线程调用服务端100次,设置客户端的loadbalance属性为leastactive,启动3个Provider副本,A副本的接口处理逻辑有sleep 10s的阻塞,BC正常处理请求。消费端走注册中心顺序调用100次,请求分布在3个provider,没有实现避免调用A副本的效果。这个是否是正常的?
2.同样的配置,设置客户端的loadbalance属性为shortestresponse,第1次调用被分到A副本,后面所有请求A副本被跳过,剩余全部请求被分到BC2个副本。然后我不重启客户端,多次进行测试,A副本始终都不能再接受到请求。这样实际中是不是会有问题?这种情况下A副本就一直被闲置了吗?
@Reference(version = "1.0.0", filter = "activelimit", loadbalance = "shortestresponse", actives = 100)
private OrderDubboService orderDubboService;
Contributor guide
Assessment
This issue has not been assessed yet.