方案：

采用node上部署filebeat，并监控node上的日志记录，应用pod的日志文件它通过磁盘挂载将其输出到node的本地filbeat监控目录上。

实施：

filebeat使用daemonSet（见附录）进行构建：

【k8s】【ELK】【二】基于节点DaemonSet运行日志Agent实践_k8s elk daemonsets方案-CSDN博客

需要结合实际场景配置filebeat.yaml

附录：

daemonset与deployment的区别：

Kubernetes (K8S) 的 Daemonset 和 Deployment 是两种常用的控制器对象，它们在不同的场景下有不同的特点和用途。

1. Deployment（部署）：

   • 主要用于管理无状态的应用程序，如Web服务和API服务。
   • 通过ReplicaSet实现副本管理，确保指定数量的Pod副本正在运行，并处理Pod的创建、删除和更新。
   • 支持应用程序的复制、自动扩展、滚动升级等功能。
   • 使用Desired State来管理Pod的副本数量，并确保实际运行的Pod副本与期望状态保持一致。

2. DaemonSet（守护进程集合）：

   • 用于在Kubernetes集群的每个节点上运行一个Pod副本，确保每个节点上都有一个Pod的副本在运行。
   • 不关心副本数量，而是关注集群中的每个节点。
   • 当新节点加入集群时，DaemonSet会自动在新节点上创建Pod副本；当节点从集群中删除时，相应的Pod副本也会被删除。
   • 通常用于运行需要在每个节点上运行的系统级别服务，如日志收集器、监视代理和网络代理等。

总结来说，DaemonSet和Deployment的主要区别在于：

• DaemonSet 只关心每个节点上的Pod副本数，而不管Pod的总数。
• Deployment 更注重于管理Pod的副本数量以及Pod实例的健康状况，以满足应用程序的需求。

因此，DaemonSet适合那些需要在每个节点上都运行相同服务的场景，而Deployment则更适合那些需要动态调整Pod副本数的无状态应用和服务。