Support mesos resource roles (public_slave) in k8sm scheduler #482
Comments
it might be fun to run k8s service-loadbalancer on a public slave: |
Wondering what the dcos load balancer story is. Having something for k8s is nice, but it's a more general problem. |
Right now it's "bring your own" On Tue, Sep 8, 2015 at 3:45 AM, Dr. Stefan Schimanski <
|
Probably the role should be exported as a label to the node. Then the node label predicate can be used to select a role for a pod. |
a framework should only be offered resources according to the role that the framework registered with. there's no need to label nodes w/ roles |
can't you schedule some pods on private, some on public slaves? How does marathon do this then? |
Reading the docs, it seems that you can set the framework role to "public_slave". Then you get offers for |
Yes, thanks for clarifying. That's because |
FYI: While doing a first deep-dive I discovered that we are already aware of a mesos role flag in the scheduler. ref https://github.com/kubernetes/kubernetes/search?q=MesosRole I'll concentrate on the predicate part. |
When we claim cpu,mem,port resources (procurement) we may need to set the Consider that we also allocate resources for the Executor (and static On Thu, Oct 1, 2015 at 8:52 AM, Sergiusz Urbaniak notifications@github.com
|
@jdef thanks for the hints, I'll need to read more code to get all the puzzle pieces |
Re "Setting roles in the ExecutorInfo's resources": I am collecting collecting infos/docs from core devs since it's not documented very well. |
As per discussion w/ @joerg84: The ExecutorInfo's resource roles are independent of launched task resource roles. Executor resources (and their roles) only define its own resource needs. An executor can launch tasks with different resource roles |
We might pull this into 0.7.0 if it applies easily. |
Note: Alice should already be able to schedule pods using node selectors that map to mesos slave attributes, but only if the resources from those slaves are not restricted to specific roles.
The text was updated successfully, but these errors were encountered: