Hi Stefano, Yes, I did look at Calico, Weave and similar projects, but didn't find them relevant since they appear to solve a different (and more complex) problem.
On Sat, May 7, 2016 at 7:37 PM, Stefano Bianchi <jazzist...@gmail.com> wrote: > Did you look at Project Calico? > > 2016-05-07 3:45 GMT+02:00 Bharath Ravi Kumar <reachb...@gmail.com>: > >> Hi Zameer, >> >> Thanks for responding. I had reached out to user@ at the same time, but >> haven't heard back. As for the specific feature in Aurora, since we're >> still testing our internal system against various frameworks, I'd be >> willing to try a patch to better evaluate the capability in question. >> Looking forward to a response on user@aurora. >> >> On Fri, May 6, 2016 at 10:17 PM, Zameer Manji <zma...@apache.org> wrote: >> >>> Bharath, >>> >>> Aurora is currently adding support for arbitrary resources with this >>> exact usecase in mind. The code isn't complete yet and it hasn't been tried >>> out in production. I suggest reaching out to the user@ >>> <http://aurora.apache.org/community/> for Aurora to get the latest >>> update. >>> >>> On Fri, May 6, 2016 at 6:36 AM, Bharath Ravi Kumar <reachb...@gmail.com> >>> wrote: >>> >>>> Hi, >>>> >>>> I'm aware of mesos' IP-per-container capability and the authors' >>>> reasons for not modeling an IP address as a resource on a host. However, >>>> for operational simplicity, I prefer an implementation that does not >>>> interact with multiple other services (e.g. an IPAM). I'm hence considering >>>> the following approach: >>>> >>>> a) Model the IP addresses available on a host as resources. >>>> b) Using the IP address (from the set) accepted by a framework, launch >>>> a task using the docker containerizer, with the IP address selected by the >>>> framework. >>>> c) For tasks that are not resource intensive, fall back on port range >>>> reservation and docker host mode networking. >>>> >>>> It appears that Marathon doesn't support arbitrary resources, but >>>> Apache Aurora might(?) . I'd like to know if anyone else has attempted this >>>> approach with either framework, any potential downsides to this approach, >>>> and any alternatives that are similar to this. >>>> >>>> Thanks, >>>> Bharath >>>> >>>> -- >>>> Zameer Manji >>>> >>>> >> >