Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Too high cpu request for fluentbit daemonset #118

Open
mukundjalan opened this issue Jan 18, 2023 · 1 comment
Open

Too high cpu request for fluentbit daemonset #118

mukundjalan opened this issue Jan 18, 2023 · 1 comment

Comments

@mukundjalan
Copy link

As per the example provided on https://github.com/aws-samples/amazon-cloudwatch-container-insights/blob/master/k8s-deployment-manifest-templates/deployment-mode/daemonset/container-insights-monitoring/fluent-bit/fluent-bit.yaml, fluentbit is requesting 500m of CPU inside EKS.

    resources:
        limits:
          memory: 200Mi
        requests:
          cpu: 500m
          memory: 100Mi

According to fluentbit documentation and statistics provided by AWS, fluentbit is much less CPU & memory intensive as compared to fluentd, so why is this example using a higher CPU than the fluentd counterparts from the past? I would like to know how do I decide how much CPU/memory must be allocated to the daemonset pod because with the above configuration, it is almost impossible for me to use a t3.medium or t3.large instance as most of its CPU is consumed by the daemonset pod leaving none to little room for real workload pods.

@aguzmans
Copy link

aguzmans commented Jan 8, 2024

I have a similar issue. I have a tiny cluster used for very light work, it normally runs about 2 to 5 nodes with autoscaler and the fluent-bit consumes more CPU than any other workload in the cluster. when the cluster is on 2 nodes with not a lot of load it consumes about 1vCPU of the EC2 instances. Not sure why or how to determine why!?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants