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> *™*
