You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@mesos.apache.org by "Yongqiao Wang (JIRA)" <ji...@apache.org> on 2015/12/17 13:03:46 UTC

[jira] [Assigned] (MESOS-3177) Dynamic roles/weights configuration at runtime

     [ https://issues.apache.org/jira/browse/MESOS-3177?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Yongqiao Wang reassigned MESOS-3177:
------------------------------------

    Assignee: Yongqiao Wang  (was: Yongqiao Wang)

> Dynamic roles/weights configuration at runtime
> ----------------------------------------------
>
>                 Key: MESOS-3177
>                 URL: https://issues.apache.org/jira/browse/MESOS-3177
>             Project: Mesos
>          Issue Type: Epic
>          Components: master, slave
>            Reporter: Cody Maloney
>            Assignee: Yongqiao Wang
>              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)