本篇博客依赖于SpringCloud-Eureka(1)认识Eureka和初步配置
服务注册与信息配置
我们在服务提供者模块这里加入Eureka的相关依赖
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-eureka</artifactId>
<version>1.4.6.RELEASE</version>
</dependency>
然后就是去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文件
<!--actuator 完善监控信息-->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-actuator</artifactId>
</dependency>
配置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;
来关闭自我保护模式