Ribbon-负载均衡

复制代码
负载方案:
1.在客户端和服务端中间使用独立的代理方式进行负载,Nginx
2.消费端根据自己的请求做负载均衡,Ribbon

常见算法:
	随机:通过随机选择服务进行执行
	轮询:默认实现方式,服务请求 一个接着一个 依次处理
	权重:对服务器性能的分析,给高配置,低负载的服务器分配更高的权重
    最小连接数:哪台服务器接收请求连接越少,就分给哪台

1. Ribbon常用负载均衡策略

复制代码
IRule:所有负载均衡策略的父接口,核心方法choose方法,通过服务名称选择服务实例。
AbstractLoadBalancerRule:抽象类,主要定义了一个ILoadBalancer,辅助负载均衡策略选取合适的服务端实例。
RandomRule:随机策略,每次通过底层方法生成一个不大于服务器实例总数的随机数,并将该数作为下标获取一个服务实例。
RoundRobinRule:轮询策略,开启一个计数器,在while循环中遍历服务清单,获取清单之前先通过底层方法获取一个下标,这个下标是一个不断自增长的数先+1然后和服务清单总数取模之后获取到的,再通过这个小标去服务清单中获取服务实例。
RetryRule:重试策略,在轮询的基础上进行重试,比如在轮询的过程中选择的服务实例为null或者已失效,则在请求超时时间范围内会不断的进行重试获取服务实例。
WeightedResponseTimeRule:权重策略,底层方法会根据每一个服务实例的运行情况计算出该实例的一个权重数,然后在挑选服务实例的时候则根据权重进行挑选,能够实现更优的服务实例调用。

2.修改Ribbon负载均衡策略

1.方式一:配置类
复制代码
自定义负载均衡策略配置类要放在启动类扫描包路径之外,否则自定义的配置类会被所有的服务提供方共享。
1.修改Ribbon负载均衡策略配置类
java 复制代码
@Configuration
public class RibbonRandomRuleConfig {

    @Bean
    //方法名iRule不要修改
    public IRule iRule(){
        return new RandomRule();
    }

}
2.启动类添加RibbonClients注解
复制代码
注:使用RestTemplete进行接口调用,需要添加@LoadBalanced注解
java 复制代码
@SpringBootApplication(exclude = DataSourceAutoConfiguration.class)
@MapperScan({"com.daily.project.mapper"})
@EnableFeignClients
@RibbonClients(value = {
        //服务提供方,也就是当前服务需要调用的服务
        //当前服务调用daily-project-system时采用Ribbon负载均衡随机策略
        @RibbonClient(name="daily-project-system",configuration = RibbonRandomRuleConfig.class)
})
public class TrainSportApplication {
    public static void main(String[] args) {
        SpringApplication.run(TrainSportApplication.class, args);
    }
    
	@Bean
    @LoadBalanced
    public RestTemplate restTemplate(RestTemplateBuilder builder){
        RestTemplate restTemplate = builder.build();
        return restTemplate;
    }
}
2.方式二:配置文件yml
yaml 复制代码
#服务提供方
#服务提供方
daily-project-system:
  ribbon:
    NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule
##第一次访问服务ribbon默认懒加载响应慢的问题
ribbon:
  eager-load:
    #开启ribbon饥饿加载(服务启动时就加载)
    enabled: true
    #多个使用,分隔
    clients: daily-project-system
相关推荐
生骨大头菜8 小时前
使用python实现相似图片搜索功能,并接入springcloud
开发语言·python·spring cloud·微服务
YDS82911 小时前
SpringCould —— 网关详解
后端·spring·spring cloud
码界奇点14 小时前
基于微服务架构的悟空人力资源管理系统设计与实现
spring cloud·微服务·云原生·架构·毕业设计·源代码管理
大大大大物~16 小时前
Spring Cloud熔断与降级:核心区别与实践指南【怎么理解?解决了什么问题?各自的适用场景?Sentinel实现代码示例】
spring cloud·sentinel·熔断·降级
踏浪无痕18 小时前
告别手写 TraceId!Micrometer 链路追踪在 Spring Boot 中的落地实践
后端·spring cloud·架构
serendipity_hky18 小时前
【SpringCloud | 第3篇】Sentinel 服务保护(限流、熔断降级)
java·后端·spring·spring cloud·微服务·sentinel
DKunYu20 小时前
3.负载均衡-LoadBalance
java·运维·spring cloud·微服务·负载均衡
招风的黑耳20 小时前
拆解基于SpringCloud社区团购项目:微服务划分与分布式事务实战
分布式·spring cloud·微服务
黄俊懿1 天前
【深入理解SpringCloud微服务】Seata(AT模式)源码解析——@GlobalTransactional注解与@globalLock生效的原理
java·spring cloud·微服务·云原生·架构·系统架构·架构师
黄俊懿1 天前
【深入理解SpringCloud微服务】Seata(AT模式)源码解析——开启全局事务
java·数据库·spring·spring cloud·微服务·架构·架构师