Ticket 1992 - Per-partition fair-share
Summary: Per-partition fair-share
Status: OPEN
Alias: None
Product: Slurm
Classification: Unclassified
Component: Accounting (show other tickets)
Version: 16.05.x
Hardware: Linux Linux
: 5 - Enhancement
Assignee: Unassigned Developer
QA Contact:
URL:
Depends on:
Blocks:
 
Reported: 2015-09-30 05:55 MDT by Kilian Cavalotti
Modified: 2017-03-07 12:02 MST (History)
0 users

See Also:
Site: Stanford
Alineos Sites: ---
Atos/Eviden Sites: ---
Confidential Site: ---
Coreweave sites: ---
Cray Sites: ---
DS9 clusters: ---
HPCnow Sites: ---
HPE Sites: ---
IBM Sites: ---
NOAA SIte: ---
NoveTech Sites: ---
Nvidia HWinf-CS Sites: ---
OCF Sites: ---
Recursion Pharma Sites: ---
SFW Sites: ---
SNIC sites: ---
Tzag Elita Sites: ---
Linux Distro: ---
Machine Name:
CLE Version:
Version Fixed:
Target Release: ---
DevPrio: ---
Emory-Cloud Sites: ---


Attachments

Note You need to log in before you can comment on or make changes to this ticket.
Description Kilian Cavalotti 2015-09-30 05:55:50 MDT
Dear Slurm devs,

I'd like to submit a request for enhancement, to have multiple fair-share trees in the same cluster. Ideally, we'd like to have one fair-share tree per partition.
I think the idea has already been evoked by Tim Wickberg at SLUG'15. 

The rationale for this is as follows: in our condo model setup, we have multiple partitions:
- a globally-accessible partition ("normal") that any user can submit to,
- multiple private partitions ("pA", "pB"...) where only the group who bought the machines can run (groupA in pA, groupB in pB...),
- an umbrella partition ("owners") that contains all the nodes from the pX partitions, where all the owner groups can submit (but potentially be preempted if the rightful owner submit jobs on his nodes). Regular users can't use it.

For the pX partitions though, we have cases where multiple groups get together to buy nodes, which result in a single partition with multiple tenants. And of course, they each contribute a different amount, and would like to get a share of the partition that reflects those contributions, but only for that partition: their fair-share setting shouldn't affect their submissions to the "normal" partition.

That's why we think it would make sense to have per-partition fair-share trees. So if that's an idea that you think is worth considering, that'd be great!

Thanks,
-- 
Kilian