We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
Follow-up to INC-361
Sometimes we get OOM-kills on our VMs, even though they have vm.overcommit_memory=2, because we're out of ZONE_NORMAL and kernel allocations fail.
vm.overcommit_memory=2
When this kind of thing happens, it's often hard to validate, and we don't have any way to check how close we are to running out.
We should expose memory usage per ZONE_NORMAL / ZONE_MOVABLE / etc, from each VM.
IMO this is probably unlikely to be included by any standard metrics exporters, so maybe we collect this from neonvm-daemon?
The text was updated successfully, but these errors were encountered:
Just noting here that node_exporter supports that metric since 2021. I'd like to suggest switching away from vector for host metrics for this reason also 🙂
Sorry, something went wrong.
No branches or pull requests
Follow-up to INC-361
Problem description / Motivation
Sometimes we get OOM-kills on our VMs, even though they have
vm.overcommit_memory=2
, because we're out of ZONE_NORMAL and kernel allocations fail.When this kind of thing happens, it's often hard to validate, and we don't have any way to check how close we are to running out.
Feature idea(s) / DoD
We should expose memory usage per ZONE_NORMAL / ZONE_MOVABLE / etc, from each VM.
Implementation ideas
IMO this is probably unlikely to be included by any standard metrics exporters, so maybe we collect this from neonvm-daemon?
The text was updated successfully, but these errors were encountered: