Ribbon负载均衡
流程
首先通过RibbonLoadBalanceerClient获取服务名,并传给DynamicServerListLoadBalancer——>通过EureKa-server获取服务名对应服务列表(也就是被注册到EureKa中的服务,可能包括不同端口的),然后我们会根据IRule中的服务负载均衡->选择某个服务,然后修改url发送请求;
具体实现
Ribbon的负载均衡是一个叫IRule的接口来定义的,每一个子接口对应一个规则
负载均衡策略:
负载均衡配置的两种方式
:
1.一种是在配置类中注入bean,返回一个IRule规则——>具体是什么样的规则(RandomRule啥的)自己定义;
2.第二种再yaml中进行配置:定义目标服务,以及对应的负载均衡策略
区别:第一个范围是此服务中的所有服务,范围是全局,第二个指定了具体服务;
饥饿加载:
如果用懒加载:就是它不会像饥饿那种,类一加载,就全创建好了(在类加载的准备阶段就整好了),而是调用方法,也就是需要创建的时候,它才会创建;——>耗时较长
Nacos服务搭建
里面可以对服务进行注册与发现
对于EureKa的改动,我们需要修改依赖,并且注释原本在order-service以及user-service服务中的原有的EureKa-client依赖,并添加nacos依赖
服务注册到Nacos步骤
1.首先在父工程中导入alibaba的cloud依赖
<!--nacos管理依赖-->
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-alibaba-dependencies</artifactId>
<version>2.2.5.RELEASE</version>
</dependency>
2.然后在服务项目中配置Nacos注册依赖(注册发现服务的依赖)
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
<version>2.2.5.RELEASE</version>
</dependency>
3.在yaml中进行配置,配置映射,服务名称,以及对应的Nacos服务端口
application:
name: orderservice # user的服务名称
cloud:
nacos:
discovery:
server-addr: localhost:8848 # nacos服务地址
配置搭建总结
服务多级存储(给服务的实例配置集群):
引:为了给服务减轻压力,我们可以给服务的实例们(8081、8082…)配置集群->杭州集群,上海集群等等…
给服务实例配置集群
1.修改yaml文件,给Nacos的配置加上cluster节点名称即可
cloud:
nacos:
discovery:
server-addr: localhost:8848 # nacos服务地址
cluster-name: hangzhou # 集群名称
2.然后给对应的实例进行启动即可,(不要启动错了,不然会覆盖之前的集群名称)
集群调用问题:
服务调用尽可能选择本地集群的服务,不然延迟会很高
Nacos负载均衡-实现集群优先
步骤:
在yaml文件中对需要调用服务采用Nacos负载均衡策略,然后重启即可
userservice: #指定服务
ribbon: # 配置负载均衡策略
NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule
策略:优先本地集群,如果没有的话,就随机;
如果没有本地集群,说明只能跨集群调用服务——>(耗时较长,毕竟调用的服务在另一个地方),会出现警告
服务实例权重的配置
直接在Nacos页面对服务实例修改权重即可
场景:服务怎样做到用户不下线,还能升级服务?
在产品更新时,我们可以对一个服务实例的权重降到很低,那么用户请求就很难请求到这个服务上了,那么我们就可以对其进行升级,升级完毕后,再将权重慢慢调大,这样就可以满足用户,也可以满足服务;
nacos环境隔离
没设置命名空间的时候,默认是public;
如果环境设置不一样,那么服务之间就不能进行访问;(实例找不到->也就是userservice服务实例);
每个namespace的id是唯一的;
配置方法:
1.在yaml配置文件加上namespace命名空间即可(先得在Nacos中创建环境)
cloud:
nacos:
discovery:
server-addr: localhost:8848 # nacos服务地址
cluster-name: Hangzhou # 实例集群
namespace:xxxx
Nacos和EureKa的总结区别:
共同:它们都是向注册中心拉取服务信息,但是第一次会将服务信息放到服务的列表缓存中,下次拉取就直接从服务列表缓存中拿就行了,速度较快;
Nacos:
临时实例
:采用心跳检测,服务实例主动向注册中心汇报自己饿的情况(这里Nacos和EureKa都差不多,但是Nacos速度较快);
(个人认为 不管是临时实例还是非临时实例挂了 Nacos都会将健康状态发送给消费者 ,,,个人猜测 也没找到资料 有大佬知道的话可以指出来 谢谢)
非临时实例
:*Nacos会主动询问实例是否还存在(如果不存在)——>Nacos注册中心会立即主动推送变更消息:效率非常高;——>坏处:服务器压力会大,因为总是对服务进行访问
区别:
Nacos支持服务端主动检测服务提供者状态:临时实例采用心跳模式,非临时实例采用服务器主动访问模式;
临时实例心跳不正常会被踢出,非临时实例则不会被剔除;
Nacos支持服务列表消息推送模式,即时更新;
**补充(6/1)nacos、EureKa涉及ap、cp模式**
文章来源:https://www.toymoban.com/news/detail-695469.html
cp和ap 是什么 有什么区别 文章来源地址https://www.toymoban.com/news/detail-695469.html
到了这里,关于Ribbon负载均衡+Nacos服务搭建的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!