- 利用Eureka来演示,需要启动的程序如下:
概述
是什么
- Spring Cloud Ribbon是基于Netflix Ribbon实现的一套客户端 负载均衡工具
- 提供客户端软件负载均衡算法和服务调用。Ribbon客户端组件提供一系列完善的配置项如连接超时,重试等。简单来说,就是在配置文件中列出Load Balancer(LB)后面所有的机器,Ribbon会自动的帮助基于某种规则(简单轮询,随机连接等)去连接这些机器。我们很容易使用Ribbon实现自定义的负载均衡算法。
- 一句话负载均衡+RestTemplate调用
能干啥
- 负载均衡:简单来说就是将用户的请求平摊的分配到多个服务上,从而达到系统的高可用。常见的复杂均衡软件Nginx,LVS,硬件F5等
Ribbon本地负载均衡客户端和Nginx服务器端负载均衡的区别
- Nginx是客户端所有请求都会交给Nginx,然后Nginx实现转发请求。负载均衡由服务器端来实现。
- Ribbon本地负载均衡,在调用微服务接口的时候,会在注册中心上获取注册信息服务列表之后缓存到JVM本地,从而在本地实现RPC远程服务调用技术
负载均衡分类
- 集中式:在服务的消费方和提供方之间使用独立的LB设施(可以是硬件,如F5,也可以是软件,如Nginx),由该设施负责把访问请求通过某种策略转发至服务的提供方。
- 进程内:将LB逻辑集中到消费方,消费方从服务注册中心获知有哪些地址可用,然后自己再从这些地址中选择出一个合适的服务器。Ribbon就属于进程内LB,他只是一个类库,集成于消费方进程,消费方通过它来获取服务提供方地址。
Ribbon负载均衡演示
- Ribbon就是一个软负载均衡的客户端组件,它可以和其他所需请求的客户端结合使用,和eureka结合就是一个实例。
Ribbon工作分为两步
- 第一步先选择EurekaServer,它优先选择在通一个区域内负载较少的server
- 第二步再根据用户指定的策略,在从server取到的服务注册列表中选择一个地址
eureka的client包中包含ribbon
再说RestTemplate
Ribbon核心组件IRule
- RoundRobinRule:轮询
- RandomRule:随机
- RetryRule:先按照RoundRobin的策略获取服务,如果获取服务失败则在指定的时间内重试,获取可用服务
- WeightedResponseTimeRule:对RoundRobinRule的扩展,响应速度越快的实例选择权重越大,越容易被选择
- BestAvailableRule:会先过滤掉由于多次访问故障而处于断路器跳闸状态的服务,然后选择一个并发量最小的服务
- AvailablityFilteringRule:先过滤故障实例,再选择并发较小的实例
- ZoneAvoidanceRule:默认规则,复合判断server所在的区域的性能和server的可用型选择服务器
替换负载均衡算法
-
注意配置细节
-
由于上述细节,并且SpringBootApplication注解中包含ComponentScan注解,左边红框中内容都能被扫描的到
-
新建myrule包应跳出子包范围建立
- 加一个配置类
-
主类增加注解,表明负责均衡规则
- http://localhost/consumer/payment/get/1发现访问的服务变成随机的了
Ribbon负载均衡算法原理
负载均衡算法
- rest接口第几次请求数%服务器集群总数量=实际调用服务器下标
- 每次服务重启后rest接口技术从1开始
试写一个本地轮询算法
- 修改8001和8002支付服务,增加一个查询方法便于观察
- 消费者订单80去除已有负载均衡
这时下边方法会失效,报地址错误
- 面向接口编程
- 增加controller方法
最后把loadbalance注解加上了