方案:
采用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副本数的无状态应用和服务。