Nacos注册中心 (介绍与配置)

Nacos注册中心

和Euraka一样都是注册中心，但Nacos不需要注册Nacos，因为阿里巴巴已经注册在好了。只需要下载安装后打开即可

Windows安装

开发阶段采用单机安装即可

1.1.下载安装包

在Nacos的GitHub页面，提供有下载链接，可以下载编译好的Nacos服务端或者源代码：

GitHub主页：https://github.com/alibaba/nacos

GitHub的Release下载页：https://github.com/alibaba/nacos/releases

如图：

image

SpringCloud文件中已经准备了安装包：

image

windows版本使用nacos-server-1.4.1.zip包即可。

1.2.解压

将这个包解压到任意非中文目录下，如图：

image

目录说明：

  • bin：启动脚本
  • conf：配置文件

1.3.端口配置

Nacos的默认端口是8848，如果你电脑上的其它进程占用了8848端口，请先尝试关闭该进程。

如果无法关闭占用8848端口的进程，也可以进入nacos的conf目录，修改配置文件中的端口：

image

修改其中的内容：

image

1.4.启动

启动非常简单，进入bin目录，结构如下：

image

然后执行命令即可：

  • windows命令：

    startup.cmd -m standalone

执行后的效果如图：

image

1.5.访问

在浏览器输入地址：http://127.0.0.1:8848/nacos即可：

image

默认的账号和密码都是nacos，进入后：

image

Linux安装

Linux或者Mac安装方式与Windows类似。

2.1.安装JDK

Nacos依赖于JDK运行，索引Linux上也需要安装JDK才行。

上传jdk安装包：

image

上传到某个目录，例如：/usr/local/

然后解压缩：

tar -xvf jdk-8u144-linux-x64.tar.gz

然后重命名为java

配置环境变量：

export JAVA_HOME=/usr/local/java
export PATH=$PATH:$JAVA_HOME/bin

设置环境变量：

source /etc/profile

2.2.上传安装包

如图：

image

也可以直接使用文件中的tar.gz：

image

上传到Linux服务器的某个目录，例如/usr/local/src目录下：

image

2.3.解压

命令解压缩安装包：

tar -xvf nacos-server-1.4.1.tar.gz

然后删除安装包：

rm -rf nacos-server-1.4.1.tar.gz

目录中最终样式：

image

目录内部：

image

2.4.端口配置

与windows中类似

2.5.启动

在nacos/bin目录中，输入命令启动Nacos：

sh startup.sh -m standalone

服务注册到Nacos并拉取

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

主要差异在于：

  • 依赖不同
  • 服务地址不同

0） 启动Nacos

进入bin目录，结构如下：

image

然后执行命令即可：

  • windows命令：

    startup.cmd -m standalone

执行后的效果如图：

image

在浏览器输入地址：http://127.0.0.1:8848/nacos即可。默认账号密码都是 nacos

1）引入依赖

注意：不要忘了注释掉eureka的依赖。

在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>

然后在生产者user-service和消费者order-service中的pom文件中引入nacos-discovery依赖：

<!--客户端依赖-->
<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>

2）配置nacos地址

注意：不要忘了注释掉eureka的地址

在生产者user-service和消费者order-service的application.yml中添加nacos地址：

spring:
  cloud:
    nacos:
      server-addr: localhost:8848 #配置nacos访问地址（默认也是这个）

3）消费者：服务拉取与负责均衡

我们要去eureka-server中拉取user-service服务的实例列表，并且实现负载均衡。

  • 加负责均衡注解
    在order-service的OrderApplication中，给RestTemplate这个Bean添加一个@LoadBalanced注解：

    image

  • 修改访问服务路径
    修改order-service服务中的cn.itcast.order.service包下的OrderService类中的queryOrderById方法。修改访问的url路径，用服务名代替ip、端口：

    spring会自动帮助我们从eureka-server端，根据userservice这个服务名称，获取实例列表，而后完成负载均衡。

    image

服务分级存储模型

① 一级是服务，例如userservice
② 二级是集群，例如杭州、惠州、上海
③ 三级是实例，例如广州机房的某台部署了userservice的服务器

