文章目录
生产环境相对是比较恶劣的,我们需要对服务的流量进行更加精细的控制。Nacos 支持多种负载均衡策略,包括权重 、同机房 、同地域 、同环境等
服务下线
当某一个节点上接口的性能较差时,我们可以第一时间对该节点进行下线
操作步骤:服务详情->下线

- 点击下线后,再次请求接口,会发现该服务没有请求进来了
- 再次单击上线,该节点会继续收到请求
权重配置
除了下线之外,我们也可以配置这个节点的流量权重
配置权重
操作步骤:找到对应节点->编辑->在弹出的窗口修改权重值
- 每个节点默认权重为 1,修改为
0.1
开启 Nacos 负载均衡策略
由于 Spring Cloud LoadBalance 组件自身有负载均衡配置方式,所以不支持 Nacos 的权重属性配置
我们需要开启 Nacos 的负载均衡策略,让权重配置生效
yml
# 开启 Nacos 的负载均衡策略,让权重配置生效
spring.cloud.loadbalancer.nacos.enable=true
spring:
cloud:
loadBalancer:
nacos:
enabled: true
测试权重配置
启动服务,访问多次接口,观察结果,会发现 9090 端口的实例接收的请求明显比另外两个实例少
- 整体流量生效,局部流量不是严格按照设置的比例进行分配的
同集群优先访问
Nacos 把同一个机房内的实例,划分为一个集群。所以同集群优先访问,在一定程度上也可以理解为同机房有限访问
微服务架构中,一个服务通常有多个实例共同提供服务,这些实例可以部署在不同的机器上,这些机器可以分布在不同的机房,比如 product-service
- 实例 1:分布在上海机房
- 实例 2:分布在上海机房
- 实例 3:分布在北京机房
- 实例 4:分布在北京机房

微服务访问时,应尽量访问同机房的实例。当本机房内实例不可用时,采访问其他机房的实例
比如 order-service 在上海机房,product-service 在北京和上海机房都有实例,那我们希望可以优先访问上海机房,如果上海机房没有实例,或者实例不可用,再访问北京机房的实力。
- 通常情况下,因为同一个机房的机器属于一个局域网,局域网访问速度更快一点

给实例配置集群名称
- 为
product-service配置集群名称
yml
spring:
cloud:
nacos:
discovery:
server-addr: 127.0.0.1:8848
cluster-name: SH #集群名称:上海集群
重启服务,观察 Nacos 控制台,SH 集群下多了一个实例
复制 product-service 启动配置,添加 VM Option
-
设置
9091端口号的实例,机房为BJ-Dserver.port=9091 -Dspring.cloud.nacos.discovery.cluster-name=BJ
-
设置
9092端口号的实例,机房为BJ-Dserver.port=9092 -Dspring.cloud.nacos.discovery.cluster-name=BJ
重启服务,观察 Nacos 控制台,BJ 集群下多了一个实例

- 为
order-service配置集群名称:SH
yml
spring:
cloud:
nacos:
discovery:
server-addr: 127.0.0.1:8848
cluster-name: SH #集群名称:上海集群
开启 Nacos 负载均衡策略
同权重配置
yml
# 开启 Nacos 的负载均衡策略
spring:
cloud:
loadBalancer:
nacos:
enabled: true
测试
启动服务
- 对接口访问多次,观察日志,会发现只有
9090端口的实例收到了请求(同集群) - 把
9090端口的实例进行下线(SH集群),再次访问接口,发现9091端口和9092端口的实例收到了请求