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

Reply via email to