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
In our production environment we are observing below liqo services Memory usage is crazy in remote cluster,
There are 7282 active pods reflected to remote cluster.
k get shadowpods.virtualkubelet.liqo.io -A | wc -l 7282
But it doesn't look bad on local cluster, but remote is crazy.
Is this expected, if yes how can we scale?
Can we know what's the role of metrics-agent in liqo deployment?
Low memory usage of liqo services.
kubectl version
The text was updated successfully, but these errors were encountered:
No branches or pull requests
What happened:
In our production environment we are observing below liqo services Memory usage is crazy in remote cluster,
There are 7282 active pods reflected to remote cluster.
But it doesn't look bad on local cluster, but remote is crazy.
Is this expected, if yes how can we scale?
Can we know what's the role of metrics-agent in liqo deployment?
What you expected to happen:
Low memory usage of liqo services.
How to reproduce it (as minimally and precisely as possible):
Anything else we need to know?:
Environment:
kubectl version
): 1.24The text was updated successfully, but these errors were encountered: