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

TEP-0135 isolating pipelineruns and multitenancy #7095

Open
Tracked by #6990
jimmyjones2 opened this issue Sep 6, 2023 · 3 comments
Open
Tracked by #6990

TEP-0135 isolating pipelineruns and multitenancy #7095

jimmyjones2 opened this issue Sep 6, 2023 · 3 comments
Labels
kind/feature Categorizes issue or PR as related to a new feature.

Comments

@jimmyjones2
Copy link
Contributor

This feature uses podAffinityTerm - only running one PipelineRun per worker node using a label selector. However if there are multiple namespaces/tenants using Tekton, if there are PipelineRuns of one tenant already running a node, it'll prevent a PipelineRuns from another tenant from scheduling there.

Is this the desired behaviour? Or should the label selector include a namespace, making it one PipelineRun per tenant/namespace can run on each worker node?

@QuanZhang-William
Copy link
Member

QuanZhang-William commented Sep 11, 2023

Hi @jimmyjones2 👋 . Thanks for your questions.

I think the current behavior is expected and a namespace is not involved. This is an alpha feature and we are looking for feedbacks for it: #6990.

Please feel free to start a FR with your use case. We are happy to review and improve!

/cc @lbernick

@lbernick
Copy link
Member

Thanks @jimmyjones2 and @QuanZhang-William; this sounds like a reasonable feature to support! I think we can use this issue for tracking the FR; @jimmyjones2 would you mind giving a bit more detail on your use case?

@lbernick lbernick added the kind/feature Categorizes issue or PR as related to a new feature. label Sep 11, 2023
@jimmyjones2
Copy link
Contributor Author

Hey @lbernick - not sure if there is too much more detail to give! My use case would be shared clusters - I think in the general case you wouldn't want the activity of one tenant to affect another

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/feature Categorizes issue or PR as related to a new feature.
Projects
None yet
Development

No branches or pull requests

3 participants