ICode9

精准搜索请尝试: 精确搜索
首页 > 其他分享> 文章详细

微服务架构 | 3.1 Netflix Eureka 注册中心

2022-01-15 08:31:06  阅读:12  来源: 互联网

标签:服务 Netflix Server eureka 3.1 服务器 Eureka 客户端


目录


前言

参考资料
《Spring Microservices in Action》
《Spring Cloud Alibaba 微服务原理与实战》
《B站 尚硅谷 SpringCloud 框架开发教程 周阳》
《Spring Cloud Netflix 官方资料》

Eureka 是 Netflix 开发的服务发现框架,本身是一个基于REST的服务,主要用于定位运行在 AWS 域中的中间层服务,以达到负载均衡和中间层服务故障转移的目的;

Spring Cloud 将它集成在其子项目 spring-cloud-netflix 中,以实现 Spring Cloud 的服务发现功能;


1. Eureka 基础知识

1.1 Eureka 模型中的服务器与客户端

  • 服务器:服务的注册中心,负责维护与管理注册的服务列表;
  • 客户端:所有要注册进 Eureka 的服务都称为 Eureka 的客户端,它可以是服务配置中心 Spring Cloud Config;也可以是网关 zuul;还可以是实际的业务服务等;

1.2 Eureka 的 30s 启动机制

  • 当客户端服务通过 Eureka 注册时, Eureka 将在 30s 内等待 3 次连续的健康检查,然后才能通过 Eureka 获取该服务;
  • 每次服务注册需要 30 s 的时间才能显示在 Eureka服务中,因为 Eureka需要从服务接收 3 次。连续心跳包 ping,每次心跳包 ping 间隔 10 s,然后才能使用这个服务;

1.3 Eureka 为什么注册服务的 IP ,而不是主机名

  • 具体例子详情可以参考《3.2 修改 boostrap.yml 配置文件》;
  • 在基于服务器的环境中时:Eureka 在尝试注册客户端服务时,客户端服务会被分配一个 DNS 支持的主机名,客户端服务通过这个 DNS 主机名与外界联系;
  • 在基于容器的部署(如 Docker)中:容器以随机生成的主机名启动,没有 DNS 记录;使用主机名将无法解析;

1.4 Eureka 服务器的高可用(集群)

  • 在实际生产中,为了实现 Eureka 的高可用,需要建立多个 Eureka 服务器以便相互复制注册表的内容;
  • 一组 Eureka 注册表相互之间使用点对点通信模型进行通信;
  • 需要在客户端 eureka.serviceUrl.defaultZone 属性中用逗号隔开多个 Eureka 服务器的位置;
  • 同时,服务器的 eureka.serviceUrl.defaultZone 属性中用逗号隔开多个除了自身的 Eureka 服务器的位置;

2. 构建 Eureka 服务器

2.1 引入 pom.xml 依赖

<!-- 1.x老版本的依赖 -->
<dependency>  
  <groupId>org.springframework.cloud</groupId>
  <artifactId>spring-cloud-starter-eureka-server</artifactId>
</dependency>
<!-- 2.x新版本的依赖 -->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
</dependency>
  • Eureka 的 Maven 依赖文件默认包含 Ribbon 组件;
  • 新老版本二选一即可;

2.2 修改 application.yaml 配置文件

server:
  port: 8761 #Eureka 监听的端口
spring:
  application:
    name: eureka-server #Eureka 服务器的名称
eureka:
  client:
    fetch-registry: false #不要在本地缓存注册表信息
    register-with-eureka: false #不使用 Eureka 服务进行注册
    serviceUrl:
      defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/
  instance:
    hostname: localhost
  server:  #配置属性,但由于 Eureka 自我保护模式以及心跳周期长的原因,经常会遇到 Eureka Server 不剔除已关停的节点的问题
    enable-self-preservation: false
    eviction-interval-timer-in-ms: 5000
    waitTimelnMsWhenSyncEmpty: 5 #在服务器接收请求之前等待的初始时间,在实际生产中应注释掉此属性
  • 如果需要将组件注册进 Eureka 里,需要把 eureka.client.register-with-eureka 置为 true,或者不管它,使用默认值 true;
  • 只有 Eureka 的客户端才需要把 eureka.client.register-with-eureka 置为 true;

2.3 在主程序类上标注注解

@EnableEurekaServer:表示该服务为 Eureka 服务器;


3. 将客户端注册进 Eureka 服务器

3.1 引入 pom.xml 依赖

<!--注册中心-->
<dependency>  
  <groupId>org.springframework.cloud</groupId>
  <artifactId>spring-cloud-starter-eureka</artifactId>
</dependency>
  • 因为每个服务基本上都会注册进 Eureka 服务器里,因此该依赖可以添加到父工程里,表示公共依赖;

3.2 修改 boostrap.yml 配置文件

spring:
  application:
    name: xxx-client  #应用程序ID,常写在 boostrap.yml 下
  profiles:
    active: dev
  cloud:
    config:
      enabled: true
eureka:
  instance:
    preferIpAddress: true  #注册服务的IP,而不是服务名称
  client:
    registerWithEureka: true  #向 Eureka 注册服务
    fetchRegistry: true  #拉取注册表的本地副本
    serviceUrl: 
      defaultZone: http://localhost:8761/eureka/  #Eureka 服务模块
  • 每个通过 Eureka 注册的服务都会有两个与之相关的 ID:
    • 应用程序 ID:表示一组服务实,D始终是由 spring.application.name 属性设置的值(写在 bootstrap.yml 配置文件中,而不是 application.xml);
    • 实例 ID:一个随机数,用于代表单个服务实例;
  • 为什么注册服务的 IP ,而不是主机名:
    • 在基于服务器的环境中时:Eureka 在尝试注册客户端服务时,客户端服务会被分配一个 DNS 支持的主机名,客户端服务通过这个 DNS 主机名与外界联系;
    • 在基于容器的部署(如 Docker)中:容器以随机生成的主机名启动,没有 DNS 记录;使用主机名将无法解析;

3.3 在主程序类上标注服务发现的注解

  • @EnableEurekaClient:推荐使用 Eureka 作为注册中心;
  • @EnableDiscoveryClient:推荐使用其他组件作为注册中心;

4. Eureka Server 的自我保护

4.1 故障现象

  • 如果在Eureka Server的首页看到以下这段提示,则说明Eureka进入了保护模式:

Eureka 的自我保护

  • Eureka Server 一旦进入自我保护模式,将会尝试保护其服务注册表中的信息,不再删除服务注册表中的数据,也不会注销任何微服务

4.2 自我保护概述

  • 保护模式主要用于一组客户端和 Eureka Server 之间存在网络分区场景下的保护;
  • 为了防止 Eureka Client 可以正常运行,但是与 Eureka Server 网络不通情况下,Eureka Server 不会立刻将 Eureka Client 服务剔除;

4.3 自我保护原理

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

自我保护原理

4.4 关闭自我保护机制

  • 使用如下配置可以关闭自我保护机制,保证不可用服务被及时踢除:
  • eureka.server.enable-self-preservation = false


最后

新人制作,如有错误,欢迎指出,感激不尽!
欢迎关注公众号,会分享一些更日常的东西!
如需转载,请标注出处!

标签:服务,Netflix,Server,eureka,3.1,服务器,Eureka,客户端
来源: https://www.cnblogs.com/dlhjw/p/15806074.html

专注分享技术,共同学习,共同进步。侵权联系[admin#icode9.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有