Spring Cloud核心组件——Ribbon负载均衡

1.1关于负载均衡

负载均衡⼀般分为服务器端负载均衡和客户端负载均衡所谓服务器端负载均衡,⽐如Nginx、F5这些,请求到达服务器之后由这些负载均衡器根据⼀定的算法将请求路由到⽬标服务器处理。

所谓客户端负载均衡,⽐如我们要说的Ribbon,服务消费者客户端会有⼀个服务器地址列表,调⽤⽅在请求前通过⼀定的负载均衡算法选择⼀个服务器进⾏访问,负载均衡算法的执⾏是在请求客户端进⾏。

Ribbon是Netflflix发布的负载均衡器。Eureka⼀般配合Ribbon进⾏使⽤,Ribbon利⽤从Eureka中读取到服务信息,在调⽤服务提供者提供的服务时,会根据⼀定的算法进⾏负载。

1..2 Ribbon⾼级应⽤

不需要引⼊额外的Jar坐标,因为在服务消费者中我们引⼊过eureka-client,它会引⼊Ribbon相关Jar

 代码中使⽤如下,在RestTemplate上添加对应注解即可

    @Bean
    @LoadBalanced
    public RestTemplate restTemplate(){
        return new RestTemplate();
    }

修改两个服务提供者一个端口8080,一个端口8083,提供接口返回当前实例的端⼝号,便于观察负载情况

@RestController
@RequestMapping("/demo")
public class DemoController {

    @Value("${server.port}")
    private Integer port;

    @RequestMapping("/server/port")
    public Integer demo(){
        return port;
    }
}

编写服务消费者,直接配置服务名即可有ribbon完成负载均衡

@RestController
@RequestMapping("/consumer")
public class RibbonTestController {

    @Autowired
    private RestTemplate restTemplate;

    @RequestMapping("/check/port")
    public Integer findResumeOpenState2() {
        Integer port = restTemplate.getForObject("http://ZQLDEMOPROVIDER/demo/server/port", Integer.class);
        return port;
    }
}

启动各个服务,进行测试

 服务已注册到注册中心了

访问http://localhost:8082/consumer/check/port测试

 

1.3  Ribbon负载均衡策略

Ribbon内置了多种负载均衡策略,内部负责复杂均衡的顶级接⼝为com.netflflix.loadbalancer.IRule ,类树如下

负载均衡策略

描述

RoundRobinRule:轮询

策略

默认超过10次获取到的server都不可⽤,会返回

⼀个空的server

RandomRule:随机策略

如果随机到的server为null或者不可⽤的话,会

while不停的循环选取

RetryRule:重试策略

⼀定时限内循环重试。默认继承

RoundRobinRule,也⽀持⾃定义注⼊,

RetryRule会在每次选取之后,对选举的server进

⾏判断,是否为null,是否alive,并且在500ms

内会不停的选取判断。⽽RoundRobinRule失效

的策略是超过10次,RandomRule是没有失效时

间的概念,只要serverList没都挂。

BestAvailableRule:最⼩

连接数策略

遍历serverList,选取出可⽤的且连接数最⼩的⼀

个server。该算法⾥⾯有⼀个LoadBalancerStats

的成员变量,会存储所有server的运⾏状况和连

接数。如果选取到的server为null,那么会调⽤

RoundRobinRule重新选取。

AvailabilityFilteringRule:

可⽤过滤策略

扩展了轮询策略,会先通过默认的轮询选取⼀个

server,再去判断该server是否超时可⽤,当前

连接数是否超限,都成功再返回。

ZoneAvoidanceRule:区

域权衡策略(默认策略)

扩展了轮询策略,继承了2个过滤器:

ZoneAvoidancePredicate和

AvailabilityPredicate,除了过滤超时和链接数过

多的server,还会过滤掉不符合要求的zone区域

⾥⾯的所有节点,AWS --ZONE 在⼀个区域/机房

内的服务实例中轮询

可以在配置文件中修改负载均衡策略

#针对的被调⽤⽅微服务名称,不加就是全局⽣效
zql_demo_provider:
  ribbon:
    NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule #负载策略调整

猜你喜欢

转载自blog.csdn.net/xiaozhang_man/article/details/124362904