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

Add a charter for SIG Scheduling #2462

Merged
merged 2 commits into from
Sep 21, 2018
Merged

Conversation

bsalamat
Copy link
Member

@bsalamat bsalamat commented Aug 3, 2018

No description provided.

@k8s-ci-robot k8s-ci-robot added the size/M Denotes a PR that changes 30-99 lines, ignoring generated files. label Aug 3, 2018
@k8s-ci-robot k8s-ci-robot requested review from cblecker and k82cn August 3, 2018 01:50
@k8s-ci-robot k8s-ci-robot added sig/scheduling Categorizes an issue or PR as relevant to SIG Scheduling. cncf-cla: yes Indicates the PR's author has signed the CNCF CLA. labels Aug 3, 2018
@bsalamat
Copy link
Member Author

bsalamat commented Aug 3, 2018

/assign @derekwaynecarr

@cblecker
Copy link
Member

cblecker commented Aug 3, 2018

/committee steering

@k8s-ci-robot k8s-ci-robot added the committee/steering Denotes an issue or PR intended to be handled by the steering committee. label Aug 3, 2018
@cblecker cblecker requested review from a team and removed request for cblecker and k82cn August 3, 2018 20:56
sig-scheduling/charter.md Outdated Show resolved Hide resolved

#### Code, Binaries and Services

- Scheduling related features (e.g. Node Affinity)
Copy link
Member

@k82cn k82cn Aug 4, 2018

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 :)

Copy link
Member Author

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.

@k82cn
Copy link
Member

k82cn commented Aug 4, 2018

The charter looks great ! just few question :)

- 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))
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

url has a typo

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

done. Thanks!

[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
Copy link
Member

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

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Done.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@bsalamat :) thanks!

Copy link
Member

@derekwaynecarr derekwaynecarr left a 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

Copy link
Member

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

Copy link
Member

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.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

done.

- 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))
Copy link
Member

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?

Copy link
Member

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.

Copy link
Member Author

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.


- network management ([sig-network](../sig-network))
- persistent storage management ([sig-storage](../sig-storage))
- enforcement of resource quota and other admission policies
Copy link
Member

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.

Copy link
Member Author

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.

Copy link
Member

@k82cn k82cn Sep 13, 2018

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.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

personally, i think it makes more sense for quota enforcement to be under api-machinery charter, the enforcement works like the garbage collector.

/cc @deads2k @lavalamp -

Copy link
Member

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.

Copy link
Member Author

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.

Pick one:

1. SIG Technical Leads (x)
2. Federation of Subprojects
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copy link
Member Author

@bsalamat bsalamat left a 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

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

done.

- 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))
Copy link
Member Author

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.


- network management ([sig-network](../sig-network))
- persistent storage management ([sig-storage](../sig-storage))
- enforcement of resource quota and other admission policies
Copy link
Member Author

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.

@k8s-ci-robot
Copy link
Contributor

@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:

personally, i think it makes more sense for quota enforcement to be under api-machinery charter, the enforcement works like the garbage collector.

/cc @deads2k @lavalamp -

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.

@derekwaynecarr
Copy link
Member

@bsalamat everything looks good, but i think quota enforcement probably should go under api-machinery.

@bsalamat
Copy link
Member Author

@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.

@derekwaynecarr
Copy link
Member

/lgtm
/approve

@k8s-ci-robot k8s-ci-robot added the lgtm "Looks good to me", indicates that a PR is ready to be merged. label Sep 21, 2018
@k8s-ci-robot
Copy link
Contributor

[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 /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@k8s-ci-robot k8s-ci-robot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Sep 21, 2018
@k8s-ci-robot k8s-ci-robot merged commit 60c132b into kubernetes:master Sep 21, 2018
@bsalamat bsalamat deleted the sig-charter branch September 21, 2018 18:37
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
approved Indicates a PR has been approved by an approver from all required OWNERS files. cncf-cla: yes Indicates the PR's author has signed the CNCF CLA. committee/steering Denotes an issue or PR intended to be handled by the steering committee. lgtm "Looks good to me", indicates that a PR is ready to be merged. sig/scheduling Categorizes an issue or PR as relevant to SIG Scheduling. size/M Denotes a PR that changes 30-99 lines, ignoring generated files.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

8 participants