[ 
https://issues.apache.org/jira/browse/MESOS-3177?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14877358#comment-14877358
 ] 

Marco Massenzio commented on MESOS-3177:
----------------------------------------

By the sound of it (and we can dig in further detail) this sounds like the 
["Quota" 
proposal|https://docs.google.com/document/d/16iRNmziasEjVOblYp5bbkeBZ7pnjNlaIzPQqMTHQ-9I/edit?usp=sharing],
 which is currently being led by [~alexr] and others.

Then again, I may be missing important bits, but skimming quickly through the 
"User Stories" it seems to cover the one requested here?

> Make Mesos own configuration of roles/weights
> ---------------------------------------------
>
>                 Key: MESOS-3177
>                 URL: https://issues.apache.org/jira/browse/MESOS-3177
>             Project: Mesos
>          Issue Type: Improvement
>          Components: master, slave
>            Reporter: Cody Maloney
>              Labels: mesosphere
>
> All roles and weights must currently be specified up-front when starting 
> Mesos masters currently. In addition, they should be consistent on every 
> master, otherwise unexpected behavior could occur (You can have them be 
> inconsistent for some upgrade paths / changing the set).
> This makes it hard to introduce new groups of machines under new roles 
> dynamically (Have to generate a new master configuration, deploy that, before 
> we can connect slaves with a new role to the cluster).
> Ideally an administrator can manually add / remove / edit roles and have the 
> settings replicated / passed to all masters in the cluster by Mesos. 
> Effectively Mesos takes ownership of the setting, rather than requiring it to 
> be done externally.
> In addition, if a new slave joins the cluster with an unexpected / new role 
> that should just work, making it much easier to introduce machines with new 
> roles. (Policy around whether or not a slave can cause creation of a new 
> role, a given slave can register with a given role, etc. is out of scope, and 
> would be controls in the general registration process).



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to