mesos-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Benjamin Mahler (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (MESOS-7258) Provide scheduler calls to subscribe to additional roles and unsubscribe from roles.
Date Wed, 27 Sep 2017 20:21:00 GMT

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

Benjamin Mahler updated MESOS-7258:
-----------------------------------
    Description: 
The current support for schedulers to subscribe to additional roles or unsubscribe from some
of their roles requires that the scheduler obtain a new subscription with the master which
invalidates the event stream.

A more lightweight mechanism would be to provide calls for the scheduler to subscribe to additional
roles or unsubscribe from some roles such that the existing event stream remains open and
offers to the new roles arrive on the existing event stream. E.g.

SUBSCRIBE_TO_ROLE
UNSUBSCRIBE_FROM_ROLE

One open question pertains to the terminology here, whether we would want to avoid using "subscribe"
in this context. An alternative would be:

UPDATE_FRAMEWORK_INFO

Which provides a generic mechanism for a framework to perform framework info updates without
obtaining a new event stream.

*NOTE*: Not specific to this issue, but we need to figure out how to allow the framework to
not leak reservations, e.g. MESOS-7651.

  was:
The current support for schedulers to subscribe to additional roles or unsubscribe from some
of their roles requires that the scheduler obtain a new subscription with the master which
invalidates the event stream.

A more lightweight mechanism would be to provide calls for the scheduler to subscribe to additional
roles or unsubscribe from some roles such that the existing event stream remains open and
offers to the new roles arrive on the existing event stream. E.g.

SUBSCRIBE_TO_ROLE
UNSUBSCRIBE_FROM_ROLE

One open question pertains to the terminology here, whether we would want to avoid using "subscribe"
in this context. An alternative would be:

UPDATE_FRAMEWORK_INFO

Which provides a generic mechanism for a framework to perform framework info updates without
obtaining a new event stream.


> Provide scheduler calls to subscribe to additional roles and unsubscribe from roles.
> ------------------------------------------------------------------------------------
>
>                 Key: MESOS-7258
>                 URL: https://issues.apache.org/jira/browse/MESOS-7258
>             Project: Mesos
>          Issue Type: Improvement
>          Components: master, scheduler api
>            Reporter: Benjamin Mahler
>              Labels: multitenancy
>
> The current support for schedulers to subscribe to additional roles or unsubscribe from
some of their roles requires that the scheduler obtain a new subscription with the master
which invalidates the event stream.
> A more lightweight mechanism would be to provide calls for the scheduler to subscribe
to additional roles or unsubscribe from some roles such that the existing event stream remains
open and offers to the new roles arrive on the existing event stream. E.g.
> SUBSCRIBE_TO_ROLE
> UNSUBSCRIBE_FROM_ROLE
> One open question pertains to the terminology here, whether we would want to avoid using
"subscribe" in this context. An alternative would be:
> UPDATE_FRAMEWORK_INFO
> Which provides a generic mechanism for a framework to perform framework info updates
without obtaining a new event stream.
> *NOTE*: Not specific to this issue, but we need to figure out how to allow the framework
to not leak reservations, e.g. MESOS-7651.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Mime
View raw message