-
Notifications
You must be signed in to change notification settings - Fork 5.2k
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
Add a charter for SIG Scheduling #2462
Conversation
/assign @derekwaynecarr |
/committee steering |
sig-scheduling/charter.md
Outdated
|
||
#### Code, Binaries and Services | ||
|
||
- Scheduling related features (e.g. Node Affinity) |
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.
Suppose ML/Bigdata workload supportings (scheduling part) are in this catalog :)
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.
Yes, the scheduling related requirements of running ML or Bigdata workloads fall into this category.
The charter looks great ! just few question :) |
sig-scheduling/charter.md
Outdated
- Pod scheduling APIs (with [sig-api-machinery](../sig-api-machinery)) | ||
- Node resource management (with [sig-node](../sig-node)) | ||
- Cluster resource management (with [wg-resource-management](../wg-resource-management)) | ||
- Pod scheduling policies (with [wg-policy](../wg-poicy)) |
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.
url has a typo
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.
done. Thanks!
sig-scheduling/charter.md
Outdated
[test grid]: https://k8s-testgrid.appspot.com/sig-scheduling#Summary | ||
[perf dashboard]: http://perf-dash.k8s.io/ | ||
[sig-governance]: https://github.com/kubernetes/community/blob/master/committee-steering/governance/sig-governance.md | ||
[sigs.yaml]: https://github.com/kubernetes/community/blob/master/sigs.yaml#L1434 |
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.
Use of sigs.yaml with line number for SIG section is not recommended per this changes in the charter template e0d60fd
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.
Done.
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.
@bsalamat :) thanks!
0ae31aa
to
1ba86ff
Compare
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.
A few style issues to address.
Otherwise, I would not share ownership of an area with a working group since working groups work with sig sponsorship. Just name the other SIG or if its unclear who the other SIG is, cite sig-architecture.
more efficient use of cluster resources, and/or enforces placement policies. | ||
|
||
### In scope | ||
|
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.
nit: please link to the README.md file here as well for the sig. i think the template had said the sigs.yaml but i have yet to see a stable link work there.
https://github.com/kubernetes/community/blob/master/sig-node/charter.md#in-scope
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.
gives an example that had settled on with brian.
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.
done.
sig-scheduling/charter.md
Outdated
- Pod scheduling APIs (with [sig-api-machinery](../sig-api-machinery)) | ||
- Node-level resource management (with [sig-node](../sig-node)) | ||
- Cluster-level resource management (with [sig-node](../sig-node) and [sig-storage](../sig-storage)) | ||
- Pod scheduling policies (with [wg-policy](../wg-policy)) |
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.
SIGs own code, and may sponsor working groups that span sigs.
Is this referring more specifically to PodDisruptionBudget
?
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.
hit enter too soon, meaning to say I would expect this to say "Pod Scheduling Policies (with name other sig)" or be more specific on the resource type if needed.
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.
Pod Scheduling Policy is a new concept we are working on with the policy workgroup. I changed the workgroup to sig auth. It defines authorization rules for specifying scheduling requirements, such as tolerations, anti-affinity, etc.
sig-scheduling/charter.md
Outdated
|
||
- network management ([sig-network](../sig-network)) | ||
- persistent storage management ([sig-storage](../sig-storage)) | ||
- enforcement of resource quota and other admission policies |
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.
are you assuming this is sig-apimachinery?
if so, we need to make sure that is covered in their charter. /cc @smarterclayton @bgrant0607 who are primary/secondary reviewers for that once its posted.
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.
I am not sure if SIG scheduling was responsible for developing and maintaining the resource quota feature in the past. It seems to be more aligned with resource management workgroup, but it is fine with me to have it under SIG scheduling.
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.
AFAIK, "resource quota feature" are NOT in scheduling SIG before, but I do not know who's owner. Anyway, I'm also ok to make it under scheduling umbrella.
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.
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.
I definitely consider api machinery to own at least the object count quota. CPU & RAM are maybe not us unless they are done generically. Feel free to add the relevant OWNERs to one of api machinery's subprojects if you like.
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.
Thanks, Daniel. I update the doc accordingly.
sig-scheduling/charter.md
Outdated
Pick one: | ||
|
||
1. SIG Technical Leads (x) | ||
2. Federation of Subprojects |
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.
just update this section to "SIG Technical Leads" per
https://github.com/kubernetes/community/blob/master/sig-node/charter.md#subproject-creation
1ba86ff
to
a33b037
Compare
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.
Thanks, @derekwaynecarr! PTAL.
more efficient use of cluster resources, and/or enforces placement policies. | ||
|
||
### In scope | ||
|
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.
done.
sig-scheduling/charter.md
Outdated
- Pod scheduling APIs (with [sig-api-machinery](../sig-api-machinery)) | ||
- Node-level resource management (with [sig-node](../sig-node)) | ||
- Cluster-level resource management (with [sig-node](../sig-node) and [sig-storage](../sig-storage)) | ||
- Pod scheduling policies (with [wg-policy](../wg-policy)) |
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.
Pod Scheduling Policy is a new concept we are working on with the policy workgroup. I changed the workgroup to sig auth. It defines authorization rules for specifying scheduling requirements, such as tolerations, anti-affinity, etc.
sig-scheduling/charter.md
Outdated
|
||
- network management ([sig-network](../sig-network)) | ||
- persistent storage management ([sig-storage](../sig-storage)) | ||
- enforcement of resource quota and other admission policies |
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.
I am not sure if SIG scheduling was responsible for developing and maintaining the resource quota feature in the past. It seems to be more aligned with resource management workgroup, but it is fine with me to have it under SIG scheduling.
a33b037
to
2087c16
Compare
@derekwaynecarr: GitHub didn't allow me to request PR reviews from the following users: -. Note that only kubernetes members and repo collaborators can review this PR, and authors cannot review their own PRs. In response to this:
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. |
@bsalamat everything looks good, but i think quota enforcement probably should go under api-machinery. |
@derekwaynecarr I am fine with having quota enforcement under api-machinery. The current version of the doc declares it as "out of scope" for SIG scheduling. |
2087c16
to
edf85d7
Compare
/lgtm |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: derekwaynecarr The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
No description provided.