我在网上找到的几乎所有参考资料都说filebeat应该在k8中用作daemonset或sidecar。
我在集群中观察到Eks pod日志已经保存在主机目录（/var/log/container）下，那么为什么我不应该在主机上使用Filebeat作为正常进程，并从主机路径收集博客呢？此外，如果节点扩展，那么用户数据可以在适当的位置启动/配置Filebeat。
我不敢在没有daemonset的情况下遵循这一点，因为我没有找到任何类似的解决方案，也不知道即将到来的限制。
我在网上找到的几乎所有参考资料都说filebeat应该在k8中用作daemonset或sidecar。
我在集群中观察到Eks pod日志已经保存在主机目录（/var/log/container）下，那么为什么我不应该在主机上使用Filebeat作为正常进程，并从主机路径收集博客呢？此外，如果节点扩展，那么用户数据可以在适当的位置启动/配置Filebeat。
我不敢在没有daemonset的情况下遵循这一点，因为我没有找到任何类似的解决方案，也不知道即将到来的限制。
1条答案
按热度按时间g9icjywg1#
将Filbeat部署为daemonset可以让您使用k8s清单进行部署，而不是通过用户数据或配置管理进行自定义部署，这基本上就是首先选择Kubernetes的全部意义。
配置另一个直接在主机上运行的进程有以下缺点-
1.部署是自定义的，与部署到集群的其他所有内容不遵循相同的标准。
1.流程本身没有容器化，这使得它更脆弱，更容易出错。
1.一些Kubernetes功能将无法使用--比如向Prometheus公开指标、加入服务网格等。