logging-operator是kube-logging团队开发的Kubernetes日志管理工具,镜像托管于ghcr.io容器仓库,专为容器化环境设计,旨在简化日志从采集到存储的全流程管理,让用户无需关注底层组件细节即可实现集群日志的高效治理。
作为Kubernetes原生工具,它完全基于自定义资源(CRD)运作。用户通过编写Logging、Flow、Output三类资源对象,就能定义完整的日志流水线:Logging资源指定集群级日志配置(如采集器类型、资源限制),Flow资源定义日志处理规则(如按标签筛选Pod日志、JSON结构化解析、敏感字段脱敏),Output资源则配置日志的目标存储(如Elasticsearch、Loki、S3或Kafka)。这种声明式配置方式,让用户告别手动编写DaemonSet、ConfigMap的繁琐,直接通过YAML完成全流程部署。
在功能上,它覆盖日志管理核心需求:采集端支持容器标准输出、文件日志(需挂载宿主机目录)、系统日志等多来源;处理环节提供过滤(如排除特定Pod日志)、转换(如添加元数据标签)、路由(按日志级别转发至不同存储)等能力;存储集成则兼容主流后端,用户可按需选择——用Loki搭配Grafana做轻量级监控,或用Elasticsearch实现全文检索。
实际使用中,它的灵活性和轻量特性尤为突出:小规模集群可仅部署Fluent Bit作为采集器,资源占用低至单节点几十MB;大规模场景则可叠加Fluentd增强处理能力,支持日志缓冲和重试机制,确保高并发下数据不丢失。同时支持动态扩缩容,当集群节点增减时,采集器会自动同步调度,无需人工干预。
目前,logging-operator已成为云原生日志治理的常用工具,适用于从测试环境到生产集群的各类场景,尤其适合需要快速搭建日志系统、追求配置简化的Kubernetes用户。通过ghcr.io镜像仓库,用户可直接拉取最新版本,搭配官方文档中的示例配置,最快10分钟即可完成基础日志流水线部署。
请登录使用轩辕镜像享受快速拉取体验,支持国内访问优化,速度提升
docker pull ghcr.io/kube-logging/logging-operator/fluentd:5.1.1-fullmanifest unknown 错误
TLS 证书验证失败
DNS 解析超时
410 错误:版本过低
402 错误:流量耗尽
身份认证失败错误
429 限流错误
凭证保存错误
来自真实用户的反馈,见证轩辕镜像的优质服务