kubernetes - Kubernetes准备就绪探针执行KO，活力探针相同执行OK

Question

我已经用二进制执行检查在pod上配置了一个inessinessProbe，该检查连接到正在运行的服务器(位于同一容器中)并检索一些运行状况信息(例如准备进行通信)。

配置为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

根据所提供的信息，我无法确定您的情况是否通过了调查。如果您不知道监视什么，Kubernetes可能会变得不透明，因此很容易想象有人会误解您的实验结果。

两种类型的探测的执行没有区别-仅后果不同:

Activity 失败:重新启动容器eventually

准备失败:禁用通讯

根据您的容器， Activity 失败可能相对无害-您甚至可能没有注意到它。

但是，当您使用就绪探针时，与容器的通信将被禁用，直到探针通过之后。这意味着，通过 initialDelaySeconds: 60启用准备就绪问题的简单 Action 将阻止服务在第一分钟与您的Pod连接-无论关联容器的状态如何。如果未配置相关的Pod /服务来处理此延迟，则可能导致级联后果。

对于 liveness 探针，配置 initialDelaySeconds是 "very important"(在问题中已完成)。对于准备情况调查，这可能并不那么重要-为了使启动更快的可能性，您可能希望将其设置为零( the default)。

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