-
Notifications
You must be signed in to change notification settings - Fork 9
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
docs: guidance for pod memory allocation #1195
base: main
Are you sure you want to change the base?
Conversation
|
594a143
to
4c1cbde
Compare
requests: | ||
memory: 50Mi |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Document that request should be equal to limit.
|
||
Since pod VMs are statically sized, it's easier to run out of memory due to misconfigurations. | ||
Setting the right memory limits is even more important on bare metal, where the image layers need to be stored in the guest memory, too. | ||
If the guest pull fails due to lack of memory, you might see an error message like this: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Would turn that sentence around: if you see the error, it might be failing cos of memory.
The CVM memory is calculated from the sum of the memory limits of the containers and a static overhead for daemons. | ||
InitContainers aren't taken into account. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
From reading these two sentences, it's still not clear to me how this is working. What daemons are we talking about? And what does the initContainer thing mean for me as a user?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Agree with Paul's comments, otherwise lgtm:-)
No description provided.