minReadySeconds如何影响就绪探针？

Question

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

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

这将如何影响我的应用程序的新版本？将minReadySeconds同时initialDelaySeconds计数吗？那么initialDelaySeconds会先来minReadySeconds吗？

Answer 1

从Kubernetes 部署文档中：

.spec.minReadySeconds是一个可选字段，用于指定新创建的Pod可以准备就绪且没有任何容器崩溃的最短秒数，以便将其视为可用。默认值为0（准备就绪后，Pod将被视为可用）。要了解有关何时将Pod准备就绪的更多信息，请参阅容器探针

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

initialDelaySeconds：启动容器后，启动活动或就绪探针之前的秒数。

所以initialDelaySeconds来了minReadySeconds。

可以说，吊舱中的容器已在t几秒钟内启动。准备就绪探测将在t+initialDelaySeconds几秒钟后启动。假设Pod在t1几秒钟后准备就绪（t1 > t+initialDelaySeconds）。因此，该广告连播将在t1+minReadySeconds几秒钟后可用。