准备状态探测失败后是否重试探测吊舱

Question

ReadInessProbe：指示容器是否准备好响应请求。如果就绪探测失败，endpoint控制器将从与POD匹配的所有服务的endpoint中删除POD的IP地址。初始延迟之前的默认就绪状态是失败。如果容器不提供就绪探测，则默认状态为成功

如果准备状态探测失败（并且Pod的IP地址从endpoint移除），接下来会发生什么？是否会再次检查吊舱的准备状态？在最初的延迟后，它会再次检查吗？Pod的IP地址是否有可能再次添加到endpoint（如果Pod在Readision Probect失败后自愈）？如果那个吊舱痊愈了，它还会再接收通信吗？

Answer 1

是否会再次检查吊舱的准备状态？

是的，将根据您设置的阈值再次检查该条件。

每次periodseconds都将检查POD的配置就绪情况。

例如：

readinessProbe:
            httpGet:
              path: /k8/readiness
              port: 9595
            initialDelaySeconds: 25
            periodSeconds: 8
            timeoutSeconds: 10
            successThreshold: 1
            failureThreshold: 30
        livenessProbe:
            httpGet:
              path: /k8/liveness
              port: 9595
            initialDelaySeconds: 30
            periodSeconds: 8
            timeoutSeconds: 10
            successThreshold: 1
            failureThreshold: 30

就绪和活跃度探测将检查HTTPendpoint的状态，如配置中所述。

initialDelaySeconds：它只会出现在你的POD初始化或者重新启动的时候。所以当吊舱启动时，准备就绪不会检查服务状态，直到30秒。

在30秒之后，它将尝试检查endpoint上的状态。如果成功，POD将处于就绪状态以处理流量，否则它将再试一次periodseconds，所以8秒后它将再试一次，如果我们将200响应，POD将就绪，否则将在8秒后尝试。

timeoutSeconds：单跳或请求将等待从服务获得响应的时间，否则标记为失败检查。

failureThreshold：根据配置活跃度或就绪状态，在此POD启动或更改为未就绪状态后失败检查的最大数量。

successThreshold：successThreshold表示如果单个请求从service POD获得成功响应，状态被更改为Ready。

如果连续发生30failurethreshold，则只有POD将被标记为未就绪，如果在单个successthreshold之间发生，则POD将被标记为就绪，与活跃度相同。

注意：以上示例仅供参考，不能用于实际生产场景。

欲了解更多信息，请访问：https://kubernetes.io/docs/tasks/configure-pod-container/configure-liveness-readid-startup-probes/