Kubernetes准备探测执行官KO，活跃探测同一执行官OK

Question

我在我的pod上配置了一个带有二进制执行检查的readinessProbe，它连接到我正在运行的服务器（在同一个容器中），并检索一些健康信息（比如准备好流量）。

配置为readinessProbe，二进制文件无法联系我的服务器并获得所需的信息。它通过TCP套接字连接。但是当我将其配置为livenessProbe时，它可以正常工作。

配置为了让它工作，我只将类型从readinessProbe更改为livenessProbe。

"readinessProbe": {
              "exec": {
                "command": [
                  "/opt/bin/ready_probe",
                  "--check_ready_traffic",
                  "--service=myServer-service"
                ]
              },
              "initialDelaySeconds": 60,
              "timeoutSeconds": 5
            },

该服务用于服务器，用于注册其主机和端口。这没关系。

使用的版本：kubernetes v1。1.0-origin-1107-g4c8e6f4

谢谢你。

Answer 1

根据所提供的信息，我无法确定在你的情况下，探测器是否通过或失败。如果你不知道该监控什么，库伯内特斯可能有点不透明，所以很容易想象有人误解了你的实验结果。

这两种类型的探测的执行没有区别——只是结果不同：

• 活动失败：重新启动容器，最终
• 准备失败：禁用通信

根据容器的不同，活动性故障可能相对无害——您甚至可能没有注意到它。

但是，当您使用准备就绪探测器时，在探测器通过之前，将禁用与容器的通信。这意味着，通过initialDelaySeconds:60启用准备就绪问题的简单操作将阻止服务在第一分钟连接到您的pod，而不管相关容器的状态如何。如果未配置相关的POD/服务来处理此延迟，则此延迟可能会产生级联后果。

对于活动度探测，配置初始延迟秒（如问题所述）是非常重要的。对于就绪度探测，这可能不那么重要——您可能希望它为零（默认值），以便允许更快的启动。

代码是这样的：https://github.com/kubernetes/kubernetes/tree/master/pkg/kubelet/prober