Kubernetes活性探测测井恢复

Question

我在学习Kubernetes时试图测试一个活性探针。我已经设置了一个迷你库贝，并配置了一个带有活性探针的吊舱。

测试脚本（例如，通过docker exec)，它似乎会根据需要报告成功和失败。

该探测会导致失败事件，我可以通过kubectl Description podname查看这些事件，但它不会报告从失败中恢复的情况。

minikube start --extra-config=apiserver.v=4
minikube start --extra-config=kubectl.v=4
minikube start --v=4

是否可以在不重新启动吊舱或迷你库贝的情况下进行修改？

如果失败导致pod重新启动，将报告一个事件。对于kubernetes本身，我理解使用它来决定是否重新启动豆荚就足够了。

为什么不记录事件以便从不需要重新启动的故障中恢复？这就是我期望探头在健康监测系统中的工作方式。

如果在普罗米修斯或类似的探测器中使用相同的探测器，恢复将如何可见？对于一个昂贵的探测，我不希望它运行多次。（当然，一个探测可以将输出缓存到文件中，从而使第二个探测更便宜）

Answer 1

我一直试图通过运行如下变体来增加日志级别，但没有成功：

minikube start --extra-config=apiserver.v=4
minikube start --extra-config=kubectl.v=4
minikube start --v=4

@Bruce，你提到的选项都不起作用，因为它们与Kubernetes集群的其他组件相关联，在你提到的答案中，明确地说：

成功探测的输出不会被记录在任何地方，除非Kubelet的日志级别至少为-v=4，在这种情况下，它将被记录在Kubelet的日志中。

-v, --v Level
number for the log level verbosity

systemctl status kubelet.service

journalctl -xeu kubelet.service

minikube start --extra-config=kubelet.v=4

然而，我不能百分之百确定Minikube是否能够传递这个参数，所以您需要自己验证它。如果它不起作用，您仍然可以将它添加到kubelet配置文件中，指定启动它的参数（不要忘记在提交更改后重新启动kubelet.service，只需运行SystemCTL restart kubelet.service)

让我知道如果它有帮助，不要犹豫问额外的问题，如果有些事情不完全清楚。