Spring Cloud服务优雅下线

写文章的当天; 生产中出现紧急的bug;需要紧急进行处理(他喵的今天是周末好不好), 当然主角不是bug,而是重启服务的时候是白天,被客户感知到了,有2-3分钟左右的时间服务是有问题的,客户表示很不爽,因此现在公司让所有项目都接入优雅下线;

这里和eureka的心跳检测有关
当K8S下线Pod时，如若服务不通知Eureka下线服务，由于Eureka默认的心跳检测为30秒，3次心跳失败才会从Eureka中移除，所以Eureka最长90S后才能感知到服务提供者下线，另外，Eureka没有主动通知功能，调用发也只能依赖心跳拉取最新的服务提供者信息。最后由于Ribbion中有各种缓存，这些缓存的更新同样需要时间。

基于上述流程，想象下，假如一个服务异常下线server端没有接受到下线请求，那么会有以下情况

0s 时服务未通知 Eureka Client 直接下线；
29s 时第一次过期检查 evict 未超过 90s；
89s 时第二次过期检查 evict 未超过 90s；
149s 时第三次过期检查 evict 未续约时间超过了 90s，故将该服务实例从 registry 中删除； (以上内容可以通过优雅下线解决，但是下面的内容由于EUREKA CLIENT是采用拉取的方式进行的，所以只能缩短时间，但是没有办法完全消除)
179s 时定时任务更新readWriteCacheMap以及从 readWriteCacheMap 更新至 readOnlyCacheMap;
209s 时 Eureka Client 从 Eureka Server 的 readOnlyCacheMap 更新；（以上内容可以通过更换Nacos注册中心解决，但是没有办法解决Ribbon的问题）
239s 时 Ribbon 从 Eureka Client 更新。

优雅下线方案

1、在Pod 停止前发送一条请求，通知Eureka进行下线操作；
2、服务下线后，服务并不关闭，而采用等待2分钟（其实90S就够了）后再销毁服务；（如果Ribbion等缓存时间调短，此时间可以缩短）

下面是配置:
项目springboot版本: 2.1.5

引入依赖

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-actuator</artifactId>
</dependency>

配置文件

management.endpoints.enabled=true
management.endpoints.web.base-path=/actuator 默认值是actuator
management.endpoints.web.exposure.include=service-registry,info,health,metrics
management.endpoints.web.exposure.exclude=shutdown

本地调试:
请求地址:
http://127.0.0.1:9210/service-registry?status=DOWN
http://127.0.0.1:9210/service-registry?status=UP
然后在erueka中可以查看到响应的状态

image.png

配置已经完成了; 但是最后需要运维这边配合做响应处理,比如k8s中的配置:

spec:
  containers:
  - name: abcdocker
    image: nginx
    ports:
      - containerPort: 80
    lifecycle:
      preStop:
        exec:
          command:
            - bash
            - -c
            - 'curl -X POST --data DOWN http://127.0.0.1:8080/service-registry/instance-status  -H
              "Content-Type: application/vnd.spring-boot.actuator.v2+json;charset=UTF-8";sleep 120'
 
####### 参数解释
127.0.0.1:8080 #代表eureka地址
service-registry    #代表注册中心
DOWN          #执行down请求参数
Content-Type  #参数类型
sleep         #等待120秒

最后编辑于：2020.03.08 10:50:58