Estoy probando la nueva función de apagado correcto en Spring Boot 2.3 ( server.shutdown=graceful and Tomcat Web server ) con el campo terminationGracePeriodSeconds de Kubernetes. Cuando comienza la fase de cierre correcto, las nuevas solicitudes HTTP se rechazan como se esperaba y, en este momento, las solicitudes actuales deben elaborarse hasta el tiempo de espera configurable ( spring.lifecycle.timeout-per-shutdown-phase ). El comportamiento extraño es el resultado de actividad del actuador Spring Boot porque, en este escenario, el punto final de actividad es inalcanzable.
Por lo tanto, kubelet no puede saber si el microservicio aún está activo durante el cierre o si está atascado por otras cosas. Dado que la sonda de actividad de K8s no se basa en el campo de terminationGracePeriodSeconds , el POD se reiniciará de acuerdo con su configuración de actividad de K8s y el microservicio Spring Boot no puede realizar el apagado correcto debido a un reinicio brutal.
¿Me estoy perdiendo de algo? ¿Cómo podría manejar este escenario?
Mientras tanto, adopté otra solución, estoy invocando la sonda de actividad de Spring Boot a través de JMX usando el protocolo RMI. En este caso, la vivacidad da una respuesta de "ARRIBA" durante el apagado ordenado. Para hacer esto: habilite JMX configurando la propiedad spring.jmx.enabled en verdadero y el indicador de salud de JMX de invocación de vida usando un cliente JMX.