如何在运行独立 go 服务的 kubernetes 中配置 pod 的就绪性和活性探测？

今天golang学习网给大家带来了《如何在运行独立 go 服务的 kubernetes 中配置 pod 的就绪性和活性探测？》，其中涉及到的知识点包括等等，无论你是小白还是老手，都适合看一看哦~有好的建议也欢迎大家在评论留言，若是看完有所收获，也希望大家能多多点赞支持呀！一起加油学习~

我用 go 编写了一个作业调度程序服务，它会定期上传文件。该服务内没有运行 http 服务。

通常，对于http服务，以下是liveness和readiness探针配置，需要在部署文件中添加。

readinessprobe:
  httpget:
    path: <http_get_path>
    port: 3401
  initialdelayseconds: 5
  timeoutseconds: 1
  periodseconds: 15

livenessprobe:
  httpget:
    path: <http_get_path>
    port: 3401
  initialdelayseconds: 15
  timeoutseconds: 1
  periodseconds: 15

对于如下所示的独立服务：

//main : main function to trigger the services
func main() {
    scheduler.RunScheduler()
}

//RunScheduler : Run the scheduler
func RunScheduler() {
    done := make(chan bool)
    quit := make(chan bool)

    go startJob1()

    go startJob2()
    
    sigs := make(chan os.Signal, 1)
    //pass done "True", only if the application is stopped
    signal.Notify(sigs, syscall.SIGINT, syscall.SIGTERM)
    <-sigs
    .....
}

它只是定期运行并且不监听任何端口，我们可以配置任何类型的就绪探针和活性探针吗？

解决方案

由于您的容器不处理任何 http 请求，因此您不需要 readinessprobe。

readinessprobe：表示容器是否准备好响应 要求。如果就绪探测失败，端点控制器 从所有服务的端点中删除 pod 的 ip 地址 与 pod 匹配。

When should you use a liveness probe?

您需要一个 livenessprobe。

livenessprobe：指示容器是否正在运行。如果 活性探测失败，kubelet 杀死容器，并且 容器受其重启策略的约束。

When should you use a readiness probe?

以下是 ps 流程的示例：

livenessProbe:
    exec:
     command:
     - ps -ef | grep my_process_name
    initialDelaySeconds: 120
    periodSeconds: 30

确保 $path 中有 ps 命令。

另一种方法是在 pod 启动时在 tmp 目录中创建一个文件，并检查 exec 命令中是否存在该文件。

今天关于《如何在运行独立 go 服务的 kubernetes 中配置 pod 的就绪性和活性探测？》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！