今天学习的是Ribbon的负载均衡,大致的流程图如下;
我这里就在之前的基础上加的,不会的可以参考之前的项目:https://blog.csdn.net/qq_43222167/article/details/105577097
1.导入依赖
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-ribbon</artifactId>
<version>2.0.0.RELEASE</version>
</dependency>
2.在消费的yml文件中增加配置
provoider: #客户端名称
ribbon:
NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule #负载均衡策略
这里负载均衡的策略有多种,如下:
WeightedResponseTimeRule:根据响应时间分配一个weight(权重),响应时间越长,weight越小,被选中的可能性越低
RoundRobinRule:轮询选择server此为默认的负载均衡策略
RandomRule:随机选择一个server
ZoneAvoidanceRule:复合判断server所在区域的性能和server的可用性选择server
RetryRule:在一个配置时间段内,当选择server不成功时一直尝试重新选择
BestAvailableRule:选择一个并发请求最小的server
AvailabilityFilteringRule:过滤掉那些因为一直连接失败而被标记为circuit tripped的server,并过滤掉那些高并发的server(active connections超过配置的阈值)
3.启动多个服务者(服务者的名称要一致,也就是yml文件中的spring.application.name值)
我这里是在一个服务者项目中先启动一个启动类,然后复制这个启动类,再对端口进行相应的修改就可以得到两个服务者启动类信息
接下来再启动消费者类,进行相应的测试,我这里是利用的mybatis的日志来查看进的哪一个具体消费者,也就是configuration的配置
mybatis:
type-aliases-package: com.jbit.entity
mapper-locations: classes:com.jbt.dao/*.xml
configuration:
log-impl: org.apache.ibatis.logging.stdout.StdOutImpl
测试RandomRule的效果…
我这里访问了三次请求,效果分别是直接进行了消费者启动类2两次,然后进行的1一次
在试一下RoundRobinRule
provoider: #客户端名称
ribbon:
NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RoundRobinRule #负载均衡策略
效果:
分别各进一次,其它的感兴趣的小伙伴可以自行尝试