SpringCloud（五）：Ribbon负载均衡服务调用

最新推荐文章于 2024-05-21 10:40:46 发布

PuppyCoding

最新推荐文章于 2024-05-21 10:40:46 发布

阅读量198

点赞数

分类专栏： SpringCloud

本文链接：https://blog.csdn.net/weixin_41430914/article/details/119609515

版权

SpringCloud 专栏收录该内容

8 篇文章 0 订阅

订阅专栏

Ribbon本地负载均衡客户端和Nginx服务客服端负载均衡的区别

Ribbon负载均衡演示

Ribbon核心组件IRule

Ribbon负载均衡算法

概述

是什么

Spring Cloud Ribbon是基于Netflix Ribbon实现的一套客户端，负载均衡的工具。

简单来说，ribbon是Netflix发布的开源项目，主要功能是提供客户端软件负载均衡的算法和服务调用。

Ribbon客户端组件提供一系列完善的配置如连接超时，重试等。简单的说，就是在配置文件中列出Load Balance（简称LB）后面所有的机器，Ribbon会自动帮助你基于某种规则，比如简单轮询，随机连接等去连接这些机器。我们很容易使用Ribbon实现自定义的负载均衡算法。

官网资料

Ribbon官网

能干嘛

LB（负载均衡）

简单的说就是将用户请求平摊的分配到多个服务上，从而达到系统的HA（高可用）。

常见的负载均衡软件有Nignx，LVS，硬件F5等。

Ribbon本地负载均衡客户端和Nginx服务客服端负载均衡的区别

Nginx是服务器负载均衡，客户端所有的请求都会交给nginx，然后由nginx实现转发请求，即负载均衡是由服务端实现的。

Ribbon本地负载均衡，在调用微服务接口的时候，会在注册中心上获取注册信息服务列表后缓存到JVM本地，从而实现RPC远程调用技术。

负载均衡分为两种：

集中式LB

即在服务的消费方和提供方之间提供独立的LB设施，可以是硬件，比如F5，也可以是软件，如Nginx，由该设施负责把访问的请求通过某种策略转发至服务提供方。

进程内LB

将LB逻辑集成到消费方，将消费方从服务注册中心获知有哪些地址可用，然后自己再从这些地址中选择出一个合适的服务器。

在之前的学习中，我们用负载均衡+RestTempate调用实现了进程内的LB。

Ribbon负载均衡演示

架构说明：

Ribbon其实就是一个软负载均衡的客户端组件，他可以和其他所需请求的客户端结合使用，和eureka结合只是其中的一个实例。

SpringCloud（三）：Eureka基础知识，单机配置、集群配置、自我保护

在学习Eureka的时候，并没有引入Ribbon的依赖，却依然能够使用Ribbon？因为eureka的依赖里面已经包含Ribbon的依赖了。

即使加入了ribbon依赖（未指明版本的时候），也依然2.2.1。

Ribbon核心组件IRule

IRule是Ribbon的一个接口，主要是根据特定算法从服务列表中选取一个要访问的服务。当我们打上@LoadBalance注解的时候，默认给我们选择了轮询算法。

而Ribbon也远不止轮询算法，也可以自定义算法。

IRule接口下主要靠 AbstractLoadBalancerRule实现的7个较为常用的算法：

com.netflix.loadbalancer.RoundRobinRule 轮询
com.netflix.loadbalancer.RandomRule 随机
com.netflix.loadbalancer.RetryRule 先按照RoundRobinRule的策略获取服务，如果获取服务失败则在指定时间内会进行重试
WeightedResponseTimeRule 对RoundRobinRule的扩展，响应速度越快的实例选择权重越大，越容易被选择
BestAvailableRule 会先过滤掉由于多次访问故障而处于断路器跳闸状态的服务，然后选择一个并发量最小的服务
AvailabilityFilteringRule 先过滤掉故障实例，再选择并发较小的实例
ZoneAvoidanceRule 默认规则，复合判断server所在区域的性能和server的可用性选择服务器

Ribbon负载均衡算法

既然默认为轮询算法，那么如何换成另外一种算法，比如随机算法呢？

官方文档有说明(不过我没有找这个说明在哪里)，如果需要使用@RibbonClient注解，就不能把它放在有@ComponentScan注解的包及子包下，换而言之，就是不能在@SpringBootApplication注解的包及子包下，因为@SpringBootApplication注解包含了@ComponentScan。

因此，在外层建包：

上面包下新建MyRule规则类

/**
 * @author Claw
 * @date 2021/8/12 16:02.
 */
@Configuration
public class MyRuleConfig {
    @Bean
    public RandomRule getRule() {
        return new RandomRule();
    }
}

主启动类添加@RibbonClient，写上微服务名称，规则类。（经测试发现服务名称如果是小写的这个配置就无效，可能是因为无法识别到微服务名称吧。Eureka里服务里的实例名称就是：CLOUD-PAYMENT-SERVICE）

@SpringBootApplication
@RibbonClient(name = "CLOUD-PAYMENT-SERVICE", configuration = MyRuleConfig.class)
public class Consumer80 {
    public static void main(String[] args) {
        SpringApplication.run(Consumer80.class, args);
    }
}

测试：

访问order80，经测试发现，访问不再是轮询，而是随机。