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 的自我保护模式及相关问题