bug: fluent operator is consuming lot of cpu cores (~27 of the 32 available cores on a Node)
Maintainer thường phản hồi trong vòng 2 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 48/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Ít trao đổi
- Công nghệ
- go, helm, kubernetes
- Lĩnh vực
- devops, infrastructure, observability-sre
Hướng nghiên cứu
Bắt đầu bằng cách tái hiện việc triển khai v3.4.0 từ issue và kiểm tra các trace của controller-runtime cũng như hành vi của CPU. Đọc manifests/setup/fluent-operator-deployment.yaml và so sánh các triệu chứng với issue cũ #1717; công việc được xem là hoàn tất khi đã xác định và khắc phục nguyên nhân, để một operator pod được tạo lại không còn tiêu thụ gần như tất cả các lõi CPU khả dụng.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Describe the issue
When deploying Fluent Operator on a Kubernetes cluster, the operator process consumes a very high number of CPU cores (~27 out of 32 available cores on a single Node). This is far beyond expected usage and causes resource contention.
Deleting the fluent pod does not change the high cpu behavior once new pod is recreated. Need assistance identifying cause of the high cpu load, thanks.
fluent-operator-df4555f76-ht6f2.log
2025-09-15T04:49:19Z INFO setup starting manager
2025-09-15T04:49:19Z INFO controller-runtime.metrics Starting metrics server
2025-09-15T04:49:19Z INFO starting server {"name": "health probe", "addr": "[::]:8081"}
2025-09-15T04:49:19Z INFO controller-runtime.metrics Serving metrics server {"bindAddress": ":8080", "secure": false}
2025-09-15T04:49:19Z INFO Starting EventSource {"controller": "fluentbit", "controllerGroup": "fluentbit.fluent.io", "controllerKind": "FluentBit", "source": "kind source: *v1alpha2.FluentBit"}
Trace[833216769]: [208.550494ms] [208.550494ms] END
I0915 04:49:45.438100 1 trace.go:236] Trace[442998739]: "DeltaFIFO Pop Process" ID:XXXXX,Depth:16,Reason:slow event handlers blocking the queue (15-Sep-2025 04:49:45.204) (total time: 186ms):
Trace[442998739]: [186.678635ms] [186.678635ms] END
I0915 04:49:45.830454 1 trace.go:236] Trace[989326455]: "Reflector ListAndWatch" name:pkg/mod/k8s.io/[email protected]/tools/cache/reflector.go:232 (15-Sep-2025 04:49:19.799) (total time: 25965ms):
Trace[989326455]: ---"Objects listed" error: 25832ms (04:49:45.631)
Trace[989326455]: [25.965573843s] [25.965573843s] END
2025-09-15T04:57:02Z INFO controllers.FluentBitConfig Fluent Bit main configuration has updated {"logging-control-plane": "monitoring", "fluentbitconfig": "fluent-bit-config", "secret": "fluent-bit-config"}
Deployed fluent-operator 3.4.0 in "operators" namespace using fluent-operator helm charts. Below is the configurations:
Fluent Operator configurations
fluent-operator:
enabled: true
fluent-operator:
containerRuntime: containerd
operator:
# The init container is to get the actual storage path of the docker log files so that it can be mounted to collect the logs.
# see https://github.com/fluent/fluent-operator/blob/master/manifests/setup/fluent-operator-deployment.yaml#L26
logPath:
# The operator currently assumes a Docker container runtime path for the logs as the default, for other container runtimes you can set the location explicitly below.
containerd: /var/log/containers/*.log
disableComponentControllers: "fluentd"
fluentbit:
# Installs a sub chart carrying the CRDs for the fluent-bit controller. The sub chart is enabled by default.
crdsEnable: true
enable: false
fluentd:
# Installs a sub chart carrying the CRDs for the fluentd controller. The sub chart is enabled by default.
crdsEnable: false
Deployed fluent-bit in "monitoring" namespace using fluent-operator helm charts. Below is the configurations:
Fluent bit configurations
fluent-operator:
containerRuntime: containerd
operator:
enable: false
disableComponentControllers: "fluentd"
fluentbit:
# Installs a sub chart carrying the CRDs for the fluent-bit controller. The sub chart is enabled by default.
enable: true
Please let me if you want me provide any other details.
Old bug ref : https://github.com/fluent/fluent-operator/issues/1717
To Reproduce
Deploy Fluent Operator version v3.4.0 on a Kubernetes cluster.
Observe CPU usage on the Node where the operator is running.
Notice that the operator consumes ~27 cores out of 32.
Expected behavior
Fluent Operator should run normally with minimal CPU usage, not consuming nearly all available cores.
Your Environment
Fluent Operator version: 3.4.0
Container Runtime: containerd
Operating System: Ubuntu 22.04
Kubernetes version: 1.35
How did you install fluent operator?
No response
Additional context
No response
- Ngôn ngữ chính
- Go
- Star
- 689
- Fork
- 333
- Merge trung bình
- 2 ngày 14 giờ
- Pull request đã merge (30 ngày)
- 41
Chuẩn bị môi trường
Khởi chạy dev container của dự án ngay trên trình duyệt, bằng tài khoản GitHub của bạn.
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của fluent/fluent-operator
-
feat: support storage.total_limit_size for the fluent-bit forward outputCó thể đã có người làm @cvas22 đã nhận 1 ngày trước. Đang mở
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 30/100
fluent/fluent-operator#2126 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
bug: fluent-bit image still ships vulnerable libbrotli1 (CVE-2026-111497)Có thể đã có người làm @joshuabaird đã nhận 9 ngày trước. Đang mởfluent-bit security
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 55/100
fluent/fluent-operator#2082 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
enhancement fluent-bit good first issue
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
fluent/fluent-operator#1854 · 2 bình luận · 1 reaction ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Remove tag consideration from Fluentd ClusterFilter / Filter orderCó thể đã có người làm @cvas22 đã nhận 1 ngày trước. Đang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 45/100
fluent/fluent-operator#1832 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 30/100
fluent/fluent-operator#1831 ·
Maintainer thường phản hồi trong vòng 2 ngày
Tất cả issue của fluent/fluent-operator
Issue tương tự
-
area/docs
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 86/100
meshery/meshery#23375 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
ApplicationSet: BitBucket Cloud SCM provider returns corrupted error (%!w(<nil>)) when a branch has no commit hashCó thể đã có người làm @AP24110011695 đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày
-
go good first issue help wanted up-for-grabs
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
andrewsiah/agentswarm-data-tasks#308 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 87/100
multica-ai/multica#10511 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 70/100
Maintainer thường phản hồi trong vòng 1 ngày