Spring Cloud Netflix（二）—— Eureka服务注册与发现、Eureka集群搭建

最新推荐文章于 2024-04-22 22:56:28 发布

Marvellous丶

最新推荐文章于 2024-04-22 22:56:28 发布

阅读量317

点赞数

分类专栏： Spring Cloud

本文链接：https://blog.csdn.net/baolingye/article/details/103551979

版权

Spring Cloud 专栏收录该内容

6 篇文章 0 订阅

订阅专栏

一、Eureka简介

Eureka是Netflix开发的服务发现框架，本身是一个基于REST的服务。SpringCloud将它集成在其子项目spring-cloud-netflix中，以实现SpringCloud的服务发现功能。有了服务发现与注册，只需要使用服务的标识符，就可以访问到服务，而不需要修改服务调用的配置文件了，功能类似于Dubbo推荐的注册中心Zookeeper

二、Eureka原理

Eureka 包含两个组件：Eureka Server 和 Eureka Client

Eureka Server提供服务注册服务，各个节点启动后，会在EurekaServer中进行注册，这样Eureka Server中的服务注册表中将会村粗所有可用服务节点的信息，服务节点的信息可以在界面中直观的看到。
Eureka Client是一个Java客户端，用于简化EurekaServer的交互，客户端同时也具备一个内置的，使用轮询负载算法的负载均衡器。在应用启动后，将会向EurekaServer发送心跳（默认周期为30秒）。如果Eureka Server在多个心跳周期内没有接收到某个节点的心跳，EurekaServer将会从服务注册表中把这个服务节点移除掉（默认周期为90秒）

Eureka采用了C-S的架构设计，EurekaServer 作为服务注册功能的服务器，他是服务注册中心，而系统中的其他微服务，使用Eureka的客户端连接到EurekaServer并维持心跳连接。这样系统的维护人员就可以通过EurekaServer来监控系统中各个微服务是否正常运行，SpringCloud的一些其他模块（比如Zuul）就可以通过EurekaServer来发现系统中的其他微服务，并执行相关的逻辑
在这里插入图片描述
在一个服务注册与发现的体系中包含三大对象

Eureka Server：提供服务的注册于发现
Service Provider：将自身服务注册到Eureka中，从而使消费方能够找到
Service Consumer：服务消费方从Eureka中获取注册服务列表，从而找到消费服务

三、Eureka 与 Zookeeper 对比

首先需要说一下CAP原则

C（Consistency）一致性
A（Availability）可用性
P（Partition tolerance）分区容错性

一个分布式系统不可能同时很好的满足一致性，可用性和分区容错性这三个需求，因此，将NoSQL数据库分成了满足CA原则，满足CP原则和满足AP原则三大类：

CA：单点集群，满足一致性，可用性的系统，通常可扩展性较差（由于分布式系统都需要解决分区问题，所以通常不采用）
CP：满足一致性，分区容错性的系统，通常性能不是特别高（Zookeeper）
AP：满足可用性，分区容错性的系统，通常可能对一致性要求低一些（Eureka）

作为服务注册中心，Eureka比Zookeeper好在哪里？

Zookeeper保证的是CP

当向注册中心查询服务列表时，我们可以容忍注册中心返回的是几分钟以前的注册信息，但不能接受服务直接down掉不可用。也就是说，服务注册功能对可用性的要求要高于一致性。但是Zookeeper会出现这样一种情况，当master节点因为网络故障与其他节点失去联系时，剩余节点会重新进行leader选举。问题在于，选举leader的时间太长，30~120s，且选举期间整个Zookeeper集群都是不可用的，这就导致在选举期间注册服务瘫痪。在云部署的环境下，因为网络问题使得zk集群失去master节点是较大概率会发生的事件，虽然服务最终能够恢复，但是漫长的选举时间导致的注册长期不可用是不能容忍的。但Zookeeper保证的一致性，让其在超高并发条件下也能保证分布式锁不出问题，牺牲的则是相应的性能

Eureka保证的是AP

Eureka看明白了这一点，因此在设计时就优先保证可用性。Eureka各个节点都是平等的，几个节点挂掉不会影响正常节点的工作，剩余的节点依然可以提供注册和查询服务。而Eureka的客户端在向某个Eureka注册时，如果发现连接失败，则会自动切换至其他节点，只要有一台Eureka还在，就能保住注册服务的可用性，只不过查到的信息可能不是最新的，除此之外，Eureka还有一种自我保护机制，如果在15分钟内超过85%的节点都没有正常的心跳，那么Eureka就认为客户端与注册中心出现了网络故障，此时会出现以下几种情况：

Eureka不再从注册列表中移除因为长时间没收到心跳而应该过期的服务
Eureka仍然能够接受新服务的注册和查询请求，但是不会被同步到其他节点上（即保证当前节点依然可用）
当网络稳定时，当前实例新的注册信息会被同步到其他节点中

因此，Eureka可以很好的应对因网络故障导致部分节点失去联系的情况，而不会像zookeeper那样使整个注册服务瘫痪

四、Eureka实现服务注册与发现

1. eureka-server构建

创建一个springcloud-eureka-dept-7001模块，导入Eureka的依赖

<dependencies>
   <!-- https://mvnrepository.com/artifact/org.springframework.cloud/spring-cloud-starter-eureka-server -->
   <dependency>
       <groupId>org.springframework.cloud</groupId>
       <artifactId>spring-cloud-starter-eureka-server</artifactId>
       <version>1.4.6.RELEASE</version>
   </dependency>
   <!--热部署工具-->
   <dependency>
       <groupId>org.springframework.boot</groupId>
       <artifactId>spring-boot-devtools</artifactId>
   </dependency>
</dependencies>

配置application.yml

server:
  port: 7001

#Eureka配置
eureka:
  instance:
    hostname: localhost #eureka服务端的实例名称
  client:
    register-with-eureka: false #false表示不向注册中心注册自己
    fetch-registry: false # false表示自己端就是注册中心，我的职责就是维护服务实例，并不需要去检索服务
    service-url:
      defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/
      # 设置与Eureka Server交互的地址查询服务和注册服务都需要依赖这个defaultZone地址

创建主启动类

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.netflix.eureka.server.EnableEurekaServer;

@SpringBootApplication
@EnableEurekaServer
public class EurekaServer_7001 {
    public static void main(String[] args) {
        SpringApplication.run(EurekaServer_7001.class,args);
    }
}

启动该模块，能成功访问如下页面，表示Eureka注册中心已构建完好

2. Service Provider 重构

在上一篇文章中，我们已经构建好了一个基础的Provider ，但我们并没有将其注册到Eureka注册中心，因此，这里我们需要新增配置，在provider模块中添加如下依赖

<!-- https://mvnrepository.com/artifact/org.springframework.cloud/spring-cloud-starter-eureka -->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-eureka</artifactId>
    <version>1.4.6.RELEASE</version>
</dependency>

添加yml配置

#eureka配置
eureka:
  client:
    service-url: 
     defaultZone: http://localhost:7001/eureka

在主启动类上添加注解 @EnableEurekaClient

@SpringBootApplication
@EnableEurekaClient //本服务启动之后会自动注册进Eureka中！
public class  DeptProvider8001_App {

    public static void main(String[] args) {
        SpringApplication.run(DeptProvider8001_App.class,args);
    }
}

此时先启动7001，再启动8081，测试访问可以看到已经将8081服务注册进入了Eureka注册中心
在这里插入图片描述

3. actuator与注册微服务信息完善

我们此时的微服务实例ID是默认的，如下图所示
在这里插入图片描述
我们想要修改为自定义的实例ID，就需要在配置文件中进行配置

eureka:
  client:
    service-url:
      defaultZone: http://localhost:7001/eureka
  instance:
    instance-id: personal-springcloud-provider-dept-8081 #重点，和client平级

然后再重新启动项目，如下图所示，可以看到实例ID已经更改了
在这里插入图片描述
将鼠标放置到实例ID上，会看到指向一个本地路径，如下

我们想要其显示IP地址，需要在配置文件中继续配置，如下：

eureka:
  client:
    service-url:
      defaultZone: http://localhost:7001/eureka
  instance:
    instance-id: microservicecloud-provider-dept8001
    prefer-ip-address: true  #访问路径可以显示IP地址

重启项目，可以看到配置已生效
在这里插入图片描述
此时我们访问该页面并不能成功访问，因此还需要配置，添加依赖

<!--actuator监控信息完善-->
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-actuator</artifactId>
</dependency>

在总工程下添加pom文件中添加

<build>
    <finalName>microservicecloud</finalName>
    <resources>
        <resource>
            <directory>src/main/resources</directory>
            <filtering>true</filtering>
        </resource>
    </resources>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-resources-plugin</artifactId>
            <configuration>
                <delimiters>
                    <!--以$开头的或者结尾的在src/main/resources路径下的就能读取-->
                    <delimit>$</delimit>
                </delimiters>
            </configuration>
        </plugin>
    </plugins>
</build>

添加配置：

#info配置
info:
  app.name: first-springcloud
  company.name: www.mitaowulong.cn

此时，即可访问
在这里插入图片描述

4. Eureka自我保护机制

当长时间没有服务访问该provider时，会出现如下红色字样
在这里插入图片描述
某时刻某一个微服务不可以用了，eureka不会立刻清理，依旧会对该微服务的信息进行保存！

