GKE 1.18中未使用的启动探测器

Question

我最近将我们项目中使用的GKE集群更新到版本1.18.16-gke.1200。我们期待已久的特性之一就是启动探测。根据overview of feature gates on Kubernetes' site的说法，启动探测在Kubernetes1.18版本中进入测试阶段，默认情况下应该启用，除非在kubelet配置中明确禁用。在部署了minikube的1.18集群上，正确发现了部署的启动探测：

​

在GKE 1.18集群上，没有提到探针：

​

​

这两个部署的API版本都是apps/v1，并且具有相同的探测配置，但是GKE忽略了启动探测。

我已经对GKE集群执行了kubectl cluster-info dump，以确定kubelet的--feature-gates标志的参数，如果StartupProbe没有被谷歌禁用的话。但是，转储返回的唯一特性门信息是kube-proxy容器的参数，它看起来如下所示：--feature-gates=DynamicKubeletConfig=false,RotateKubeletServerCertificate=true。转储中根本没有提到启动探测，这意味着应该启用这些探测。

GKE release notes似乎在任何地方都没有提到启动探测器，即使在探测器进入GA的entry about introducing version 1.20中也是如此，尽管提到了一些其他特性(RuntimeClass)的毕业。会不会是Google出于某种原因阻止在GKE中引入启动探测？有没有其他方法可以启用1.18版本的GKE的启动探测？我不再使用alpha集群，探测器也不再是alpha特性了。

Answer 1

我已经意识到我应该在我的问题中提到的非常明显的事情:我正在使用Helm部署我的应用程序。由于Helm只是生成Kubernetes YAML并将其应用于集群，因此当应用于GKE 1.16集群时，启动探测配置被忽略。

解决方案非常简单:重新部署所有Helm图表，以便集群可以正确处理生成的模板，其中包括启动探测信息。

希望这对某些人也有帮助。