如何在Pod被销毁前获取未就绪应用容器生成的日志文件？

嘿，这个场景我太熟了——刚生成的关键排查日志，Pod一销毁就跟着没了，真的让人抓狂！给你几个实用的解决办法，你可以根据自己的集群情况选：

既然你的Pod里有DB容器（大概率是正常运行的），可以把应用容器的日志目录挂载到一个EmptyDir卷，同时让DB容器也挂载这个卷。EmptyDir的特点是只要Pod存在，数据就不会丢，所以即使应用容器挂了，日志依然能通过DB容器访问到。

示例配置：

apiVersion: v1
kind: Pod
metadata:
  name: my-dual-container-pod
spec:
  containers:
  - name: app-container
    image: your-app-image:latest
    volumeMounts:
    - name: app-log-volume
      mountPath: /app/logs  # 替换成应用生成日志的实际路径
    # 你的就绪探针配置...
    readinessProbe:
      httpGet:
        path: /health
        port: 8080
      failureThreshold: 3
      periodSeconds: 5
  - name: db-container
    image: your-db-image:latest
    volumeMounts:
    - name: app-log-volume
      mountPath: /shared/app-logs  # DB容器内的挂载路径，可自定义
  volumes:
  - name: app-log-volume
    emptyDir: {}

当应用容器触发就绪探针失败、Pod即将销毁时，你可以快速执行以下命令抓取日志：

• 查看日志内容：kubectl exec my-dual-container-pod -c db-container -- cat /shared/app-logs/your-log-file.log
• 拷贝到本地：kubectl cp my-dual-container-pod:/shared/app-logs/ ./local-log-folder -c db-container

给应用容器添加PreStop生命周期钩子，在容器被终止前自动把日志备份到持久化存储（比如PVC、对象存储），或者直接输出到stdout让集群日志系统抓取。

比如用PVC备份的示例：

containers:
- name: app-container
  image: your-app-image:latest
  lifecycle:
    preStop:
      exec:
        # 把日志按时间戳命名拷贝到PVC，避免覆盖
        command: ["sh", "-c", "cp -r /app/logs /mnt/persistent-logs/$(date +%Y%m%d%H%M%S)"]
  volumeMounts:
  - name: persistent-log-volume
    mountPath: /mnt/persistent-logs
volumes:
- name: persistent-log-volume
  persistentVolumeClaim:
    claimName: your-log-pvc-name  # 提前创建好的PVC

如果没有PVC，也可以把日志直接输出到stdout：

preStop:
  exec:
    command: ["sh", "-c", "cat /app/logs/*.log"]

这样即使容器终止，你依然可以用kubectl logs my-dual-container-pod -c app-container --previous查看终止容器的日志（Kubernetes默认会保留终止容器的日志一段时间）。

临时调整就绪探针的参数，让Pod在触发销毁前多存活一会儿，给你足够的时间手动抓取日志。

修改就绪探针的failureThreshold和periodSeconds：

readinessProbe:
  httpGet:
    path: /health
    port: 8080
  initialDelaySeconds: 5
  periodSeconds: 5
  failureThreshold: 10  # 原本可能是3，改成10意味着50秒后才会销毁Pod

这样应用容器失败后，Pod会多存活50秒，你可以抓紧时间用kubectl logs或kubectl cp导出日志。注意这只是临时方案，不适合长期使用。

如果你的集群已经部署了Loki、ELK、Fluentd这类日志采集系统，直接让应用容器把日志输出到stdout/stderr，或者配置采集工具挂载应用的日志目录。这样日志会被实时同步到后端存储，不管Pod是否销毁，你都能随时查询。

比如，让应用把日志输出到stdout后，用Loki采集的话，你可以在Grafana里直接搜索和查看历史日志，完全不用担心Pod销毁导致日志丢失。

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