Ribbon负载均衡策略剖析
🚕Ribbon负载均衡策略
跟进上面的rule,rule,规则,即负载均衡的规则,有以下几种
public class BaseLoadBalancer extends AbstractLoadBalancer implements PrimeConnectionListener, IClientConfigAware {
private static Logger logger = LoggerFactory.getLogger(BaseLoadBalancer.class);
private static final IRule DEFAULT_RULE = new RoundRobinRule();//这里的rule默认值是一个`RoundRobinRule`的类型
private static final BaseLoadBalancer.SerialPingStrategy DEFAULT_PING_STRATEGY = new BaseLoadBalancer.SerialPingStrategy((SyntheticClass_1)null);
private static final String DEFAULT_NAME = "default";
private static final String PREFIX = "LoadBalancer_";
protected IRule rule;
protected IPingStrategy pingStrategy;
protected IPing ping;
RoundRobinRule(轮询策略):按照一定的顺序依次调用服务实例。多个服务轮流访问。它是Ribbon默认的负载均衡规则。
RandomRule(随机策略):从服务提供者的列表中随机选择一个服务实例。
WeightedResponseTimeRule(权重策略):根据每个服务提供者的响应时间分配⼀个权重,响应时间越长,权重越小,被选中的可能性也就越低。
RetryRule(重试策略):按照轮询策略来获取服务,如果获取的服务实例为 null 或已经失效,则在指定的时间之内不断地进行重试来获取服务,如果超过指定时间依然没获取到服务实例则返回 null。
AvailabilityFilteringRule(可⽤敏感性策略):先过滤掉⾮健康的服务实例,然后再选择连接数较⼩的服务实例。
ZoneAvoidanceRule(区域敏感策略):根据服务所在区域(zone)的性能和服务的可⽤性来选择服务实例,在没有区域的环境下,该策略和轮询策略类似。
BestAvailableRule(最小连接数策略):也叫最小并发数策略,它是遍历服务提供者列表,选取连接数最小的⼀个服务实例。如果有相同的最⼩连接数,那么会调⽤轮询策略进行选取。即忽略那些短路的服务器,并选择并发数较低的服务器。
🚙自定义负载均衡策略
我们需要在order-service中的OrderApplication类中,定义一个新的IRule:
@Bean
public IRule randomRule(){
return new RandomRule();
}
配置文件方式:在order-service的application.yml文件中,添加新的配置也可以修改规则:
userservice: # 给某个微服务配置负载均衡规则,这里是userservice服务
ribbon:
NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule # 负载均衡规则
🚎Ribbon设置饥饿加载
Ribbon默认是采用懒加载,就是第一次访问的时候才会去创建LoadBalanceClient,这样的情况下会导致请求时间很长,影响我们的使用效率。
而饥饿加载则会在项目启动时创建,降低第一次访问的耗时,以下是开启饥饿加载的配置
ribbon:
eager-load:
enabled: true
clients: userservice
本文到此结束,希望能帮到各位小伙伴儿👏👏
如果文章有什么需要改进的地方还请大佬多多指教🤞🤞
以下是我的V信,欢迎加入我们的圈子🎉🎉
再次感谢各位大佬😘😘
- 点赞
- 收藏
- 关注作者
评论(0)