ICode9

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

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

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

标签:服务 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

本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享;
2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关;
3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关;
4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除;
5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

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

ICode9版权所有