生产环境相对是比较恶劣的，我们需要对服务的流量进行更加精细的控制。Nacos 支持多种负载均衡策略，包括权重、同机房、同地域、同环境等

服务下线

当某一个节点上接口的性能较差时，我们可以第一时间对该节点进行下线

操作步骤：服务详情->下线

• 点击下线后，再次请求接口，会发现该服务没有请求进来了
• 再次单击上线，该节点会继续收到请求

权重配置

除了下线之外，我们也可以配置这个节点的流量权重

配置权重

操作步骤：找到对应节点->编辑->在弹出的窗口修改权重值

• 每个节点默认权重为 1，修改为 0.1

开启 Nacos 负载均衡策略

由于 Spring Cloud LoadBalance 组件自身有负载均衡配置方式，所以不支持 Nacos 的权重属性配置

我们需要开启 Nacos 的负载均衡策略，让权重配置生效

# 开启 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 在北京和上海机房都有实例，那我们希望可以优先访问上海机房，如果上海机房没有实例，或者实例不可用，再访问北京机房的实力。

• 通常情况下，因为同一个机房的机器属于一个局域网，局域网访问速度更快一点
  

给实例配置集群名称

1. 为 product-service 配置集群名称

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 集群下多了一个实例

---

2. 为 order-service 配置集群名称：SH

spring: 
  cloud:  
  nacos:  
    discovery:  
      server-addr: 127.0.0.1:8848  
      cluster-name: SH  #集群名称：上海集群

开启 Nacos 负载均衡策略

同权重配置

# 开启 Nacos 的负载均衡策略
spring:
  cloud: 
    loadBalancer:  
  	  nacos:  
        enabled: true

测试

启动服务

1. 对接口访问多次，观察日志，会发现只有 9090 端口的实例收到了请求（同集群）
2. 把 9090 端口的实例进行下线（SH 集群），再次访问接口，发现 9091 端口和 9092 端口的实例收到了请求