做个网站得投入多少,网站开发与维护难吗,榆次网站建设公司,唐山建设网站制作目录 前言 一、服务下线二、权重配置三、同一个集群优先访问四、环境隔离 前言 我们的生产环境相对是比较恶劣的#xff0c;我们需要对服务的流量进行更加精细的控制.Nacos支持多种负载均衡策略#xff0c;包括配置权重#xff0c;同机房#xff0c;同地域#xff0c;同环… 目录 前言 一、服务下线二、权重配置三、同一个集群优先访问四、环境隔离 前言 我们的生产环境相对是比较恶劣的我们需要对服务的流量进行更加精细的控制.Nacos支持多种负载均衡策略包括配置权重同机房同地域同环境等 一、服务下线
当某一个节点上接口的性能较差时我们可以第一时间对该节点进行下线
操作步骤: 服务详情 - 下线
点击下线以后我们再请求该服务接口会发现没有服务请求出来了 此处我们的order服务远程调用了product服务但由于下线了9091端口的实例所以导致它接收不到请求所以右边的日志也没有变化 再次单击上线,该节点就会继续接收请求 二、权重配置
我们也可以通过配置节点的流量权重来解决某些节点性能较低的问题 操作步骤找到对应节点-编辑-在弹出的窗口修改权重 光在nacos服务端上配置了还不够由于SpringcloudLoadBalance组件自身有负载均衡配置方式所以不支持Nacos的权重属性配置我们需要开启Nacos的负载均衡策略让权重配置生效
spring:cloud:loadbalancer:nacos:enabled: true配置完成后我们重新启动服务再多次发送请求 通过观察我们可以发现刚才配置了权重为0.1的9091节点处理的请求数明显比9092的要少
可能出现的问题
当修改权重时可能会出现报错报错信息可能如下
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分布在北京机房 微服务访问时应尽量访问同机房的实例.当本机房内实例不可用时才访问其他机房的实例
比如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: SH #上海后面两个复制出来的服务我们也来配置一下他们的集群名称 修改完毕后启动服务器查看Nacos管理界面
此时我们9090端口的product服务就是在SH集群上的而9091和9092在BJ集群上 而我们的订单服务此时是配置在SH集群的 此时在频繁发起请求就会发现只有9090端口的服务收到了请求因为它和订单服务属于同一个集群 四、环境隔离
企业开发中一个服务会分为开发环境测试环境和生产环境.
开发环境开发人员用于开发的服务器是最基础的环境.一般日志级别设置较低可能会开启一些调试信息.测试环境测试人员用来进行测试的服务器是开发环境到生产环境的过渡环境.生产环境正式提供对外服务的环境通常关掉调试信息.
通常情况下这几个环境是不能互相通信的.Nacos提供了namespace命名空间来实现环境的隔离.
不同的namaspace的服务不可见. 默认情况下所有服务都在同一个namespace名为public 创建Namespace: 配置服务的“namespace”:
配置项Key默认值说明命名空间spring.cloud.nacos.discovery.namespace无常用场景之一是不同环境的注册的区分隔离例如开发测试环境和生产环境的资源如配置、服务)隔离等. spring:cloud:nacos:discovery:namespace: #命名空间id我们现在将order-service的命名空间配置为dev, product-service的命名空间配置为test, 然后重启服务观察
现在order-service已经在dev这个命名空间下了
而所有的product-service都在test里了 测试接口
此时因为我们的order-service在它所在的命名空间里没有product-service的服务实例导致远程调用就失败了 查看报错日志
