Spring boot 如何在pod启动期间增加Openshift/kubernetes使用flyway运行脚本数据库所需的时间?活动性探测失败时出错
在微服务部署期间,我使用openshift、docker、springboot和flyway。如果flyway在部署运行状况检查期间花费大量时间使用脚本数据库,则抛出以下错误:Spring boot 如何在pod启动期间增加Openshift/kubernetes使用flyway运行脚本数据库所需的时间?活动性探测失败时出错,spring-boot,kubernetes,openshift,flyway,Spring Boot,Kubernetes,Openshift,Flyway,在微服务部署期间,我使用openshift、docker、springboot和flyway。如果flyway在部署运行状况检查期间花费大量时间使用脚本数据库,则抛出以下错误: Killing container with id docker//app:Conainter failed liveness probe. Container will be killed and recreated. 如何避免此错误?对于第一次初始化时可能需要额外启动时间的应用程序,可以使用 ports: - na
Killing container with id docker//app:Conainter failed liveness probe. Container will be killed and recreated.
如何避免此错误?对于第一次初始化时可能需要额外启动时间的应用程序,可以使用
ports:
- name: liveness-port
containerPort: 8080
hostPort: 8080
livenessProbe:
httpGet:
path: /healthz
port: liveness-port
failureThreshold: 1
periodSeconds: 10
startupProbe:
httpGet:
path: /healthz
port: liveness-port
failureThreshold: 30
periodSeconds: 10
应用程序最多有5分钟(30*10=300秒)完成启动。一旦启动探测成功一次,活跃度探测就会接管,以提供对容器死锁的快速响应。如果启动探测从未成功,则容器将在300秒后终止,并受pod的restartPolicy