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

Custom Job only queue #112

Closed
ArangoGutierrez opened this issue Mar 10, 2022 · 7 comments
Closed

Custom Job only queue #112

ArangoGutierrez opened this issue Mar 10, 2022 · 7 comments
Labels
kind/feature Categorizes issue or PR as related to a new feature. priority/awaiting-more-evidence Lowest priority. Possibly useful, but not yet enough support to actually get it done.

Comments

@ArangoGutierrez
Copy link
Contributor

What would you like to be added:
In line with #65 #77 , once we define a clear path for supporting custom jobs, plugin or framework like.
We could consider blocking queues to only accept a specific type of job/workload

Why is this needed:

As a system Admin I would like to create/curate a custom job for my organization, and block users from queuing workloads outside of the "supported" framework.

@ArangoGutierrez ArangoGutierrez added the kind/feature Categorizes issue or PR as related to a new feature. label Mar 10, 2022
@alculquicondor
Copy link
Contributor

/priority longterm

can you expand on why they admins would care about the specific API? Usually they just care about what resources they consume.

Also, to create MPIJob (for example) you need to add the permission to create such objects to a Role. Isn't that enough?

@k8s-ci-robot
Copy link
Contributor

@alculquicondor: The label(s) priority/longterm cannot be applied, because the repository doesn't have them.

In response to this:

/priority longterm

can you expand on why they admins would care about the specific API? Usually they just care about what resources they consume.

Also, to create MPIJob (for example) you need to add the permission to create such objects to a Role. Isn't that enough?

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

@ArangoGutierrez
Copy link
Contributor Author

/priority longterm

can you expand on why they admins would care about the specific API? Usually they just care about what resources they consume.

Also, to create MPIJob (for example) you need to add the permission to create such objects to a Role. Isn't that enough?

Sure.

I am not thinking from a security point of view, more like a custom resource utilization scenario + custom job. Someone could want to block a Queue for specific purposes, bc they will track that Queue on Prometheus as example.

I agree this is long term, I just had the idea and wanted to leave record of it. Maybe I am out of coffee but sounds like a good scenario to isolate Queues for specific purposes.

@ArangoGutierrez
Copy link
Contributor Author

ArangoGutierrez commented Mar 10, 2022

/priority awaiting-more-evidence

@k8s-ci-robot k8s-ci-robot added the priority/awaiting-more-evidence Lowest priority. Possibly useful, but not yet enough support to actually get it done. label Mar 10, 2022
@ahg-g
Copy link
Contributor

ahg-g commented Apr 4, 2022

but sounds like a good scenario to isolate Queues for specific purposes.

This is discussed in the initial proposal. Apart from basic support for namespace selector in ClusterQueue (basic tenancy control), admins can use policy controllers like GateKeeper to implement more advanced scenarios.

@ArangoGutierrez
Copy link
Contributor Author

/close

@k8s-ci-robot
Copy link
Contributor

@ArangoGutierrez: Closing this issue.

In response to this:

/close

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

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. priority/awaiting-more-evidence Lowest priority. Possibly useful, but not yet enough support to actually get it done.
Projects
None yet
Development

No branches or pull requests

4 participants