一个服务可以有多个实例，例如我们的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是服务，一个服务可以包含多个集群，如杭州、上海，每个集群下可以有多个实例，形成分级模型，如图：

image

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

image

杭州机房内的order-service应该优先访问同机房的user-service。

生成者：配置集群

每一个注册的服务都可以设置集群，以便后续快速访问

修改生产者user-service的application.yml文件，添加集群配置：

spring:
  cloud:
    nacos:
      server-addr: localhost:8848
      discovery:
        cluster-name: HZ # 集群名称（一般以地区简写来表示）

重启两个user-service实例后，我们可以在nacos控制台看到下面结果：

image

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

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

配置如图所示：

image

启动UserApplication3后再次查看nacos控制台：

image

消费者：同集群优先的负载均衡

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

默认的ZoneAvoidanceRule并不能实现根据同集群优先来实现负载均衡。

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

1）给消费者order-service配置集群信息

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

spring:
  cloud:
    nacos:
      server-addr: localhost:8848
      discovery:
        cluster-name: HZ # 优先消费指定集群的名称

2）修改负载均衡规则

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

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

生产者：权重配置

① Nacos控制台可以设置实例的权重值，0~1之间

② 同集群内的多个实例，权重越高被访问的频率越高

③ 权重设置为0则完全不会被访问

实际应用场景：

服务器设备性能有差异，部分实例所在机器性能较好，另一些较差，我们希望性能好的机器承担更多的用户请求。

但默认情况下NacosRule是同集群内随机挑选，不会考虑机器的性能问题。

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

操作：

在nacos控制台，找到生产者user-service的实例列表，点击编辑，即可修改权重：

image

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

image

环境隔离namespace

Nacos提供了namespace来实现环境隔离功能【一般用于隔离开发环境dev和生产环境prod】

  • nacos中可以有多个namespace

  • namespace下可以有group、service等（如：与钱有关的服务就放在一组）

  • 不同namespace之间相互隔离，例如不同namespace的服务互相不可见

    相互隔离是无法相互访问的意思

image

创建namespace

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

image

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

image

然后，填写表单：

image

就能在页面看到一个新的namespace（该空间的ID是由UUID生成的）：

image

给微服务配置namespace

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

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

spring:
  cloud:
    nacos:
      server-addr: localhost:8848
      discovery:
        cluster-name: HZ
        namespace: 492a7d5d-237b-46a1-a99a-fa8e98e4b0f9 # 命名空间，填ID

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

image

image

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

image

临时/非临时实例

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

  • 临时实例：如果实例宕机超过一定时间，会从服务列表剔除，默认的类型。

  • 非临时实例：如果实例宕机，不会从服务列表剔除，也可以叫永久实例。

配置一个服务实例为永久实例：（默认为临时实例）

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

Nacos与Eureka区别

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

image

  • Nacos与eureka的共同点

    Eureka和Nacos都有的两个细节功能：
    I、服务消费者需要找userservice名的服务，Euraka就会将以userservice命名的服务端口以列表（缓存列表）的形式返回给消费者，这样消费者就不需要一直访问Euraka造成服务器压力。但同时为了保证userservice命名的服务有变化时消费者拉取信息的准确性，所以Euraka每30s更新列表并返回给消费者。
    II、服务提供者都需要一定时间内发送请求进行心跳检测，让Euraka和Nacos知道该提供者还活着。（Nacos心跳检测更频繁）

    • 都支持服务注册和服务拉取
    • 都支持服务提供者心跳方式做健康检测

  • Nacos与Eureka的区别

    • Nacos支持服务端主动检测提供者状态：临时实例采用心跳模式，非临时实例采用主动检测模式

      主动模式检测：Nacos会主动发送请求去检测提供者是否有存在

    • 临时实例心跳不正常会被剔除，非临时实例则不会被剔除

    • Nacos支持服务列表变更的消息推送模式，服务列表更新更及时

      白话：当提供者（生产者）有变化时会主动告诉消费者。
      优势：Eureka可能有30s的误差，但Nacos没有

    • Nacos集群默认采用AP方式，当集群中存在非临时实例时，采用CP模式；Eureka采用AP方式

posted @ 2023-02-08 13:44  不吃紫菜  阅读(761)  评论(0)  编辑  收藏  举报