k8s filebeat 应用日志搜集
方案：
采用node上部署filebeat，并监控node上的日志记录，应用pod的日志文件它通过磁盘挂载将其输出到node的本地filbeat监控目录上。
实施：
filebeat使用daemonSet（见附录）进行构建：
【k8s】【ELK】【二】基于节点DaemonSet运行日志Agent实践_k8s elk daemonsets方案-CSDN博客
需要结合实际场景配置filebeat.yaml
附录：
daemonset与deployment的区别：
Kubernetes (K8S) 的 Daemonset 和 Deployment 是两种常用的控制器对象，它们在不同的场景下有不同的特点和用途。
-
Deployment（部署）：
- 主要用于管理无状态的应用程序，如Web服务和API服务。
- 通过ReplicaSet实现副本管理，确保指定数量的Pod副本正在运行，并处理Pod的创建、删除和更新。
- 支持应用程序的复制、自动扩展、滚动升级等功能。
- 使用Desired State来管理Pod的副本数量，并确保实际运行的Pod副本与期望状态保持一致。
-
DaemonSet（守护进程集合）：
- 用于在Kubernetes集群的每个节点上运行一个Pod副本，确保每个节点上都有一个Pod的副本在运行。
- 不关心副本数量，而是关注集群中的每个节点。
- 当新节点加入集群时，DaemonSet会自动在新节点上创建Pod副本；当节点从集群中删除时，相应的Pod副本也会被删除。
- 通常用于运行需要在每个节点上运行的系统级别服务，如日志收集器、监视代理和网络代理等。
总结来说，DaemonSet和Deployment的主要区别在于：
- DaemonSet 只关心每个节点上的Pod副本数，而不管Pod的总数。
- Deployment 更注重于管理Pod的副本数量以及Pod实例的健康状况，以满足应用程序的需求。
因此，DaemonSet适合那些需要在每个节点上都运行相同服务的场景，而Deployment则更适合那些需要动态调整Pod副本数的无状态应用和服务。