gpt4 book ai didi

kubernetes - GKE 中的 exec 探测

转载 作者:行者123 更新时间:2023-12-02 12:16:26 28 4
gpt4 key购买 nike

我正在尝试使用 exec 探测器来了解 GKE 中的就绪性和活跃度。这是因为它是 Kubernetes 的一部分 recommended way to do health checks在 gRPC 后端。但是,当我将 exec 探测配置放入我的部署 yaml 并应用它时,它在 GCP 中没有生效。这是我的容器 yaml:

  - name: rev79-uac-sandbox
image: gcr.io/rev79-232812/uac:latest
imagePullPolicy: Always
ports:
- containerPort: 3011
readinessProbe:
exec:
command: ["bin/grpc_health_probe", "-addr=:3011"]
initialDelaySeconds: 5
livenessProbe:
exec:
command: ["bin/grpc_health_probe", "-addr=:3011"]
initialDelaySeconds: 10

但是健康检查仍然失败,当我在 GCP 控制台中查看健康检查配置时,我看到一个普通的 HTTP 健康检查指向 '/'

当我在 GCP 控制台中编辑运行状况检查时,似乎无法选择执行类型。此外,我看不到任何与就绪检查相比的 active 检查的提及,即使这些是单独的 Kubernetes 事物。

Google Cloud 是否支持使用 exec 进行健康检查?如果是这样,我该怎么做?如果没有,我如何检查 gRPC 服务器的健康状况?

最佳答案

TCP 探测 在我们使用 gRPC 服务 而不是使用 HTTP 探测时很有用。

    - containerPort: 3011
readinessProbe:
tcpSocket:
port: 3011
initialDelaySeconds: 5
periodSeconds: 10
livenessProbe:
tcpSocket:
port: 3011
initialDelaySeconds: 15
periodSeconds: 20

the kubelet will attempt to open a socket to your container on the specified port. If it can establish a connection, the container is considered healthy, if it can’t it is considered a failure define-a-tcp-liveness-probe

关于kubernetes - GKE 中的 exec 探测,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/55852605/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com