详解Nacos注册中心的使用

最新推荐文章于 2024-07-14 14:44:49 发布

我欲扶摇九万里

最新推荐文章于 2024-07-14 14:44:49 发布

阅读量792

点赞数 16

分类专栏：微服务文章标签：微服务 java 架构

本文链接：https://blog.csdn.net/biyifengfei/article/details/140382829

版权

微服务专栏收录该内容

3 篇文章 0 订阅

订阅专栏

前言

国内的公司一般都推崇阿里巴巴的技术，比如注册中心，SpringCloudAlibaba也推出了一个名为Nacos的注册中心。

1.认识和安装Nacos

Nacos是阿里巴巴的产品，现在是SpringCloud中的一个组件。相比Eureka功能更加丰富，在国内受欢迎程度较高。

安装方式可以参考，我之前写的《Nacos安装指南》。

2.服务注册到Nacos

Nacos是SpringCloudAlibaba的组件，而SpringCloudAlibaba也遵循SpringCloud中定义的服务注册、服务发现规范。因此使用Nacos和使用Eureka对于微服务来说，并没有太大的区别。

主要的差异在于：

依赖不同
服务地址不同

接下来我会以自己写的cloud-demo为例来讲解Nacos的各种用法。

2.1 引入依赖

在cloud-demo父工程的pom文件中的<dependencyManagement>中引入SpringCloudAlibaba的依赖：

<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-alibaba-dependencies</artifactId>
    <version>2.2.6.RELEASE</version>
    <type>pom</type>
    <scope>import</scope>
</dependency>

这里是为了方便统一管理各个服务Nacos的版本信息，之后在各个服务中添加Nacos依赖的时候，不用加入版本号。然后在user-service和order-service中的pom文件中引入nacos-discovery依赖，我这里是因为只有两个服务，只加了这两个，你就根据自己的实际情况来加：

<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>

注意：如果你是从eureka变为nacos，不要忘记注释掉eureka的依赖。

2.2 配置nacos地址

在引入nacos-discovery依赖的服务（我这里是user-service和order-service，你根据自己的情况修改）中的application.yml（配置文件）中添加nacos地址：

spring:
  cloud:
    nacos:
      server-addr: localhost:8848

我这里用的windows的nacos，如果你的nacos是linux版本的话，这里的localhost改成你虚机机的IP地址。

注意：如果你是第一次添加注册中心，上面的服务名称也有要加上。如果你是eureka变更为nacos，不要忘了注释掉eureka的地址。

2.3 重启

重启微服务后，登录nacos管理界面，就可以看到微服务信息：

我这里userservice其中了两个实例，如果你不会的话，可以去看我的《微服务组件之Eureka》，里面的服务注册有教如何启动多个实例。

3. 服务分级存储模型

一个服务可以有多个实例，例如我的user-service，可以有：

127.0.0.1：8081
127.0.0.1：8082
127.0.0.1：8083

假如这些实例分布于全国各地的不同机房，例如：

127.0.0.1：8081，在杭州机房
127.0.0.1：8082，在杭州机房
127.0.0.1：8083，在上海机房

Nacos就将同一个机房内的实例划分为一个集群。

也就是说，user-service是服务，一个服务可以包含多个集群，如杭州、上海，每个集群下可以有多个实例，形成分级模型，如图：

微服务互相访问时，应该尽可能访问同集群实例，因为本地访问速度更快。当本地集群内不可用时，才访问其他集群。例如：

杭州机房内的order-service应该优先访问同机房的user-service，没办法访问的时候，才会去访问上海机房的user-service。

3.1 给user-service配置集群

修改user-service的application.yml（配置文件）文件，添加集群配置：

spring:
  cloud:
    nacos:
      server-addr: localhost:8848
      discovery:
        cluster-name: HZ # 集群名称，HZ指的是杭州

因为nacos的地址那些都配过了，你只要加上集群信息就可以了。然后重启两个user-service实例，我们可以在nacos控制台看到下面结果：

点击详情，可以看到：

我们再次复制一个user-service启动配置，添加属性：

-Dserver.port=8083 
-Dspring.cloud.nacos.discovery.cluster-name=SH

我这里的idea是2023.2.2的版本，配置如图：

idea之前的版本，配置如图：

启动UserApplication3后在查看nacos控制台：

3.2 总结

1.Nacos服务分级存储模型：

一级是服务，例如userservice
二级是集群，例如杭州或上海
三级是实例，例如杭州机房的某台userservice的服务器

2.如何设置实例的集群属性

修改application.yml文件，添加spring.cloud.nacos.discovery.cluster-name属性即可

3.3. 同集群优先的负载均衡

默认的ZoneAvoidanceRule并不能实现根据同集群优先来实现负载均衡。（这里块不是很明白的小伙伴，可以去看看，我之前写的微服务之Ribbon组件，里面有分析负载均衡规则的源码）。

因此Nacos中提供了一个NacosRule的实现，可以优先从同集群中挑选实例。

1.给order-service配置集群信息

修改order-service的application.yml文件，添加集群配置：

spring:
  cloud:
    nacos:
      server-addr: localhost:8848
      discovery:
        cluster-name: HZ # 集群名称，HZ代指杭州

2.修改负载均衡规则

修改order-service的application.yml文件，修改负载均衡规则：

userservice:
  ribbon:
    NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule # 负载均衡规则

然后重启order-service，查看nacos操控台：

orderservice：

userservice：

现在我们把userservice所有实例的日志清空，然后发送请求：http://localhost:8080/order/101，http://localhost:8080/order/102，http://localhost:8080/order/103，http://localhost:8080/order/104，http://localhost:8080/order/105，http://localhost:8080/order/106，我们来看3个实例的日志情况：

HZ集群里的8081实例被调用了4次：

HZ集群里的8082实例被调用了2次：

SH集群里的8083实例没有被调用过：

也就是说集群的负载均衡规则被实现了，而且是同一集群下随机调用。现在我们来想一个问题，如果我们把跟orderservice同一个集群（HZ）下的两个实例（8081和8082）都停掉，再发请求，会怎么样呢？

nacos的控制界面，userservice集群只剩下一个：

但是我们还是可以看到消息是正常返回了：

去后台日志里看，发现调用的是不同集群的8083实例：

再看看orderservice的日志：

这里出现了一个警告日志，表明一次跨集群调用发生了。

3.4 总结

NacosRule负载均衡策略：

优先选择同集群服务实例列表
本地集群找不到提供者，才会去其他集群寻找，并且会报警告
确定了可用实例列表后，再采取随机负载均衡挑选实例

4. 权重配置

实际部署中会出现这样的场景：

服务器设备性能有差异，部分实例所在机器性能较好，另一些较差，我们希望性能好的机器承担更多的用户请求。但默认情况下NacosRule是同集群内随机挑选，不会考虑机器的性能问题。

因此，Nacos提供了权重配置来控制访问频率，权重越大则访问频率越高。

在Nacos控制台，找到userservice的实例列表，点击编辑，即可修改权重：

在弹出的编辑窗口，修改权重：

这时候我们清空日志，发起20次请求，看看后台日志怎么显示：

我们可以看到8081的实例只被调用了2次，剩下的都是调用8082实例。那么如果我们把8081的权重比调成0，那会是什么样的情况呢？想到就赶紧试试：

我们发现8081完全没有被调用了，被调用的都是8082。这时候突然让我想到了LOL和王者荣耀的不停机更新，如果把每个区（集群）的某个实例的权重比调成0，等没有用户调用这个实例之后，把这个实例关闭做个代码升级，这时候用户是感知不到实例关闭的，升级完之后把权重先调个零点几，如果没有问题的话，再全部放开，这时候，在游戏中的用户是感知不到的，只有新进入游戏的用户会遇见，然后更新一下，就可以了。

总结

Nacos控制台可以设置实力的权重值，0-1之间
同集群的多个实例，权重越高被访问的频率就越高
权重设置为0则完全不会被访问

5. 环境隔离

Nacos提供了namespace来实现环境隔离功能。

nacos中可以有多个namespace
namespace下可以有group、service等
不同namespace之间相互隔离，例如不同namespace的服务互相不可见

5.1 创建namespace

默认情况下，所有service、data、group都在同一个namespace，名称public：

我们可以点击页面新增按钮，添加一个namespace：

然后填写表单：

上面的命名空间ID可以自己填写，如果你不填写的话，会根据UUID自动生成一个。点击确定就能在页面看到一个新的namespace：

5.2 给微服务配置namespace

给微服务配置namespace只能通过修改配置文件来实现。

例如，修改order-service的application.yml文件：

spring:
  cloud:
    nacos:
      server-addr: localhost:8848
      discovery:
        cluster-name: HZ
        namespace: 12c64b0c-a94f-418f-a429-7da7f962d85d # 命名空间，填ID

重启order-service后，访问控制台，可以看到下面的结果：

此时访问order-service，因为namespace不同，会导致找到不到userservice，控制台会报错：

这里报错的信息显示的就没有可用的实例。

5.3 总结

Nacos环境隔离：

每个namespace都有唯一id
服务设置namespace时要写id而不是名称
不同namespace下的服务互相不可见

6. Nacos和Eureka的对比

Nacos和Eureka整体结构类似，服务注册，服务拉取，心跳等待，但是也存在一些差异：

Nacos的服务实例分为两种类型：

临时实例：如果是里宕机超过一定时间，会从服务列表剔除，默认的类型
非临时实例：如果实例宕机，不会从服务列表剔除，也可以叫永久实例

配置一个服务实例为永久实例：

spring:
  cloud:
    nacos:
      discovery:
        ephemeral: false # 设置为非临时实例

Nacos与Eureka的共同点：

都支持服务注册和服务拉取
都支持服务提供者心跳方式做健康检测
服务消费者拉取到服务提供者列表后都会缓存起来

Nacos和Eureka的区别：

Nacos支持服务端主动检测提供者状态：临时实例采用心跳模式，非临时实例采用主动检测模式
临时实例心跳不正常会被剔除，非临时实例则不会被剔除，因为主动检测非常消耗机器性能，所以nacos一般都建议使用临时实例模式
Nacos服务列表变更在Eureka的定时拉取服务（pull）的基础上加上了，服务列表变更的消息推送模式（push），服务列表更新更及时
Nacos集群默认采用AP方式，也就是会强调数据、整个服务的可用性，当集群中存在非临时实例时，采用CP模式，也就是强调数据的可靠性和一致性，Eureka采用AP方式，不支持切换成CP模式

我欲扶摇九万里

关注

16
点赞
踩
10

收藏

觉得还不错? 一键收藏
0
评论
详解Nacos注册中心的使用

国内的公司一般都推崇阿里巴巴的技术，比如注册中心，SpringCloudAlibaba也推出了一个名为Nacos的注册中心。一级是服务，例如userservice二级是集群，例如杭州或上海三级是实例，例如杭州机房的某台userservice的服务器2.如何设置实例的集群属性修改application.yml文件，添加spring.cloud.nacos.discovery.cluster-name属性即可优先选择同集群服务实例列表本地集群找不到提供者，才会去其他集群寻找，并且会报警告。
复制链接

扫一扫