-
Notifications
You must be signed in to change notification settings - Fork 103
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
Support priorityClassName in Helm chart #2345
Conversation
Hi @EladDolev. Thanks for your PR! I am @adamjensenbot.
Make sure this PR appears in the liqo changelog, adding one of the following labels:
|
Hi @EladDolev, thanks for your contribution. It seems like a useful feature. Btw, keep in mind that the |
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.
Can you also add the PriorityClass
value to the crdReplicator
, discovery
, and metric-agent
pods?
Also, you can correctly generate the README.md file with the command make docs
.
Done as requested @fra98 |
LGTM! |
2996bc4
to
dca21ef
Compare
Done @fra98 |
/rebase test=true |
/rebase |
Signed-off-by: Elad Dolev <dolevelad@gmail.com>
dca21ef
to
281d3eb
Compare
/test |
/merge |
Description
This PR adds support for defining priorityClassName on some of the pods
It is especially useful for the
liqo-route
as in real case scenarios it is not being schedule to some of the worker nodes and it breaks the network for anything which is running there. When assigning a high (enough) priority toliqo-route
it is always scheduled to all of the worker nodesHow Has This Been Tested?
Installed with default values -> no priorityClassName exists on any of the pods
Assigned priorityClassName values to all relevant workloads and the workloads are running with priorityClassName