RE: AW: Feature request: move in-flight containers w/o stopping them

2016-02-22 Thread Aaron Carey
February 2016 14:49 To: user@mesos.apache.org Subject: Re: AW: Feature request: move in-flight containers w/o stopping them Moving stateless services can be trivial or a non problem, as others have suggested. Migrating state full services becomes a function of migrating the state, including any

RE: AW: Feature request: move in-flight containers w/o stopping them

2016-02-22 Thread Aaron Carey
Would you be able to elaborate a bit more on how you did this? From: Mauricio Garavaglia [mauri...@medallia.com] Sent: 19 February 2016 19:20 To: user@mesos.apache.org Subject: Re: AW: Feature request: move in-flight containers w/o stopping them Mesos is not only

Re: AW: Feature request: move in-flight containers w/o stopping them

2016-02-19 Thread Mauricio Garavaglia
Mesos is not only about running stateless microservices to handle http requests. There are long duration workloads that would benefit from being rescheduled to a different host and not being interrupted; i.e. to implement dynamic bin packing in the cluster. The networking issues has been proved

Re: AW: Feature request: move in-flight containers w/o stopping them

2016-02-19 Thread Sharma Podila
Moving stateless services can be trivial or a non problem, as others have suggested. Migrating state full services becomes a function of migrating the state, including any network conx, etc. To think aloud, from a bit of past considerations in hpc like systems, some systems relied upon the

Re: AW: Feature request: move in-flight containers w/o stopping them

2016-02-19 Thread Dick Davies
Agreed, vMotion always struck me as something for those monolithic apps with a lot of local state. The industry seems to be moving away from that as fast as its little legs will carry it. On 19 February 2016 at 11:35, Jason Giedymin wrote: > Food for thought: > > One

Re: AW: Feature request: move in-flight containers w/o stopping them

2016-02-19 Thread Jason Giedymin
Food for thought: One should refrain from monolithic apps. If they're small and stateless you should be doing rolling upgrades. If you find yourself with one container and you can't easily distribute that work load by just scaling and load balancing then you have a monolith. Time to enhance