For anyone who is interested in the outcome of this thread, this seems to answer the XenServer part:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Enabling+Storage+XenMotion+for+XenServer "CloudStack currently allows live migration of a virtual machine from one host to another only within a cluster." Document was last updated June 28, 2013. On Fri, Oct 4, 2013 at 12:41 PM, Mike Tutkowski < mike.tutkow...@solidfire.com> wrote: > 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> > *™* > -- *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> *™*
