kubernetes - minReadySeconds如何影响就绪探针？

假设我有一个这样的部署模板

spec:
  minReadySeconds: 15
  readinessProbe:
    failureThreshold: 3
    httpGet:
      path: /
      port: 80
      scheme: HTTP
    initialDelaySeconds: 20
    periodSeconds: 20
    successThreshold: 1
    timeoutSeconds: 5

这将如何影响我的应用程序的新版本？ minReadySeconds和initialDelaySeconds会同时计数吗？请问initialDelaySeconds首先出现，然后是minReadySeconds吗？

最佳答案

从Kubernetes Deployment documentation:



因此，您新创建的应用程序pod必须准备好.spec.minReadySeconds秒才能被视为可用。



因此initialDelaySeconds在minReadySeconds之前。

可以说，广告连播中的容器已从t秒开始。准备调查将在t+initialDelaySeconds秒启动。假设Pod在t1秒(t1 > t+initialDelaySeconds)准备就绪。因此，此pod将在t1+minReadySeconds秒后可用。

关于kubernetes - minReadySeconds如何影响就绪探针？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/53239081/