5、Ribbon负载均衡服务调用(个人学习笔记)

Surplus...

已于 2022-02-04 09:37:15 修改

阅读量757

点赞数

分类专栏： SpringCloud 文章标签： ribbon 负载均衡 spring cloud

于 2022-02-02 16:15:09 首次发布

本文链接：https://blog.csdn.net/m0_46861581/article/details/122761039

版权

SpringCloud 专栏收录该内容

8 篇文章 0 订阅

订阅专栏

1、 Ribbon入门介绍

Ribbon是什么

Spring Cloud Ribbon是基于Netflix Ribbon实现的一套 客户端负载均衡 的工具。
简单的说：Ribbon是Netflix发布的开源项目，主要功能是提供 客户端的软件负载均衡算法和服务调用 。Ribbon客户端组件提供一系列完善的配置，如连接超时，重试等。简单的说：就是 在配置文件中列出Load Balancer（简称LB）后面所有的机器，Ribbon会自动的帮助你基于某种规则（如简单轮询，随机连接等）去连接这些机器 ，我们很容易使用Ribbon实现自定义的负载均衡算法。

官网资料

https://github.com/Netflix/ribbon/wiki/Getting-Started
Ribbon目前也进入维护模式。未来可能被Spring Cloud LoadBalacer替代.

LB（负载均衡）

LB负载均衡是什么？：简单说就是将用户的请求平摊的分配到多个服务上，从而达到系统的HA高可用。常用的负载均衡有软件Nginx、LVS、硬件F5等。

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

Nginx服务器负载均衡：客户端所有请求都会交给Nginx，然后由Nginx实现转发请求。即 负载均衡是由服务器实现的。
Ribbon 本地负载均衡 :在调用微服务接口时候，会在注册中心上获取注册信息服务列表之后缓存到JVM本地，从而在本地实现RPC远程服务调用技术。
集中式LB

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

进程内LB

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

Ribbon就属于进程内LB，它只是一个类库，集成与消费方进程，消费方通过它来获取到服务提供方的地址。

总结为一句话：负载均衡 + RestTemplate调用

2、Ribbon的负载均衡和Rest调用

架构说明

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

在这里插入图片描述

Ribbon在工作时分成两步

第一步：先选择EurekaServer，它优先选择在同一个区域内负载较少的server
第二步：再根据用户指定的策略，在从server取到的服务注册列表中选择一个地址。
其中Ribbon提供了多种策略，比如轮询、随机和根据响应时间加权。

POM文件

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-ribbon</artifactId>
</dependency>

一般来说，使用Ribbon之前需求先引入spring-cloud-starter-ribbon的依赖。但是这里我们并没有引入该依赖，却能使用Ribbon。原因是我们引入的新版Eureka依赖包含了Ribbon的依赖。

在这里插入图片描述

RestTemplate的使用

官网：官网

getForObject方法/getForEntity方法

getForObject方法：返回对象为响应体中数据转化成的对象，基本上可以理解为Json

在这里插入图片描述

getForEntity方法：返回对象为ResponseEntity对象，包含了响应中的一些重要信息，比如响应头、响应状态码、响应体等

在这里插入图片描述

postForObject/postForEntity

3、Ribbon默认自带的负载规则

Ribbon核心组件IRule，根据特定算法中从服务列表中选取一个要访问的服务

在这里插入图片描述

Ribbon中的7种负载均衡算法

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

4、Ribbon负载规则替换

这里我们修改cloud-consumer-order80

有个配置细节需要注意

官方文档明确给出了警告，这个自定义配置类不能放在@ComponentfScan所扫描的当前包下以及子包下，否则我们自定义的这个配置类就会被所有的Ribbon客户端所共享，达不到特殊化定制的目的了。

我们可以看到在主启动类上的注解中@SpringBootApplication中就包含了注解@ComponentScan
在这里插入图片描述
所以自定义配置类不能放在主启动类的包package下

替换（新建packagecom.spring.myrule）

在这里插入图片描述

com.spring.myrule包下新建MySelfRule类

@Configuration
public class MySelfRule {

    /**
     * 默认为轮询---修改为随机
     *
     * @return
     */
    @Bean
    public IRule myRule() {
        return new RandomRule();
    }
}

创建完之后，在主启动类中添加注解@RibbonClient

在这里插入图片描述

启动项目，访问http://localhost/consumer/payment/get/1

结果中的serverPort在8001与8002随机出现

5、 Ribbon默认负载轮询算法原理

原理

默认负载均衡算法: rest接口第几次请求数 % 服务器集群总数量 = 实际调用服务器位置下标，每次服务重启动后rest接口计数从1开始。

List<ServiceInstance> instances = discoveryClient.getInstances("CLOUD-PAYMENT-SERVICE");

eg：

List [0] instances = 127.0.0.1:8002
List [1] instances = 127.0.0.1:8001

8001+ 8002组合成为集群，它们共计2台机器，集群总数为2，按照轮询算法原理：

当总请求数为1时： 1 % 2 =1对应下标位置为1 ，则获得服务地址为127.0.0.1:8001
当总请求数位2时： 2 % 2 =0 对应下标位置为0 ，则获得服务地址为127.0.0.1:8002
当总请求数位3时：3 % 2 =1对应下标位置为1 ，则获得服务地址为127.0.0.1:8001
当总请求数位4时： 4 % 2 =0对应下标位置为0 ，则获得服务地址为127.0.0.1:8002
如此类推…

Surplus...

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
1
评论
5、Ribbon负载均衡服务调用(个人学习笔记)

1、 Ribbon入门介绍Ribbon是什么Spring Cloud Ribbon是基于Netflix Ribbon实现的一套客户端负载均衡的工具。简单的说：Ribbon是Netflix发布的开源项目，主要功能是提供客户端的软件负载均衡算法和服务调用。Ribbon客户端组件提供一系列完善的配置，如连接超时，重试等。简单的说：就是在配置文件中列出Load Balancer（简称LB）后面所有的机器，Ribbon会自动的帮助你基于某种规则（如简单轮询，随机连接等）去连接这些机器，我们很容
复制链接

扫一扫