SpringCloud-Eureka(2)服务注册与信息配置,自我保护机制

SpringCloud-Eureka(2)服务注册与信息配置

本篇博客依赖于SpringCloud-Eureka(1)认识Eureka以及初步配置

服务注册与信息配置

我们在服务提供者模块这里加入Eureka的相关依赖

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

然后就是去yml配置文件进行配置

server:
  port: 8001
#mybatis配置
mybatis:
  type-aliases-package: com.lin.springcloud.pojo
  mapper-locations: classpath:mybatis/mapper/*.xml
#spring的配置
spring:
  application:
    name: springcloud-provider
  datasource:
    type: com.alibaba.druid.pool.DruidDataSource
    driver-class-name: com.mysql.jdbc.Driver
    url: jdbc:mysql://localhost:3306/db_springcloud?useUnicode=true&characterEncoding=utf-8
    username: rootlin
    password: 123456
#Eureka的配置,服务注册到这里
eureka:
  client:
    service-url:
      defaultZone: http://localhost:7001/eureka/

关于Eureka的配置是我们新增的,其他的配置都是之前的。我们Eureka注册的地址也是之前在服务中心设置的地址。

然后就是在我们的启动类上面加一个@EnableEurekaClient注解

package com.lin.springcloud;

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

//启动类注解
@SpringBootApplication
//在服务启动后自动注册到服务中心
@EnableEurekaClient
public class UserProvider_8001 {
    public static void main(String[] args) {
        SpringApplication.run(UserProvider_8001.class,args);
    }
}

好了,我们先启动服务中心的服务器,然后启动我们服务提供者的服务器,访问localhost:7001就可以看到我们的服务已经注册到了服务中心。

这里的服务名字是我们在上面的yml配置文件取的,是可以修改的

我们可以注意到,在注册中心这里有一个status,点进去是找不到页面的。

这里主要是放一些开发者的信息,需要导入监控依赖就可以使用。我们也可以对它进行名字修改,在yml里面修改instance-id即可。

#Eureka的配置,服务注册到这里
eureka:
  client:
    service-url:
      defaultZone: http://localhost:7001/eureka/
  instance:
    instance-id: springcloud_provider_8001

因为点击进去无法访问,所以导入监控依赖,并配置yml文件

        
        
            org.springframework.boot
            spring-boot-starter-actuator
        

配置yml我们的info,这里我们简单配置一下,主要是为了展示信息

#info 监控信息
info:
  app-name: user_provider
  company-name: company_lin

重新启动服务提供者服务器,可以看到我们的status名称已经改完了,我们点进去了也有信息展示


自我保护机制

这里有这么一个现象,我们在服务中心注册我们的服务后,然后停掉了我们的服务提供者的服务器,过了一会就会发现注册中心上面会有这么一串红字

出现红字表明着Eureka的 自我保护模式(self-preservation mode) 被启动了,当 Eureka Server 节点在短时间内丢失了过多实例的连接时(比如网络故障或频繁的启动关闭客户端),那么这个节点就会进入自我保护模式,一旦进入到该模式,Eureka server 就会保护服务注册表中的信息,不再删除服务注册表中的数据(即不会注销任何微服务),当网络故障恢复后,该 Ereaka Server 节点就会自动退出自我保护模式。

总结自我保护机制

一句话总结:某时刻的某一个服务不可以用了,eureka不会立刻清理,而是依旧会对该微服务的信息进行保存!

  • 默认情况下,如果EurekaServer在一定时间内没有接收到某个微服务实例的心跳,EurekaServer将会注销该实例(默认90秒)。但网络分区故障发生时,微服务与Eureka之间无法正常通信,以上行为可能变得非常危险了,因为微服务本身其实是健康的,此时不应该注销这个服务。Eureka通过自我保护机制来解决这个问题。当 Eureka Server 节点在短时间内丢失了过多实例的连接时(比如网络故障或频繁的启动关闭客户端),那么这个节点就会进入自我保护模式,一旦进入到该模式,Eureka server 就会保护服务注册表中的信息,不再删除服务注册表中的数据(即不会注销任何微服务),当网络故障恢复后,该 Ereaka Server 节点就会自动退出自我保护模式。
  • 在自我保护模式中,EurekaServer会保护服务注册表中的信息,不再注销任何服务实例。当它收到的心跳数重新恢复的阈值以上时,该EurekaServer节点就会自动退出自我保护模式。它的设计哲学就是宁可保留错误的服务注册信息,也不盲目注销任何可能健康的服务实例。

自我保护模式是一种应对网络异常的安全保护措施,使用自我保护模式,可以让Eureka集群更加的健壮和稳定。

如何解决这种红字现象呢?

  • 等待EurekaServer自动恢复

正常的情况下,等待网络恢复(或者没有频繁的启动与关闭实例)后,等待一段时间 Eureka Server 会自动关闭自我保护模式,但是如果它迟迟没有关闭该模式,那么便可以尝试手动关闭,如下。

  • 重启Eureka Server

通常而言,PRD 环境建议对 Eureka Server 做负载均衡,这样在依次关闭并开启 Eureka Server 后,无效的实例会被清除,并且不会对正常的使用照成影响。

  • 关闭Eureka的自我保护模式

可以使用eureka.server.enable-self-preservation = false;来关闭自我保护模式

本文有参考自

狂神说视频

[Spring Cloud] Eureka 的自我保护模式及相关问题

你可能感兴趣的:(SpringCloud-Eureka(2)服务注册与信息配置,自我保护机制)