Eureka服务注册中心

本文详细介绍了Eureka作为SpringCloud的服务治理组件,包括服务注册与发现、EurekaServer的创建、集群搭建以及Eureka的自我保护机制。在集群搭建中,通过配置多个Eureka节点实现高可用,每个节点相互注册和守望。Eureka的自我保护机制在网络异常时能防止健康服务被误剔除,确保系统稳定性。
摘要由CSDN通过智能技术生成

Eureka服务注册中心

服务治理

Spring Cloud封装了Netflix公司开发的Eureka模块来实现服务治理。在传统的RPC(Remote Procedure Call)框架中,管理每个服务与服务之间依赖关系比较复杂,管理比较复杂所以需要使用服务治理,管理服务与服务之间依赖关系,可以实现服务调用,负载均衡,容错等,实现服务发现与注册。

服务注册与发现

Eureka采用了CS的设计架构,Eureka Server作为服务注册功能的服务器,他是服务注册中心,Eureka Client作为客户端

在服务注册与发现中,有一个注册中心。当服务器启动的时候,会把当前自己服务器的信息比如服务地址、通讯地址等以别名方式注册到注册中心上。另一方(消费者|服务提供着),以该别名的方式去注册中心上获取到实际的服务器通讯地址,然后再实现本地RPC调用。

RPC远程调用框架核心设计思想:在于注册中心,因为使用注册中心管理每个服务与服务之间的一个依赖关系(服务治理概念)。在任何RPC远程框架中,都会有一个注册中心(存放服务器地址相关信息(地址接口))。

服务提供者可能有多个(集群)。

服务注册中心也有多个(集群),避免服务注册中心单点故障。

Eureka Server

提供服务注册服务,各个微服务节点通过配置启动后,会在Eureka Server中进行注册,这样Eureka Server中的服务注册表中将会存储所有可用服务节点的信息,服务节点的信息可以在界面中直观地看到。

创建服务注册中心

新老版本Eureka Server的不同依赖

老版本(2018):

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

新版本(2020.2):

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
</dependency>

pom.xml依赖导入

    <!-- eureka注册中心 -->
    <dependency>
	    <groupId>org.springframework.cloud</groupId>
	    <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
	</dependency>
  </dependencies>
</project>

application.yml

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

pom.xml依赖导入

<!-- eureka注册中心 -->
    <dependency>
	    <groupId>org.springframework.cloud</groupId>
	    <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
	</dependency>
  </dependencies>
</project>

启动项

加入@EnableEurekaServer注解

Eureka集群

概述

为了避免单点故障,实际生产环境中需要高可用,所以我们需要搭建Eureka集群。

微服务RPC远程服务调用最核心的是高可用

试想你的注册中心只有一个,它出故障了那就完蛋了。会导致整个微服务环境不可用,所以搭建Eureka注册中心集群,实现负载均衡+故障容错。

Eureka集群的原理

相互注册,相互守望。

以前是单机Eureka,现在多个Eureka组成一个集群,但外面暴露的就是一个整体的Eureka。

