Yeah, that's kind of what I was interested in learning about. Now that we have zone-wide primary storage, does that mean CS is able to issue the live migration of a VM from one cluster to another (or are we still confined to clusters)?
On Fri, Oct 4, 2013 at 11:55 AM, Travis Graham <tgra...@tgraham.us> wrote: > Was that a limitation caused by the primary storage only being available > to a single cluster and not zone wide like 4.2.0 provides? > > Travis > > On Oct 4, 2013, at 1:52 PM, Mike Tutkowski <mike.tutkow...@solidfire.com> > wrote: > > > Maybe this is a silly question, but if CS handles Live Migrations, are we > > still constrained to migrating VMs from one host to another in the same > > cluster? > > > > Same question for HA. > > > > > > On Wed, Oct 2, 2013 at 8:42 AM, Clayton Weise <cwe...@keyinfo.com> > wrote: > > > >> AFAIK, no, but it's a great RFE that I would vote for. > >> > >> -----Original Message----- > >> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] > >> Sent: Tuesday, October 01, 2013 9:26 PM > >> To: dev@cloudstack.apache.org > >> Subject: Re: Hypervisor Questions > >> > >> Oh, and, yes, when I referred to HA, it was (as you said) with the > meaning > >> of a host going offline and VMs being restarted on other hosts (perhaps > in > >> a prioritized order if there are an insufficient number of resources to > >> support all of the VMs that were running on the downed host). > >> > >> Does CS support assigning a priority to a VM in case not all VMs can be > >> restarted on the remaining resources? > >> > >> > >> On Tue, Oct 1, 2013 at 6:35 PM, Mike Tutkowski < > >> mike.tutkow...@solidfire.com > >>> wrote: > >> > >>> Thanks, Clayton! > >>> > >>> Yeah, copy/paste mistake there. :) I meant it as you said. > >>> > >>> > >>> On Tue, Oct 1, 2013 at 4:54 PM, Clayton Weise <cwe...@keyinfo.com> > >> wrote: > >>> > >>>> First, I think you meant to put XenServer, KVM, and VMware and not > >>>> XenServer 3 times in a row. That being said I think in all cases > >>>> (somebody correct me if I'm wrong here) it goes something like this: > >>>> > >>>> Live Migration: Request is made by CS but carried out by the HV. > >>>> High Availability: More accurately it's "recovery after host failure" > >>>> because it's still a disruptive action when a host goes sideways, but > >>>> by default this is handled by CS. I _think_ there's an option to let > >>>> the HV handle this but I'm not totally sure. > >>>> DRS: Managed by CS through one of several methods with the global > >>>> setting vm.allocation.algorithm (see below) > >>>> > >>>> 'random', 'firstfit', 'userdispersing', 'userconcentratedpod_random', > >>>> 'userconcentratedpod_firstfit' : Order in which hosts within a > >>>> cluster will be considered for VM/volume allocation. > >>>> > >>>> That being said, after deployment there isn't any further DRS > >>>> monitoring; it's only done at the time an instance is instantiated. > >>>> > >>>> -Clayton > >>>> > >>>> -----Original Message----- > >>>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] > >>>> Sent: Tuesday, October 01, 2013 3:00 PM > >>>> To: dev@cloudstack.apache.org > >>>> Subject: Hypervisor Questions > >>>> > >>>> Hi, > >>>> > >>>> I was wondering if people could clarify for me what CloudStack > >>>> manages versus what the hypervisor manages in terms of live > >>>> migration, high availability, and distributed resource scheduling? > >>>> > >>>> I know it is probably different for XenServer, VMware, and KVM. > >>>> > >>>> Can people fill in the info below (managed by the management server, > >>>> the hypervisor, or some combination of both)? > >>>> > >>>> XenServer > >>>> Live migration: > >>>> High availability: > >>>> Distributed Resource Scheduling: > >>>> > >>>> XenServer > >>>> Live migration: > >>>> High availability: > >>>> Distributed Resource Scheduling: > >>>> > >>>> XenServer > >>>> Live migration: > >>>> High availability: > >>>> Distributed Resource Scheduling: > >>>> > >>>> Thanks! > >>>> > >>>> -- > >>>> *Mike Tutkowski* > >>>> *Senior CloudStack Developer, SolidFire Inc.* > >>>> e: mike.tutkow...@solidfire.com > >>>> o: 303.746.7302 > >>>> Advancing the way the world uses the > >>>> cloud<http://solidfire.com/solution/overview/?video=play> > >>>> *(tm)* > >>>> > >>> > >>> > >>> > >>> -- > >>> *Mike Tutkowski* > >>> *Senior CloudStack Developer, SolidFire Inc.* > >>> e: mike.tutkow...@solidfire.com > >>> o: 303.746.7302 > >>> Advancing the way the world uses the > >>> cloud<http://solidfire.com/solution/overview/?video=play> > >>> *(tm)* > >>> > >> > >> > >> > >> -- > >> *Mike Tutkowski* > >> *Senior CloudStack Developer, SolidFire Inc.* > >> e: mike.tutkow...@solidfire.com > >> o: 303.746.7302 > >> Advancing the way the world uses the > >> cloud<http://solidfire.com/solution/overview/?video=play> > >> *(tm)* > >> > > > > > > > > -- > > *Mike Tutkowski* > > *Senior CloudStack Developer, SolidFire Inc.* > > e: mike.tutkow...@solidfire.com > > o: 303.746.7302 > > Advancing the way the world uses the > > cloud<http://solidfire.com/solution/overview/?video=play> > > *™* > > -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloud<http://solidfire.com/solution/overview/?video=play> *™*