Runtime Logs

当您使用 kubectl logs <pod> -c <container> 命令时，您正在查看的日志实际上并不是直接存储在宿主机的某个固定位置，而是由 Kubernetes 中的容器运行时动态提供的。容器运行时（如 Docker、containerd 或 CRI-O）负责管理容器的日志，并且当您执行 kubectl logs 命令时，kubelet 会与容器运行时通信以检索日志数据。

这些日志文件通常以容器的标准输出（stdout）和标准错误（stderr）流的形式存在，它们是由容器运行时捕获并写入的。这些日志文件可能会通过日志轮转策略被截断或删除以防止无限制地增长。

在 Kubernetes 集群中，针对 Docker 和 containerd 的日志配置，以限制 Pod 可以使用的最大日志空间，需要分别对这两种容器运行时进行设置。

Docker 日志配置

对于 Docker，您可以通过编辑 /etc/docker/daemon.json 文件来全局限制容器的日志大小。这里是一个配置示例，该示例限制每个容器的日志大小为10MB，并且最多保留3个轮转的日志文件：

{
  "log-driver": "json-file",
  "log-opts": {
    "max-size": "10m",
    "max-file": "3"
  }
}

在这个例子中，每个容器最多可以使用30MB的空间来存储日志（10MB x 3个文件）。

containerd 日志配置

对于 containerd，日志配置通常在 /etc/containerd/config.toml 文件中进行。但是，containerd 本身不直接支持通过配置文件限制日志大小。容器日志管理通常是由 Kubernetes 通过 CRI 插件实现的，而日志的轮转可能需要使用额外的工具如 logrotate。

不过，您可以使用 Kubernetes 的资源限制来间接控制 Pod 使用的空间量。例如，您可以设置 emptyDir 卷的大小限制，如果日志被写入到该卷中：

volumes:
- name: logs
  emptyDir:
    sizeLimit: "10Gi"

这个配置在 Pod 规范中设置了一个名为 logs 的 emptyDir 卷，它的大小被限制为10GiB。如果您的容器被配置为将日志输出到这个卷中，这将限制日志可以使用的总空间。

请注意，对于日志管理，Kubernetes 常见的做法是使用外部日志收集系统（如 ELK Stack、Fluentd、Prometheus 等），它们可以在集群级别上管理日志，并且提供更多灵活的存储和查询功能。

确保在应用这些配置后重启相应的服务使设置生效。对于 Docker，运行 sudo systemctl restart docker；对于 containerd，运行 sudo systemctl restart containerd。不过要注意，重启这些服务可能会导致运行中的容器暂时停止。所以在生产环境中，应谨慎操作，并考虑在维护窗口内执行。