Eureka集群搭建

  1. 参考eureka-server-7001新建eureka-server-7002(实际开发中,直接修改参数再启动就行了

  2. 修改映射配置文件(C:\Windows\System32\drivers\etc\hosts)

    添加以下配置:

    127.0.0.1 eureka7001.com
    127.0.0.1 eureka7002.com
    
  3. 修改application.yml,配置集群

    注意:defaultZone要加上http://

    7001的配置文件:

server:
  port: 7001
eureka:
  instance:
    # eureka服务端的实例名字(和映射配置文件一样,一定要修改Hosts文件)
    hostname: eureka7001.com
  client:
    # false表示不向注册中心注册自己
    register-with-eureka: false
    # false表示自己就是注册中心,我的职责就是维护服务实例,并不需要去检索服务
    fetch-registry: false
    service-url:
      # 相互守望,7001守望7002
      defaultZone: http://eureka7002.com:7002/eureka

7002的配置文件:

server:
  port: 7002
eureka:
  instance:
    # eureka服务端的实例名字(和映射配置文件一样,一定要修改Hosts文件)
    hostname: eureka7002.com
  client:
    # false表示不向注册中心注册自己
    register-with-eureka: false
    # false表示自己就是注册中心,我的职责就是维护服务实例,并不需要去检索服务
    fetch-registry: false
    service-url:
      # 相互守望,7002守望7001,如果守望多个用逗号“,”隔开
      defaultZone: http://eureka7001.com:7001/eureka

7001:

7002:

在这里插入图片描述

Eureka Client

是一个JAVA客户端,用于简化Eureka Server的交互。客户端同时也具备一个内置的,使用轮询(round-robin)负载算法的负载均衡器。在应用启动后,将会向Eureka Server发送心跳(默认周期为30秒)。如果Eureka Server在多个心跳周期内没有接受到某个节点的心跳,Eureka Server将会从服务注册表中把这个服务节点移除(默认90秒)。

服务消费者入驻注册中心

老版本(2018):

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

新版本(2020.2):

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>

pom.xml依赖导入

<!-- eureka客户端 -->
	<dependency>
    	<groupId>org.springframework.cloud</groupId>
    	<artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
	</dependency>
  </dependencies>
</project>

application.yml

server:
  port: 8001
spring:
  application:
  	    # eureka服务端的实例名字
    name: admin
eureka:
  client:
    # 表示将自己注册进EurekaServer,默认为true
    register-with-eureka: true
    # 是否从EurekaServer抓取已有的注册信息,默认为true,单节点无所谓,集群必须配置为true
    fetch-registry: true
    service-url:
      defaultZone: http://localhost:7001/eureka

启动项加入@EnableEurekaClient注解

8001:

红字是Eureka的自我保护,下面会说

Eureka的自我保护机制

概述

保护模式主要用于一组客户端和Eureka Server之间存在网络分区场景下的保护。一旦进入保护模式,Eureka Server将会尝试保护其服务注册表中的信息,不在删除服务注册表中的数据,也就是不会注销任何微服务

解释:某时刻一个微服务不可用了,Eureka不会立刻清理,依旧会对该微服务的信息进行保存。(属于CAP里面的AP分支)

如下图:说明Eureka进入了保护模式

为什么会产生自我保护机制?

为了防止Eureka Client可以正常运行,但是与Eureka Server网络不同情况下,Eureka Server不会立刻将Eureka Client服务剔除。

什么是自我保护机制?

默认情况下,如果Eureka Server在一定时间内没有接收到某个微服务实例的心跳,Eureka Server将会注销该实例(默认90秒)。但是当网络分区故障发生(延时,卡顿,拥挤)时,微服务与Eureka Server之间无法正常通信,立刻注销可能变得非常危险——因为微服务本身其实是健康的,此时本不应该注销这个微服务。Eureka通过“自我保护模式”来解决这个问题——当Eureka Server节点在短时间内丢失过多客户端时(可能发生了网络分区故障),那么这个节点就会进入自我保护模式。

自我保护机制:默认情况下Eureka Client定时向Eureka Server端发送心跳包,如果Eureka在Server端在一定时间内(默认90秒)没有收到Eureka Client发送心跳包,便会直接从服务注册列表中剔除该服务,但是在短时间内(90秒钟)内丢失了大量的微服务实例心跳,这时候Eureka Server会开启自我保护机制,不会剔除该服务(该现象可能出现在如果网络不通,但是Eureka Client未出现宕机,此时如果换做别的注册中心如果一定时间内没有收到心跳会剔除该服务,这样就出现了严重失误,因为客户端还能正常发送心跳,只是网络延迟问题,二保护机制是为了解决此问题而产生的)。

在自我保护模式中,Eureka Server会保护服务注册表中的信息,不在注销任何服务实例。它的设计哲学就是宁可保留错误的服务注册信息,也不盲目注销任何可能健康的服务实例。

综上,自我保护模式是一种应对网络异常的安全保护措施,他的架构哲学是宁可同时保留所有微服务(健康的微服务和不健康的微服务都会保留)也不盲目任何健康的微服务。使用自我保护模式,可以让Eureka集群更加地健壮、稳定。

禁止自我保护机制

EurekaServer的配置

默认情况下自我保护机制是开启的:eureka.server.enable-self-preservation=true。以下参数可以配置自我保护机制:

参数名参数类型作用
eureka.server.enable-self-preservationboolean是否开启自我保护机制
eureka.server.eviction-interval-timer-in-mslong没有收到心跳后多少毫秒剔除服务(默认90秒)
application.yml
server:
  port: 7001
eureka:
  instance:
    # eureka服务端的实例名字(和映射配置文件一样,一定要修改Hosts文件)
    hostname: eureka7001.com
  client:
    # false表示不向注册中心注册自己
    register-with-eureka: false
    # false表示自己就是注册中心,我的职责就是维护服务实例,并不需要去检索服务
    fetch-registry: false
    service-url:
      # 单机指向自己
      defaultZone: http://eureka7001.com:7001/eureka
  server:
    # 是否打开自我保护机制
    enable-self-preservation: false
    # 剔除时长
    eviction-interval-timer-in-ms: 2000
EurekaClient的配置

在自我保护机制上客户端也可以配置一些参数:

参数名参数类型作用
eureka.instance.lease-renewal-interval-in-secondsint心跳间隔(单位秒,默认30秒)
eureka.instance.lease-expiration-duration-in-secondsintEurekaServer在收到最后一次心跳后等待时间上线(单位秒,默认90秒),超时将剔除服务
application.yml
server:
  port: 8001
spring:
  application:
  	    # eureka服务端的实例名字
    name: admin
eureka:
  client:
    # 表示将自己注册进EurekaServer,默认为true
    register-with-eureka: true
    # 是否从EurekaServer抓取已有的注册信息,默认为true,单节点无所谓,集群必须配置为true
    fetch-registry: true
    service-url:
      defaultZone: http://localhost:7001/eureka
       instance:
    # 显示的名字
    instance-id: admin8001
    # 是否显示ip地址
    prefer-ip-address: true
    # 心跳间隔,单位秒默认30秒
    lease-renewal-interval-in-seconds: 1
    # 未收到心跳后的等待时间上限,默认90秒
    lease-expiration-duration-in-seconds: 2
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值