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

operator deployment resource requests #461

Merged
merged 1 commit into from
Sep 4, 2020

Conversation

eguzki
Copy link
Member

@eguzki eguzki commented Sep 3, 2020

Jira Issue: https://issues.redhat.com/browse/THREESCALE-5860

What

Currently, no requests or limits for CPU and memory are set for the 3scale operator.
Current QoS class

Best Effort

How

Requests and limits for CPU and memory should be set in the operator deployment which will be used for the CSV generation.

@miguelsorianod
Copy link
Contributor

What was the conclusion about limits?

I didn't send this PR as a decision on that didn't seem taken seeing the comments where it is being discussed now and the feedback we got

@eguzki
Copy link
Member Author

eguzki commented Sep 3, 2020

There is no hard opinion about limits. The little benefit of making the operator restart when there are memory leaks is not seen in other operators.

We can always add limits later if there is a good reason to do so.

@miguelsorianod miguelsorianod force-pushed the operator-resource-requests branch from 33ff021 to 4dbee27 Compare September 4, 2020 09:54
@codeclimate
Copy link

codeclimate bot commented Sep 4, 2020

Code Climate has analyzed commit 4dbee27 and detected 0 issues on this pull request.

View more on Code Climate.

@miguelsorianod miguelsorianod merged commit c941a20 into master Sep 4, 2020
@miguelsorianod miguelsorianod deleted the operator-resource-requests branch September 4, 2020 10:14
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

Successfully merging this pull request may close these issues.

2 participants