Our use case is like the Yahoo one.
2014-08-07 7:10 GMT+08:00 Ed Hall :
>
>
> tl;dr: we’re willing to be a use case, but our internal timeline is such
> that in all likelihood
> this will be as a post-mortem.
>
> We (Yahoo) have thousands of pets that need migrated as well as an
> unspecified
> n
On 09/08/14 05:09, Russell Bryant wrote:
On 08/06/2014 01:41 PM, Jay Pipes wrote:
On 08/06/2014 01:40 AM, Tom Fifield wrote:
On 06/08/14 13:30, Robert Collins wrote:
On 6 August 2014 17:27, Tom Fifield wrote:
On 06/08/14 13:24, Robert Collins wrote:
What happened to your DB migrations the
On Aug 8, 2014, at 14:09 , Russell Bryant wrote:
> On 08/06/2014 01:41 PM, Jay Pipes wrote:
>> On 08/06/2014 01:40 AM, Tom Fifield wrote:
>>> On 06/08/14 13:30, Robert Collins wrote:
On 6 August 2014 17:27, Tom Fifield wrote:
> On 06/08/14 13:24, Robert Collins wrote:
>> What
On 08/06/2014 01:41 PM, Jay Pipes wrote:
> On 08/06/2014 01:40 AM, Tom Fifield wrote:
>> On 06/08/14 13:30, Robert Collins wrote:
>>> On 6 August 2014 17:27, Tom Fifield wrote:
On 06/08/14 13:24, Robert Collins wrote:
>>>
> What happened to your DB migrations then? :)
Sorry
On Wed, Aug 06, 2014 at 01:40:28PM +0800, Tom Fifield wrote:
> >While DB migrations are running things like the nova metadata service
> >can/will misbehave - and user code within instances will be affected.
> >Thats arguably VM downtime.
> >
> >OTOH you could define it more narrowly as 'VMs are no
On Aug 5, 2014, at 4:52 PM, Joshua Harlow wrote:
> I'm pretty sure yahoo is another case, with a large set of clusters on
> nova-network still ;)
>
> I believe we have been active in these discussions, although I'm unsure what
> was discussed at the meetup (being that I had planned vacation,
On 08/06/2014 01:40 AM, Tom Fifield wrote:
On 06/08/14 13:30, Robert Collins wrote:
On 6 August 2014 17:27, Tom Fifield wrote:
On 06/08/14 13:24, Robert Collins wrote:
What happened to your DB migrations then? :)
Sorry if I misunderstood, I thought we were talking about running VM
downti
On Tue, Aug 5, 2014 at 8:25 PM, Tom Fifield wrote:
> On 06/08/14 03:54, Jay Pipes wrote:
>
>> On 08/05/2014 03:23 PM, Collins, Sean wrote:
>>
>>> On Tue, Aug 05, 2014 at 12:50:45PM EDT, Monty Taylor wrote:
>>>
However, I think the cost to providing that path far outweighs
the benefit in
>
> In many cases the users I've spoken to who are looking for a live path out
> of nova-network on to neutron are actually completely OK with some "API
> service" downtime (metadata service is an API service by their definition).
> A little 'glitch' in the network is also OK for many of them.
>
>
On 06/08/14 13:30, Robert Collins wrote:
On 6 August 2014 17:27, Tom Fifield wrote:
On 06/08/14 13:24, Robert Collins wrote:
What happened to your DB migrations then? :)
Sorry if I misunderstood, I thought we were talking about running VM
downtime here?
While DB migrations are running t
On 6 August 2014 17:27, Tom Fifield wrote:
> On 06/08/14 13:24, Robert Collins wrote:
>> What happened to your DB migrations then? :)
>
>
> Sorry if I misunderstood, I thought we were talking about running VM
> downtime here?
While DB migrations are running things like the nova metadata service
On 06/08/14 13:24, Robert Collins wrote:
On 6 August 2014 17:22, Tom Fifield wrote:
On 06/08/14 13:18, Robert Collins wrote:
On 6 August 2014 16:57, Tom Fifield wrote:
Note, however, that nobody is suggesting not having a migration path.
I'm just suggesting relaxing the requirement that th
On 6 August 2014 17:22, Tom Fifield wrote:
> On 06/08/14 13:18, Robert Collins wrote:
>>
>> On 6 August 2014 16:57, Tom Fifield wrote:
>>
Note, however, that nobody is suggesting not having a migration path.
I'm just suggesting relaxing the requirement that the migration from
nova-
On 06/08/14 13:18, Robert Collins wrote:
On 6 August 2014 16:57, Tom Fifield wrote:
Note, however, that nobody is suggesting not having a migration path.
I'm just suggesting relaxing the requirement that the migration from
nova-network to neutron be without any downtime of instances.
These
On 6 August 2014 16:57, Tom Fifield wrote:
>> Note, however, that nobody is suggesting not having a migration path.
>> I'm just suggesting relaxing the requirement that the migration from
>> nova-network to neutron be without any downtime of instances.
>
>
> These users do not consider that a mig
On 06/08/14 12:40, Jay Pipes wrote:
On 08/05/2014 11:25 PM, Tom Fifield wrote:
On 06/08/14 03:54, Jay Pipes wrote:
On 08/05/2014 03:23 PM, Collins, Sean wrote:
On Tue, Aug 05, 2014 at 12:50:45PM EDT, Monty Taylor wrote:
However, I think the cost to providing that path far outweighs
the benefi
On 08/05/2014 11:25 PM, Tom Fifield wrote:
On 06/08/14 03:54, Jay Pipes wrote:
On 08/05/2014 03:23 PM, Collins, Sean wrote:
On Tue, Aug 05, 2014 at 12:50:45PM EDT, Monty Taylor wrote:
However, I think the cost to providing that path far outweighs
the benefit in the face of other things on our
On 06/08/14 03:54, Jay Pipes wrote:
On 08/05/2014 03:23 PM, Collins, Sean wrote:
On Tue, Aug 05, 2014 at 12:50:45PM EDT, Monty Taylor wrote:
However, I think the cost to providing that path far outweighs
the benefit in the face of other things on our plate.
Perhaps those large operators that
I'm pretty sure yahoo is another case, with a large set of clusters on
nova-network still ;)
I believe we have been active in these discussions, although I'm unsure what
was discussed at the meetup (being that I had planned vacation, right now
actually).
Anyways I think yahoo is fine with bein
On Aug 5, 2014 12:57 PM, "Jay Pipes" wrote:
>
> On 08/05/2014 03:23 PM, Collins, Sean wrote:
>>
>> On Tue, Aug 05, 2014 at 12:50:45PM EDT, Monty Taylor wrote:
>>>
>>> However, I think the cost to providing that path far outweighs
>>> the benefit in the face of other things on our plate.
>>
>>
>> P
On 08/05/2014 03:23 PM, Collins, Sean wrote:
On Tue, Aug 05, 2014 at 12:50:45PM EDT, Monty Taylor wrote:
However, I think the cost to providing that path far outweighs
the benefit in the face of other things on our plate.
Perhaps those large operators that are hoping for a
Nova-Network->Neutro
On Tue, Aug 05, 2014 at 12:50:45PM EDT, Monty Taylor wrote:
> However, I think the cost to providing that path far outweighs
> the benefit in the face of other things on our plate.
Perhaps those large operators that are hoping for a
Nova-Network->Neutron zero-downtime live migration, could dedicat
On 08/05/2014 12:18 PM, Jay Pipes wrote:
> Hello stackers, TC, Neutron contributors,
>
> At the Nova mid-cycle meetup last week in Oregon, during the discussion
> about the future of nova-network, the topic of nova-network -> Neutron
> migration came up.
>
> For some reason, I had been clueless a
On 08/05/2014 09:34 AM, Mike Spreitzer wrote:
Monty Taylor wrote on 08/05/2014 12:27:14 PM:
On 08/05/2014 09:18 AM, Jay Pipes wrote:
Hello stackers, TC, Neutron contributors,
At the Nova mid-cycle meetup last week in Oregon, during the
discussion
about the future of nova-network, the topic
Jay,
I do agree with you on the focus areas. I believe Neutron should focus on
the nova-parity (DVR) and DB migrations more than ever, instead of
increasing the priority to new API such as the GBP. Actually, yesterday
Neutron IRC showed the need of having a more focused work instead of
picking in
Monty Taylor wrote on 08/05/2014 12:27:14 PM:
> On 08/05/2014 09:18 AM, Jay Pipes wrote:
> > Hello stackers, TC, Neutron contributors,
> >
> > At the Nova mid-cycle meetup last week in Oregon, during the
discussion
> > about the future of nova-network, the topic of nova-network -> Neutron
> > mi
On 08/05/2014 09:18 AM, Jay Pipes wrote:
Hello stackers, TC, Neutron contributors,
At the Nova mid-cycle meetup last week in Oregon, during the discussion
about the future of nova-network, the topic of nova-network -> Neutron
migration came up.
For some reason, I had been clueless about the det
27 matches
Mail list logo
