K8s Pod异常无法感知，如何通过HTTP获取容器完整日志？

1. PID 1进程无法被kill & K8s无法感知Pod失效的问题 #

容器内的PID 1进程（init进程）默认会忽略未显式处理的信号，即便用glog注册了信号处理器，也需要确保进程在PID 1场景下正确接管信号逻辑：

• 显式处理SIGTERM、SIGABRT等致命信号，收到信号后执行清理操作并主动退出进程（返回非0退出码），这样K8s容器运行时会检测到进程退出，触发Pod重启。
• 避免依赖默认信号处理行为，确保信号处理器能正确触发进程终止流程。

2. 就绪/存活探针的实现 #

针对健康检查需求，推荐两种落地方式：

• HTTP探针：在应用中暴露健康检查接口（比如/healthz），接口内部校验业务进程运行状态（如是否正常处理请求、关键资源是否可用），返回200状态码表示健康，非200表示异常。K8s会定期调用该接口判断Pod状态。
• 命令行探针：编写脚本，通过ps命令检测PID 1进程存活状态、检查关键日志是否存在错误输出等，脚本返回0表示健康，非0表示异常。K8s执行该脚本完成状态判断。

3. 容器日志的HTTP获取方案 #

容器日志默认由containerd/docker等运行时收集，存储在宿主机的/var/log/pods/<namespace>_<pod-name>_<pod-uid>/<container-name>/路径下，容器内部无法直接访问宿主机目录。要通过HTTP获取日志，可采用两种方案：

• 应用内置日志接口：开发接口（比如/logs），读取应用写入容器内的日志文件并返回内容；若应用日志直接输出到stdout/stderr，可通过读取/proc/1/fd/1和/proc/1/fd/2获取（注意权限限制）。
• 部署轻量HTTP日志服务：在容器内额外启动轻量HTTP服务（比如Python的http.server配合脚本、Nginx），将日志存储目录挂载到服务可访问路径，通过HTTP请求返回日志内容。需注意限制接口访问权限，防止日志泄露。

补充：若应用日志直接输出到stdout/stderr，也可通过K8s API的/api/v1/namespaces/<namespace>/pods/<pod-name>/log接口获取，但该接口需要K8s API的访问权限。

内容的提问来源于stack exchange，提问作者Tinyden