本文介绍 Spring Cloud 中 Nacos 注册中心的负载均衡功能。内容包括服务下线操作、实例权重配置及生效条件（需开启 LoadBalancer 支持）、常见 Raft 选举错误排查，以及同集群优先访问策略的配置方法。通过调整权重和集群名称，可实现流量精细控制与机房就近访问。
生产环境相对较为复杂，我们需要对服务的流量进行更加精细的控制。Nacos 支持多种负载均衡策略，包括权重、同机房、同地域、同环境等。
当某一个节点上接口的性能较差时，我们可以第一时间对该节点进行下线。操作步骤：服务详情 -> 下线。
点击下线后，再次请求接口，会发现该服务没有请求进来了。再次单击上线，该节点会继续收到请求。
下线之前：
下线端口号为 9091 的服务进程之后：
除了下线之外，我们也可以配置这个节点的流量权重。
操作步骤：找到对应节点 -> 编辑 -> 在弹出的窗口修改权重值。
下面修改端口号为 9091 的服务进程的权重为 0.1。
观察结果：
微信公众号「极客日志」，在微信中扫描左侧二维码关注。展示文案：极客日志 zeeklog
查找任何按下的键的javascript键代码、代码、位置和修饰符。 在线工具，Keycode 信息在线工具，online
JavaScript 字符串转义/反转义；Java 风格 \uXXXX（Native2Ascii）编码与解码。 在线工具，Escape 与 Native 编解码在线工具，online
使用 Prettier 在浏览器内格式化 JavaScript 或 HTML 片段。 在线工具，JavaScript / HTML 格式化在线工具，online
Terser 压缩、变量名混淆，或 javascript-obfuscator 高强度混淆（体积会增大）。 在线工具，JavaScript 压缩与混淆在线工具，online
将字符串编码和解码为其 Base64 格式表示形式即可。 在线工具，Base64 字符串编码/解码在线工具，online
将字符串、文件或图像转换为其 Base64 表示形式。 在线工具，Base64 文件转换器在线工具，online
我们可以看到，三个服务实例接收到的请求次数几乎一样多，这是为什么呢？明明我们已经配置了权重且比例稍微比较大，按理说应该能看到现象。这是因为我们使用了 LoadBalance，它本来就是负责负载均衡的，此时就不会使用 Nacos 的权重属性进行负载均衡。需开启以下配置：
开启 Nacos 负载均衡策略 application.properties：
spring.cloud.loadbalancer.nacos.enabled=true
application.yml：
spring:
cloud:
loadbalancer:
nacos:
enabled: true
观察结果：
由此我们可以看到，我们设置的权重生效了。
修改权重时，可能会报错：
报错信息为：
caused: errCode: 500, errMsg: do metadata operation failed ;caused: com.alibaba.nacos.consistency.exception.ConsistencyException: The Raft Group [naming_instance_metadata] did not find the Leader node;caused: The Raft Group [naming_instance_metadata] did not find the Leader node;
原因：Nacos 采用 raft 算法来计算 Leader，并且会记录前一次启动的集群地址，当服务器 IP 改变时会导致 raft 记录的集群地址失效，导致选 Leader 出现问题。（网络环境发生变化时，IP 地址也会发生变化）
解决办法：删除 Nacos 根目录下 data 文件夹下的 protocol 文件夹即可。
Nacos 把同一个机房内的实例，划分为一个集群。所以同集群优先访问，在一定程度上也可以理解为同房优先访问。
微服务架构中，一个服务通常有多个实例共同提供服务，这些实例可以部署在不同的机器上，这些机器可以分布在不同的机房，比如 product-service：实例 1: 分布在上海机房 实例 2: 分布在上海机房 实例 3: 分布在北京机房 实例 4: 分布在北京机房
微服务访问时，应尽量访问同机房的实例。当本机房内实例不可用时，才访问其他机房的实例。比如 order-service 在上海机房，product-service 在北京和上海机房都有实例，那我们希望可以优先访问上海机房，如果上海机房没有实例，或者实例不可用，再访问北京机房的实例。通常情况下，因为同一个机房的机器属于一个局域网，局域网访问速度更快一点。
spring:
cloud:
nacos:
discovery:
server-addr: 110.41.51.65:10020
cluster-name: SH # 集群名称：上海集群
给端口号为 9091 的 product-service 和 端口号为 9092 的 product-service 配置 BJ 集群名称。
同权重配置：
spring:
cloud:
nacos:
loadbalancer:
nacos:
enabled: true
我们前面配置 order-service 集群为 SH，配置端口号为 9090 的 product-service 集群为 SH，配置端口号为 9091 的 product-service 集群为 BJ，配置端口号为 9092 的 product-service 集群为 BJ。上面的结果可以看到，请求都发送到了端口号为 9090 的 product-service 集群，与预期符合。