06-SpringCloud Eureka

Eureka基础知识

什么是服务治理

Spring Cloud封装了Netflix 公司开发的Eureka模块来实现服务治理

在传统的RPC远程调用框架中，管理每个服务与服务之间依赖关系比较复杂，管理比较复杂，所以需要使用服务治理，管理服务于服务之间依赖关系，可以实现服务调用、负载均衡、容错等，实现服务发现与注册。

什么是服务注册与发现

Eureka采用了CS的设计架构，Eureka Sever作为服务注册功能的服务器，它是服务注册中心。而系统中的其他微服务，使用Eureka的客户端连接到 Eureka Server并维持心跳连接。这样系统的维护人员就可以通过Eureka Server来监控系统中各个微服务是否正常运行。

在服务注册与发现中，有一个注册中心。当服务器启动的时候，会把当前自己服务器的信息比如服务地址通讯地址等以别名方式注册到注册中心上。另一方(消费者服务提供者)，以该别名的方式去注册中心上获取到实际的服务通讯地址，然后再实现本地RPC调用，RPC远程调用框架核心设计思想:在于注册中心，因为使用注册中心管理每个服务与服务之间的一个依赖关系(服务治理概念)。在任何RPC远程框架中，都会有一个注册中心存放服务地址相关信息(接口地址)

Eureka包含两个组件:

Eureka Server

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

Eureka Client

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

单机版Eureka搭建

搭建EurekaServer

创建Maven项目

 

1.x 与 2.x 对比

    org.springframework.cloud
    spring-cloud-starter-eureka



    org.springframework.cloud
    spring-cloud-starter-netflix-eureka-server

修改POM.xml

    
        springcloud
        com.dance
        1.0-SNAPSHOT
    
    4.0.0

    cloud-eureka-server7001

    
        
        
            org.springframework.cloud
            spring-cloud-starter-netflix-eureka-server
        
        
        
            com.dance
            cloud-api-commons
            1.0-SNAPSHOT
        
        
        
            org.springframework.boot
            spring-boot-starter-web
        
        
            org.springframework.boot
            spring-boot-starter-actuator
        
        
            org.springframework.boot
            spring-boot-devtools
            runtime
            true
        
        
            org.projectlombok
            lombok
        
        
            org.springframework.boot
            spring-boot-starter-test
            test
        
        
            junit
            junit
        
    

添加yml配置

server:
  port: 7001

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

新增主启动类

package com.dance.springcloud;

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

@SpringBootApplication
@EnableEurekaServer
public class EurekaMain7001 {

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

}

5.测试运行EurekaMain7001，浏览器输入http://localhost:7001/回车，会查看到Spring Eureka服务主页。

服务端搭建成功

提供者(支付微服务8001工程)注册服务到EurekaServer

修改提供者POM.xml

添加spring-cloud-starter-netflix-eureka-client依赖

    org.springframework.cloud
    spring-cloud-starter-netflix-eureka-client

修改yml配置

eureka:
  client:
    #表示是否将自己注册进Eurekaserver默认为true。
    register-with-eureka: true
    #是否从EurekaServer抓取已有的注册信息，默认为true。单节点无所谓，集群必须设置为true才能配合ribbon使用负载均衡
    fetchRegistry: true
    service-url:
      defaultZone: http://localhost:7001/eureka

修改主启动类

@EnableEurekaClient//<-----添加该注解

重启提供者服务,并查看Eureka控制台

 

提供者注册成功

Eureka自我保护机制

EMERGENCY! EUREKA MAY BE INCORRECTLY CLAIMING INSTANCES ARE UP WHEN THEY’RE NOT. RENEWALS ARELESSER THAN THRESHOLD AND HENCFT ARE NOT BEING EXPIRED JUST TO BE SAFE.

紧急情况！EUREKA可能错误地声称实例在没有启动的情况下启动了。续订小于阈值，因此实例不会为了安全而过期。

消费者(订单微服务80工程)注册服务到EurekaServer

修改消费者POM.xml

    org.springframework.cloud
    spring-cloud-starter-netflix-eureka-client

修改yml配置

eureka:
  client:
    #表示是否将自己注册进Eurekaserver默认为true。
    register-with-eureka: true
    #是否从EurekaServer抓取已有的注册信息，默认为true。单节点无所谓，集群必须设置为true才能配合ribbon使用负载均衡
    fetchRegistry: true
    service-url:
      defaultZone: http://localhost:7001/eureka

修改主启动类

@EnableEurekaClient//<--- 添加该标签

测试

• 启动cloud-provider-payment8001、cloud-eureka-server7001和cloud-consumer-order80这三工程。
• 浏览器输入 http://localhost:7001 , 在主页的Instances currently registered with Eureka将会看到cloud-provider-payment8001、cloud-consumer-order80两个工程名。

注意，application.yml配置中层次缩进和空格，两者不能少，否则，会抛出异常Failed to bind properties under 'eureka.client.service-url' to java.util.Map 。

Eureka集群原理说明

Eureka集群原理说明

 

服务注册：将服务信息注册进注册中心

服务发现：从注册中心上获取服务信息

实质：存key服务命取value闭用地址

1. 先启动eureka注主册中心
2. 启动服务提供者payment支付服务
3. 支付服务启动后会把自身信息(比服务地址L以别名方式注朋进eureka
4. 消费者order服务在需要调用接口时，使用服务别名去注册中心获取实际的RPC远程调用地址
5. 消去者导调用地址后，底屋实际是利用HttpClient技术实现远程调用
6. 消费者实癸导服务地址后会缓存在本地jvm内存中，默认每间隔30秒更新—次服务调用地址

问题:微服务RPC远程服务调用最核心的是什么

高可用:试想你的注册中心只有一个only one，万一它出故障了，会导致整个为服务环境不可用。

解决办法：搭建Eureka注册中心集群，实现负载均衡+故障容错。

互相注册，相互守望。

Eureka集群环境搭建

搭建7002

创建cloud-eureka-server7002模块,参考搭建EurekaServer

 

修改Hosts文件

• 找到C:\Windows\System32\drivers\etc路径下的hosts文件，修改映射配置添加进hosts文件

127.0.0.1 eureka7001.com
127.0.0.1 eureka7002.com

修改7001配置文件

server:
  port: 7001

eureka:
  instance:
    hostname: eureka7001.com #eureka服务端的实例名称
  client:
    register-with-eureka: false     #false表示不向注册中心注册自己。
    fetch-registry: false     #false表示自己端就是注册中心，我的职责就是维护服务实例，并不需要去检索服务
    service-url:
      #集群指向其它eureka
      defaultZone: http://eureka7002.com:7002/eureka/
      #单机就是7001自己
      #defaultZone: http://eureka7001.com:7001/eureka/

修改7002配置文件

server:
  port: 7002

eureka:
  instance:
    hostname: eureka7002.com #eureka服务端的实例名称
  client:
    register-with-eureka: false     #false表示不向注册中心注册自己。
    fetch-registry: false     #false表示自己端就是注册中心，我的职责就是维护服务实例，并不需要去检索服务
    service-url:
      #集群指向其它eureka
      defaultZone: http://eureka7001.com:7001/eureka/
      #单机就是7002自己
      #defaultZone: http://eureka7002.com:7002/eureka/

测试集群

启动7002和7001，先停掉8001和80

通过域名访问7001,可以看到它指向了7002

http://eureka7001.com:7001/

通过域名访问7002.可以看到它指向了7001

http://eureka7002.com:7002

测试完成,集群搭建成功!

提供者(支付微服务8001工程)注册服务到Eureka集群

修改yml配置

#将单一地址修改为多地址通过逗号分割
defaultZone: http://eureka7001.com:7001/eureka, http://eureka7002.com:7002/eureka

消费者(订单微服务80工程)注册服务到Eureka集群

修改yml配置

#将单一地址修改为多地址通过逗号分割
defaultZone: http://eureka7001.com:7001/eureka, http://eureka7002.com:7002/eureka　　

测试注册服务

1. 启动集群7001和7002
2. 启动提供者和消费者
3. 访问Eureka查看

7001注册成功

 

7002注册成功

提供者集群搭建

参考cloud-provider-payment8001搭建cloud-provider-payment8002，应为在微服务当中为了解决单点故障问题，提供者应该是多台而不是一台

修改yml配置

server:
  port: 8002

测试

1. 启动Eureka集群
2. 启动提供者集群8001 8002
3. 访问Eureka测试

 

7001集群注册成功

 

7002集群注册成功

消费者通过别名调用提供者集群

修改消费者Controller

//public static final String PAYMENT_URL = "http://localhost:8001";

// 将指定的地址修改为服务别名 服务别名从Eureka控制台查看

public static final String PAYMENT_URL = "http://CLOUD-PAYMENT-SERVICE";

 

修改RestTemplate配置

@Bean
// 应为是集群提供服务,所以需要本地负载
@LoadBalanced
public RestTemplate getRestTemplate(){
  return new RestTemplate();
}

测试调用

重启80工程，第一次调用 8002 提供者提供服务

 

刷新几次可以看到 8001 提供者提供服务

 

测试成功

actuator微服务信息完善

主机名称：服务名称修改(也就是将IP地址，换成可读性高的名字)

修改cloud-provider-payment8001，cloud-provider-payment8002

修改部分 - YML - eureka.instance.instance-id

也就是修复Eureka展示的问题

修改提供者8001配置

eureka: 
    instance:
        instance-id: cloud-payment-service8001

修改提供者8002配置

eureka: 
    instance:
        instance-id: cloud-payment-service8002

重启测试

 

 可以了，但是现在鼠标悬浮在上面左下角出现的还是域名，而不是IP

访问信息有IP信息提示

(就是将鼠标指针移至payment8001，payment8002名下，会有IP地址提示)

修改8001和8002

eureka:
  instance:
    prefer-ip-address: true #添加此处

服务发现 Discovery

对于注册进eureka里面的微服务，可以通过服务发现来获得该服务的信息

修改8001的Controller

@RestController
@Slf4j
public class PaymentController {

    ..................

    @Resource
    private DiscoveryClient discoveryClient;

    @GetMapping("/payment/discovery")
    public Object discovery(){
        // 获取描述
        String description = discoveryClient.description();
        log.info(description);
        // 获取所有服务别名
        List services = discoveryClient.getServices();
        services.forEach(System.out::println);
        // 根据别名获取具体提供者信息
        services.forEach(x -> {
            List instances = discoveryClient.getInstances(x);
            for (ServiceInstance instance : instances) {
                log.info("{instanceId:"+instance.getInstanceId()+",scheme:"+instance.getScheme()+
                        ",serviceId:"+instance.getServiceId()+",host:"+instance.getHost()+
                        ",port:"+instance.getPort()+",uri:"+instance.getUri()+
                        ",metadata:"+instance.getMetadata()+"}");
            }
        });
        return services;
    }

    .......................
}

修改主启动类

@EnableDiscoveryClient//添加该注解

测试

重启8001,8002提供者

测试

http://localhost:8001/payment/discovery

前台返回:

 

后端打印:

2021-08-22 01:12:33.434  INFO [cloud-payment-service,912fc71f3a7277d4,912fc71f3a7277d4,true] 8088 --- [nio-8001-exec-2] c.d.s.controller.PaymentController       : Spring Cloud Eureka Discovery Client
cloud-payment-service
cloud-order-service
2021-08-22 01:12:33.442  INFO [cloud-payment-service,912fc71f3a7277d4,912fc71f3a7277d4,true] 8088 --- [nio-8001-exec-2] c.d.s.controller.PaymentController       : {instanceId:cloud-payment-service8002,scheme:null,serviceId:CLOUD-PAYMENT-SERVICE,host:192.168.0.101,port:8002,uri:http://192.168.0.101:8002,metadata:{management.port=8002}}
2021-08-22 01:12:33.442  INFO [cloud-payment-service,912fc71f3a7277d4,912fc71f3a7277d4,true] 8088 --- [nio-8001-exec-2] c.d.s.controller.PaymentController       : {instanceId:ZB-PF2P9QVH.360buyAD.local:cloud-order-service:80,scheme:null,serviceId:CLOUD-ORDER-SERVICE,host:ZB-PF2P9QVH.360buyAD.local,port:80,uri:http://ZB-PF2P9QVH.360buyAD.local:80,metadata:{management.port=80}}

Eureka 自我保护机制

概述

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

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

EMERGENCY! EUREKA MAY BE INCORRECTLY CLAIMING INSTANCES ARE UP WHEN THEY’RE NOT. RENEWALS ARE LESSER THANTHRESHOLD AND HENCE THE INSTANCES ARE NOT BEING EXPIRED JUSTTO BE SAFE

导致原因

一句话：某时刻某一个微服务不可用了，Eureka不会立刻清理，依旧会对该微服务的信息进行保存。

属于CAP里面的AP分支。

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

为了EurekaClient可以正常运行，防止与EurekaServer网络不通情况下，EurekaServer不会立刻将EurekaClient服务剔除

什么是自我保护模式

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

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

在自我保护模式中，Eureka Server会保护服务注册表中的信息，不再注销任何服务实例。

它的设计哲学就是宁可保留错误的服务注册信息，也不盲目注销任何可能健康的服务实例。一句话讲解：好死不如赖活着。

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

怎么禁止自我保护

在7001处设置关闭自我保护机制

默认，自我保护机制是开启的

使用eureka.server.enable-self-preservation = false可以禁用自我保护模式

eureka:
  ...
  server:
    #关闭自我保护机制，保证不可用服务被及时踢除
    enable-self-preservation: false
    eviction-interval-timer-in-ms: 2000

关闭效果：

spring-eureka主页会显示出一句：

THE SELF PRESERVATION MODE IS TURNED OFF. THIS MAY NOT PROTECT INSTANCE EXPIRY IN CASE OF NETWORK/OTHER PROBLEMS.

在8001设置心跳检测和续约时间

• 默认心跳时间为30秒
  • eureka.instance.lease-renewal-interval-in-seconds=30
  • 续约时间为90秒
    • eureka.instance.lease-expiration-duration-in-seconds=90

eureka:
  ...
  instance:
    instance-id: payment8001
    prefer-ip-address: true
    #心跳检测与续约时间
    #开发时没置小些，保证服务关闭后注册中心能即使剔除服务
    #Eureka客户端向服务端发送心跳的时间间隔，单位为秒(默认是30秒)
    lease-renewal-interval-in-seconds: 1
    #Eureka服务端在收到最后一次心跳后等待时间上限，单位为秒(默认是90秒)，超时将剔除服务
    lease-expiration-duration-in-seconds: 2

测试

• 重启Eureka集群
• 重启提供者集群
• 访问控制台查看

因为修改的是7001,所以查看7001控制台

注册成功

现在停止8001提供者,刷新7001控制台

 

已经被踢出了

 

7002也踢出了8001

ok 到这里Eureka就写完啦,完结撒花~,这些知识应该够日常开发用了，而且用不用Eureka还另说，为啥不用凡是关注这一块的差不多都知道

作者：彼岸舞

时间：2021\08\22

内容关于：Spring Cloud H版

本文属于作者原创,未经允许,禁止转发