1

也许是一个毫无意义的愚蠢问题：

在 kubernetes 部署（或 minikube）中，当 pod 容器崩溃时，我想在那一刻分析文件系统。通过这种方式，我可以看到核心转储或任何其他有用的信息。

我知道我可以挂载一个卷或 PVC 以从主机定义的核心模式位置获取核心转储，我也可以通过 rsyslog 边车或任何其他方式获取日志，但我仍然想做“事后分析” “如果可能，请进行分析。我认为 kubernetes 应该提供（但我不知道如何，这就是我的问题的原因）一些机制来执行此取证任务，从而使我们所有人的生活变得轻松，因为在生产系统中，我们可能需要分析被杀死/退出容器。

我尝试在没有--rm选项的情况下直接使用 docker run进行游戏，但无法从检查中获得任何有用的信息以获取有用的信息或在最后一刻重新创建使容器处于活动状态的文件系统。

十分感谢！

4

1 回答 1

3

当一个 pod 容器崩溃时，我想在那一刻分析文件系统。

POD（容器）本机使用非持久存储。当容器退出/终止时，容器的存储也是如此。

POD（容器）可以连接到外部存储。这将允许存储持久数据（您可以将卷挂载配置为核心转储等的路径），因为当容器停止/终止时不会删除此外部存储，这将帮助您更灵活地分析文件系统. 使用 NFS 等常用文件系统配置容器文件系统存储

于 2020-01-24T16:15:41.060 回答