的我们需要对服务的流量进行更加精细的控制.Nacos支持多种负载均衡策略包括配置权重同机房同地域同环境等

一、服务下线

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

操作步骤:

此处我们的order服务远程调用了product服务但由于下线了9091端口的实例所以导致它接收不到请求所以右边的日志也没有变化

再次单击上线,该节点就会继续接收请求

光在nacos服务端上配置了还不够由于SpringcloudLoadBalance组件自身有负载均衡配置方式所以不支持Nacos的权重属性配置我们需要开启Nacos的负载均衡策略让权重配置生效

spring:cloud:loadbalancer:nacos:enabled:

通过观察我们可以发现刚才配置了权重为0.1的9091节点处理的请求数明显比9092的要少

caused:

com.alibaba.nacos.consistency.exception.ConsistencyException:

The

node;原因Nacos采用raft算法来计算Leader并且会记录前一次启动的集群地址当服务器IP改变时会导致raft记录的集群地址失效导致选Leader出现问题.网络环境发生变化时IP地址也会发生变化

解决办法删除Nacos根目录下data文件夹下的protocol文件夹即可

三、同一个集群优先访问

Nacos把同一个机房内的实例划分为一个集群.所以同集群优先访问在一定程度上也可以理解为同机房优先访问

微服务架构中一个服务通常有多个实例共同提供服务这些实例可以部署在不同的机器上这些机器可以分布在不同的机房比如product-service:

实例1分布在上海机房

微服务访问时应尽量访问同机房的实例.当本机房内实例不可用时才访问其他机房的实例

比如order-service在上海机房product-service在北京和上海机房都有实例那我们希望可以优先访问上海机房如果上海机房没有实例或者实例不可用再访问北京机房的实例通常情况下因为同一个机房的机器属于一个局域网局域网访问速度更快一点

给实例配置集群名称

将前两个服务配置文件添加spring.cloud.nacos.discovery.server-addr.cluster-name项配置集群名称

spring:cloud:loadbalancer:nacos:enabled:

truenacos:discovery:server-addr:

http://120.26.87.94:10020/cluster-name:

此时我们9090端口的product服务就是在SH集群上的而9091和9092在BJ集群上

此时在频繁发起请求就会发现只有9090端口的服务收到了请求因为它和订单服务属于同一个集群

四、环境隔离

开发环境开发人员用于开发的服务器是最基础的环境.一般日志级别设置较低可能会开启一些调试信息.测试环境测试人员用来进行测试的服务器是开发环境到生产环境的过渡环境.生产环境正式提供对外服务的环境通常关掉调试信息.

通常情况下这几个环境是不能互相通信的.Nacos提供了namespace命名空间来实现环境的隔离.

默认情况下所有服务都在同一个namespace名为public

创建Namespace:

配置项Key默认值说明命名空间spring.cloud.nacos.discovery.namespace无常用场景之一是不同环境的注册的区分隔离例如开发测试环境和生产环境的资源如配置、服务)隔离等.

spring:cloud:nacos:discovery:namespace:

#命名空间id我们现在将order-service的命名空间配置为dev,

然后重启服务观察

此时因为我们的order-service在它所在的命名空间里没有product-service的服务实例导致远程调用就失败了

查看报错日志