• SpringCloud(5):Ribbon详解


    1 客户端负载均衡

            负载均衡在系统架构中是一个非常重要,并且是不得不去实施的内容。因为负载均衡是对系统的高可用、网络压力的缓解和处理能力扩容的重要手段之一。我们通常所说的负载均衡都指的是服务端负载均衡,其中分为硬件负载均衡和软件负载均衡。硬件负载均衡主要通过在服务器节点之间按照专门用于负载均衡的设备,比如F5等;而软件负载均衡则是通过在服务器上安装一些用于负载均衡功能或模块等软件来完成请求分发工作,比如Nginx等。不论采用硬件负载均衡还是软件负载均衡,只要是服务端都能以类似下图的架构方式构建起来:

            硬件负载均衡的设备或是软件负载均衡的软件模块都会维护一个下挂可用的服务端清单,通过心跳检测来剔除故障的 服务端节点以保证清单中都是可以正常访问的服务端节点。当客户端发送请求到负载均衡设备的时候,该设备按某种 算法(比如线性轮询、按权重负载、按流量负载等)从维护的可用服务端清单中取出一台服务端端地址,然后进行转发。

            而客户端负载均衡和服务端负载均衡最大的不同点在于上面所提到服务清单所存储的位置。在客户端负载均衡中,所有客户端节点都维护着自己要访问的服务端清单,而这些服务端端清单来自于服务注册中心,比如上一章我们介绍的Eureka服务端。同服务端负载均衡的架构类似,在客户端负载均衡中也需要心跳去维护服务端清单的健康性,默认会创建针对各个服务治理框架的Ribbon自动化整合配置,比如Eureka中的org.springframework.cloud.netflflix.ribbon.eureka.RibbonEurekaAutoConfifiguration,Consul中的org.springframework.cloud.consul.discovery.RibbonConsulAutoConfifiguration。

            在实际使用的时候,我们可以通过查看这两个类的实现,以找到它们的配置详情来帮助我们更好地使用它。

            通过Spring Cloud Ribbon的封装,我们在微服务架构中使用客户端负载均衡调用非常简单,只需要如下两步:

    ▪ 服务提供者只需要启动多个服务实例并注册到一个注册中心或是多个相关联的服务注册中心。

    ▪ 服务消费者直接通过调用被@LoadBalanced注解修饰过的RestTemplate来实现面向服务的接口调用。

    这样,我们就可以将服务提供者的高可用以及服务消费者的负载均衡调用一起实现了。

    内置负载均衡规则类

    规则描述
    RoundRobinRule
    简单轮询服务列表来选择服务器。它是 Ribbon 默认的负载均衡规则。
    AvailabilityFilteringRule
    对以下两种服务器进行忽略:
    (1)在默认情况下,这台服务器如果 3 次连接失败,这台服务器就会被设置为“ 短路 状态。短路状态将持续 30 秒,如果再次连接失败,短路的持续时间就会几何级地增加。
    (2)并发数过高的服务器。如果一个服务器的并发连接数过高,配置了AvailabilityFilteringRule规则的客户端也会将其忽略。并发连接数的上线,可以由客户端的进行配置。
    WeightedResponseTimeRule
    为每一个服务器赋予一个权重值。服务器响应时间越长,这个服务器的权重就越小。这个规则会随机选择服务器,这个权重值会影响服务器的选择。
    ZoneAvoidanceRule
    以区域可用的服务器为基础进行服务器的选择。使用 Zone 对服务器进行分类,这个Zone 可以理解为一个机房、一个机架等。
    BestAvailableRule
    忽略哪些短路的服务器,并选择并发数较低的服务器。
    RandomRule
    随机选择一个可用的服务器。
    Retry
    重试机制的选择逻辑

    SpringCloud(4):生产者和消费者注册及调用演示的基础上演示

    之前的代码中order-demo已经添加了过了Ribbon依赖,如下:

    1. <dependency>
    2. <groupId>org.springframework.cloudgroupId>
    3. <artifactId>spring-cloud-starter-netflix-ribbonartifactId>
    4. dependency>

    将user-demo的代码修改为如下:

    1. @RestController
    2. public class UserController {
    3. @Value("${server.port}")
    4. int port;
    5. @RequestMapping("/user/{id}")
    6. public String getUser(@PathVariable("id") int id) {
    7. if (id == 1) {
    8. return "楼主很帅"+port;
    9. } else if (id == 2) {
    10. return "博主最帅"+port;
    11. } else {
    12. return "答主更帅"+port;
    13. }
    14. }
    15. }

    启动多个user-demo项目

     

    访问http://localhost:8811/order?name=iphone&id=1,多次访问后会发现默认为轮询。

     

     

     

    可以发现,默认为轮询,在3个服务之间进行轮询。

    修改负载均衡策略配置

    1. study-user:
    2. ribbon:
    3. NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule

    在运行order-demo,会发现变成了随机选取服务。

    2 Ribbon源码分析

    LoadBalancerAutoConfiguration.java为实现客户端负载均衡器的自动化配置类。

    1. @Bean
    2. @ConditionalOnMissingBean
    3. public RestTemplateCustomizer restTemplateCustomizer(final LoadBalancerInterceptor loadBalancerInterceptor)
    4. {
    5. return restTemplate -> {
    6. List<ClientHttpRequestInterceptor> list = new ArrayList<>(
    7. restTemplate.getInterceptors());
    8. list.add(loadBalancerInterceptor);
    9. restTemplate.setInterceptors(list);
    10. };
    11. }

    在自动化配置中主要做三件事:

    • 创建一个LoadBalancerInterceptor的Bean,用于实现对客户端发起请求时进行拦截,以实现客户端负载均 衡。
    • 创建一个RestTemplateCustomizer的Bean,用于给RestTemplate增加LoadBalancerInterceptor拦截器。
    • 维护了一个被@LoadBalanced注解修饰的RestTemplate对象列表,并在这里进行初始化,通过调用RestTemplateCustomizer的实例来给需要客户端负载均衡的RestTemplate增加LoadBalancerInterceptor拦截器。

    从@LoadBalanced注解码的注释中,可以知道该注解用来给RestTemplate标记,以使用负载均衡的客户端(LoadBalancerClient)来配置它。

    • LoadBalancerClient
    1. public interface LoadBalancerClient extends ServiceInstanceChooser
    2. {
    3. T execute(String var1, LoadBalancerRequest var2) throws IOException;
    4. // 从负载均衡器中挑选出的服务实例来执行请求内容。
    5. T execute(String var1, ServiceInstance var2, LoadBalancerRequest var3) throws IOException;
    6. // 为了给一些系统使用,创建一个带有真实host和port的URI。
    7. // 一些系统使用带有原服务名代替host的URI,比如http://myservice/path/to/service。
    8. // 该方法会从服务实例中取出host:port来替换这个服务名。
    9. URI reconstructURI(ServiceInstance var1, URI var2);
    10. }

    • 父接口ServiceInstanceChooser
    1. public interface ServiceInstanceChooser
    2. {
    3. /**
    4. * Choose a ServiceInstance from the LoadBalancer for the specified service * @param serviceId the service id to look up the LoadBalancer * @return a ServiceInstance that matches the serviceId
    5. */
    6. // 根据传入的服务名serviceId,从负载均衡器中挑选一个对应服务的实例。
    7. ServiceInstance choose(String serviceId);
    8. }

    • RibbonLoadBalancerClient实现类代码
    1. @Override
    2. public T execute(String serviceId, LoadBalancerRequest request) throws IOException
    3. {
    4. // 获取负载均衡策略
    5. ILoadBalancer loadBalancer = getLoadBalancer(serviceId);
    6. // 根据负载均衡策略,获取一个服务器
    7. Server server = getServer(loadBalancer);
    8. if (server == null) {
    9. throw new IllegalStateException("No instances available for " + serviceId);
    10. }
    11. RibbonServer ribbonServer = new RibbonServer(serviceId, server, isSecure(server,
    12. serviceId), serverIntrospector(serviceId).getMetadata(server));
    13. return execute(serviceId, ribbonServer, request);
    14. }

    • ILoadBalancer接口
    1. public interface ILoadBalancer {
    2. //向负载均衡器的实例列表中增加实例
    3. public void addServers(List newServers);
    4. //通过某种策略,从负载均衡器中选择一个具体的实例
    5. public Server chooseServer(Object key);
    6. //用来通知和标识负载均衡器中某个具体实例已经停止服务,不然负载均衡器在下一次获取服务实例清单前都会认为服 务实例均是正常服务的。
    7. public void markServerDown(Server server);
    8. //获取正常服务列表
    9. public List getReachableServers();
    10. //所有已知实例列表
    11. public List getAllServers();
    12. }

    • LoadBalancerContext类中实现
    1. // 转换host:port形式的请求地址。
    2. public URI reconstructURIWithServer(Server server, URI original) {
    3. String host = server.getHost();
    4. int port = server.getPort();
    5. String scheme = server.getScheme();
    6. if (host.equals(original.getHost()) && port == original.getPort() && scheme == original.getScheme()) {
    7. return original;
    8. }
    9. if (scheme == null) {
    10. scheme = original.getScheme();
    11. }
    12. if (scheme == null) {
    13. scheme = deriveSchemeAndPortFromPartialUri(original).first();
    14. }
    15. try {
    16. StringBuilder sb = new StringBuilder(); sb.append(scheme).append("://"); \
    17. if (!Strings.isNullOrEmpty(original.getRawUserInfo()))
    18. sb.append(original.getRawUserInfo()).append("@");
    19. }
    20. sb.append(host);
    21. if (port >= 0) {
    22. sb.append(":").append(port);
    23. }
    24. sb.append(original.getRawPath());
    25. if (!Strings.isNullOrEmpty(original.getRawQuery())) {
    26. sb.append("?").append(original.getRawQuery());
    27. }
    28. if (!Strings.isNullOrEmpty(original.getRawFragment())) {
    29. sb.append("#").append(original.getRawFragment());
    30. }
    31. URI newURI = new URI(sb.toString());
    32. return newURI;
    33. }
    34. catch (URISyntaxException e)
    35. {
    36. throw new RuntimeException(e);
    37. }
    38. }

  • 相关阅读:
    Openmldb 踩坑0.53
    vue3学习
    智慧运维:基于 BIM 技术的可视化管理系统
    手把手教你如何安装 Elasticsearch
    远程开门(关键词-软件版本)
    极盾故事|某头部私募基金“扩展检测响应XDR平台”建设
    使用stream下载文件避坑-》堆内存溢出的原因
    Linux高性能服务器编程 学习笔记 第九章 IO复用
    【观察】数字化时代的咨询往何处走?软通咨询的思与行
    与 vmx86 驱动程序的版本不匹配: 预期为 410.0,实际为 401.0
  • 原文地址:https://blog.csdn.net/u013938578/article/details/126142106