默认情况下，如果EurekaServer在一定时间内没有接收到某个微服务实例的心跳，EurekaServer将会注销该实例（默认90秒）。但是当网络分区故障发生时，微服务与Eureka之间无法正常通行，以上行为可能变得非常危险了–因为微服务本身其实是健康的，此时本不应该注销这个服务。Eureka通过 自我保护机制 来解决这个问题–当EurekaServer节点在短时间内丢失过多客户端时（可能发生了网络分区故障），那么这个节点就会进入自我保护模式。一旦进入该模式，EurekaServer就会保护服务注册表中的信息，不再删除服务注册表中的数据（也就是不会注销任何微服务）。当网络故障恢复后，该EurekaServer节点会自动退出自我保护模式。
在自我保护模式中，EurekaServer会保护服务注册表中的信息，不再注销任何服务实例。当它收到的心跳数重新恢复到阈值以上时，该EurekaServer节点就会自动退出自我保护模式。它的设计哲学就是宁可保留错误的服务注册信息，也不盲目注销任何可能健康的服务实例。一句话：好死不如赖活着
综上，自我保护模式是一种应对网络异常的安全保护措施。它的架构哲学是宁可同时保留所有微服务（健康的微服务和不健康的微服务都会保留），也不盲目注销任何健康的微服务。使用自我保护模式，可以让Eureka集群更加的健壮和稳定
在SpringCloud中，可以使用eureka.server.enable-self-preservation = false 禁用自我保护模式【不推荐关闭自我保护机制】

5. 配置Provider注册服务

在主启动类增加@EnableEurekaClient注解和@EnableDiscoveryClient注解

@SpringBootApplication
@EnableEurekaClient //本服务启动之后会自动注册进Eureka中！
@EnableDiscoveryClient //服务发现
public class  DeptProvider8001_App {

    public static void main(String[] args) {
        SpringApplication.run(DeptProvider8001_App.class,args);
    }

}

6. 增加Consumer配置

在Consumer中导入Eureka依赖

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-eureka</artifactId>
    <version>1.4.6.RELEASE</version>
</dependency>

增加配置

server:
  port: 80
eureka:
  client:
    register-with-eureka: false
    service-url:
      defaultZone: http://localhost:7001/eureka

即可成功访问到Provider提供的服务
在这里插入图片描述
注意我们这里使用的是微服务的名称在访问的
private static final String REST_URL_PREFIX = "http://SPRINGCLOUD-PROVIDER-DEPT";对应的是Eureka注册中心的名称

五、Eureka集群配置

新建module名为springcloud-eureka-dept-7002和springcloud-eureka-dept-7003，其POM依赖和包名与springcloud-eureka-dept-7001一直，修改各自主启动类类名，不同的在于需要修改映射路径，让各Eureka Server能互相访问
首先配置本地Windows域名映射，打开C:\Windows\System32\drivers\etc路径下的hosts文件，在文件中添加如下配置

127.0.0.1	eureka7001.com
127.0.0.1	eureka7002.com
127.0.0.1	eureka7003.com

接下来修改7001、7002、7003模块的配置文件为
7001：

server:
  port: 7001

eureka:
  instance:
    # 主机名
    hostname: eureka7001.com
    # 使用 ip 注册到注册中心实例化
  client:
    # 此实例是否从注册中心获取注册信息
    fetch-registry: false
    # 是否将此实例注册到注册中心
    register-with-eureka: false
    # 注册地址
    service-url:
      # 默认注册分区地址
#      defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/
      http://eureka7002.com:7002/eureka/,http://eureka7003.com:7003/eureka/

7002：

server:
  port: 7002

eureka:
  instance:
    # 主机名
    hostname: eureka7002.com
    # 使用 ip 注册到注册中心实例化
  client:
    # 此实例是否从注册中心获取注册信息
    fetch-registry: false
    # 是否将此实例注册到注册中心
    register-with-eureka: false
    # 注册地址
    service-url:
      # 默认注册分区地址
      defaultZone: http://eureka7001.com:7001/eureka/,http://eureka7003.com:7003/eureka/

7003：

server:
  port: 7003


eureka:
  instance:
    # 主机名
    hostname: eureka7003.com
    # 使用 ip 注册到注册中心实例化
  client:
    # 此实例是否从注册中心获取注册信息
    fetch-registry: false
    # 是否将此实例注册到注册中心
    register-with-eureka: false
    # 注册地址
    service-url:
      # 默认注册分区地址
      defaultZone: http://eureka7001.com:7001/eureka/,http://eureka7002.com:7002/eureka/

注意各模块中不同的是defaultZone
测试访问可以看到当前Eureka Server的副本，表示Eureka Server集群搭建成功
在这里插入图片描述

Marvellous丶

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
Spring Cloud Netflix（二）—— Eureka服务注册与发现、Eureka集群搭建

一、Eureka简介Eureka是Netflix开发的服务发现框架，本身是一个基于REST的服务。SpringCloud将它集成在其子项目spring-cloud-netflix中，以实现SpringCloud的服务发现功能。有了服务发现与注册，只需要使用服务的标识符，就可以访问到服务，而不需要修改服务调用的配置文件了，功能类似于Dubbo推荐的注册中心Zookeeper二、Eureka原理...
复制链接

扫一扫