You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@mesos.apache.org by "Kapil Arya (JIRA)" <ji...@apache.org> on 2015/08/03 18:13:04 UTC
[jira] [Updated] (MESOS-3013) Extend DiscoveryInfo to include
"NetworkRequirement" message
[ https://issues.apache.org/jira/browse/MESOS-3013?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Kapil Arya updated MESOS-3013:
------------------------------
Sprint: (was: Mesosphere Sprint 15)
> Extend DiscoveryInfo to include "NetworkRequirement" message
> ------------------------------------------------------------
>
> Key: MESOS-3013
> URL: https://issues.apache.org/jira/browse/MESOS-3013
> Project: Mesos
> Issue Type: Task
> Reporter: Kapil Arya
> Assignee: Kapil Arya
> Labels: mesosphere
>
> As per the [design doc|https://docs.google.com/document/d/17mXtAmdAXcNBwp_JfrxmZcQrs7EO6ancSbejrqjLQ0g], we need to enable frameworks to specify network requirements. The proposed message could be along the lines of:
> {code}
> message NetworkRequirement {
> enum Protocol {
> IPv4,
> IPv6
> }
> required Protocol protocol;
> // A netgroup is the name given to a set of logically-related IPs that are
> // allowed to communicate within themselves. For example, one might want
> // to create separate netgroups for dev, testing, qa and prod deployment
> // environments.
> repeated string netgroups;
> // Sticky IPs allow a framwork to re-launch a task with the same IP on a
> // different Slave/Node.
> optional bool sticky [default = false];
> // A unique id that the framework uses to "tag" the assigned IP. This "tag"
> // can be later used to "reclaim" IP while relaunching the task.
> optional string id;
> };
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)