cloudstack-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Geoff Higginbottom <geoff.higginbot...@shapeblue.com>
Subject RE: XenServer and VMWare Cluster, same Zone/Pod
Date Mon, 04 Mar 2013 19:25:58 GMT
Mathias

Sound advice, and certainly the safest option, but as long as you design it correctly and
know what you are doing, it works really well.

Regards

Geoff Higginbottom

D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581

geoff.higginbottom@shapeblue.com


-----Original Message-----
From: Mathias Mullins [mailto:mathias.mullins@citrix.com]
Sent: 04 March 2013 19:23
To: cloudstack-users@incubator.apache.org; fgaudreault@cloudops.com
Subject: Re: XenServer and VMWare Cluster, same Zone/Pod

While you can do it as both Francois and Geoff have said. I can tell you that our "Best Practice"
that we implement with is that they be separate zones to avoid as many of problems and complex
configurations as possible.

Matt Mullins
CloudPlatform Implementation Engineer
Worldwide Cloud Services ­ Citrix System, Inc.
+1 (407) 920-1107 ­ Office/Cell Phone
matt.mullins@citrix.com



On 3/4/13 2:20 PM, "Francois Gaudreault" <fgaudreault@cloudops.com> wrote:

>> Just to confirm, you can create a Cloud with a single Zone,
>>containing both XenServer Clusters and VMware Clusters, but you should
>>create unique PODs, one for XenServer and one for VMware
>This should be documented :P (or maybe it is)
>>
>> Because XenServer uses LinkLocal and VMware does not, the Reserved IP
>>Ranges for each POD will be significantly different.
>>
>> Regarding System VMs, there is a Global Setting which allow you to
>>control which Hypervisor the System VMs will prefer, its
>>'system.vm.default.hypervisor' if you do not set this, it typically
>>creates them on the first available Cluster, then sticks with that
>>Hypervisor type.
>>
>> Changing that global setting, restarting the management service, then
>>destroying the system VMs will see them move from one type of
>>hypervisor to another, I have done this many time, so if it's not
>>working, you have a problem somewhere.
>That explains couple issues I had with the VRs.  They were constantly
>trying to launch on the last added cluster (in my case VMWare).
>
>Thanks for the precisions Geoff!
>
>Francois
>>
>> Regards
>>
>> Geoff Higginbottom
>>
>> D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581
>>
>> geoff.higginbottom@shapeblue.com
>>
>>
>> -----Original Message-----
>> From: Ahmad Emneina [mailto:aemneina@gmail.com]
>> Sent: 04 March 2013 19:04
>> To: Cloudstack users; fgaudreault@cloudops.com
>> Subject: Re: XenServer and VMWare Cluster, same Zone/Pod
>>
>> this is odd indeed, have you tried these actions against homogenous
>>clouds?
>> I wonder that to see if this can be reproduced to see if its an
>>environmental issue vs mixed cloud bug.
>>
>>
>> On Mon, Feb 25, 2013 at 1:02 PM, Francois Gaudreault <
>>fgaudreault@cloudops.com> wrote:
>>
>>> Ok, so restarting the management service resolve a part of it.
>>> Templates are now available and on the filesystem.
>>>
>>> Now I am facing another issue, I cannot deploy a VM from any
>>> template on the VMWare Cluster (VR template included).  I keep getting :
>>>
>>> WARN  [agent.manager.**AgentManagerImpl] (Job-Executor-21:job-102)
>>>Unsupported Command: Unsupported command
>>>issued:com.cloud.agent.api.**
>>>storage.**PrimaryStorageDownloadCommand. Are you sure you got the  right type
of server?
>>> ERROR [cloud.vm.**VirtualMachineManagerImpl]
>>>(Job-Executor-21:job-102)  Failed to start instance
>>>VM[DomainRouter|r-19-VM]
>>> java.lang.ClassCastException:
>>>com.cloud.agent.api.**UnsupportedAnswer
>>> cannot be cast to com.cloud.agent.api.storage.**
>>>PrimaryStorageDownloadAnswer
>>>      at com.cloud.template.**TemplateManagerImpl.**
>>> prepareTemplateForCreate(**TemplateManagerImpl.java:663)
>>>      at com.cloud.utils.db.**DatabaseCallback.intercept(**
>>> DatabaseCallback.java:34)
>>>      at com.cloud.storage.**StorageManagerImpl.**createVolume(**
>>> StorageManagerImpl.java:3448)
>>> [...]
>>> INFO  [vmware.resource.**VmwareResource]
>>> (DirectAgent-436:172.30.100.**31) Executing resource StopCommand:
>>> {"isProxy":false,"vmName":"r-** 19-VM","wait":0} INFO
>>>[vmware.resource.**VmwareResource] (DirectAgent-436:172.30.100.**31)
>>>VM r-19-VM is no longer in vSphere WARN
>>>[cloud.network.**NetworkManagerImpl] (Job-Executor-21:job-102) Can't
>>>get the physical network INFO  [cloud.vm.**VirtualMachineManagerImpl]
>>> (Job-Executor-21:job-102) Unable to contact resource.
>>> com.cloud.exception.**AgentUnavailableException: Resource [Host:10]
>>>is
>>> unreachable: Host 10: Unable to start instance due to
>>>com.cloud.agent.api.
>>> **UnsupportedAnswer cannot be cast to com.cloud.agent.api.storage.**
>>>PrimaryStorageDownloadAnswer
>>>      at com.cloud.vm.**VirtualMachineManagerImpl.**advanceStart(**
>>> VirtualMachineManagerImpl.**java:847)
>>>      at com.cloud.vm.**VirtualMachineManagerImpl.**start(**
>>> VirtualMachineManagerImpl.**java:472)
>>>      at com.cloud.network.router.**VirtualNetworkApplianceManager**
>>> Impl.start(**VirtualNetworkApplianceManager**Impl.java:2352)
>>> [...]
>>> Caused by: java.lang.ClassCastException:
>>> com.cloud.agent.api.**UnsupportedAnswer
>>> cannot be cast to com.cloud.agent.api.storage.**
>>>PrimaryStorageDownloadAnswer
>>>      at com.cloud.template.**TemplateManagerImpl.**
>>> prepareTemplateForCreate(**TemplateManagerImpl.java:663)
>>>      at com.cloud.utils.db.**DatabaseCallback.intercept(**
>>> DatabaseCallback.java:34)
>>>      at com.cloud.storage.**StorageManagerImpl.**createVolume(**
>>> StorageManagerImpl.java:3448)
>>>      at com.cloud.storage.**StorageManagerImpl.prepare(**
>>> StorageManagerImpl.java:3351)
>>>      at com.cloud.vm.**VirtualMachineManagerImpl.**advanceStart(**
>>> VirtualMachineManagerImpl.**java:754)
>>>      ... 33 more
>>> INFO  [vmware.resource.**VmwareResource]
>>> (DirectAgent-252:172.30.100.**31) Executing resource StopCommand:
>>> {"isProxy":false,"vmName":"i-** 2-20-VM","wait":0} INFO
>>>[vmware.resource.**VmwareResource] (DirectAgent-252:172.30.100.**31)
>>>VM i-2-20-VM is no longer in vSphere
>>>
>>> The weird thing is that I can deploy a VM using an ISO just fine...
>>> Any clues?
>>>
>>> Thanks!
>>>
>>>
>>> On 2013-02-25 11:26 AM, Francois Gaudreault wrote:
>>>
>>>> Hi,
>>>>
>>>> Just a quick question, is there any issues that we might face if we
>>>> have a XenServer Cluster and a VMWare Cluster in the same pod/zone?
>>>> Will CloudStack spin 1 SystemVM for each hypervisor?
>>>>
>>>> I am seeing that the system vm template for vSphere says "download
>>>> complete", but without any size in the UI/Database. The default
>>>> template for vSphere will not download as well. We are on CS 4.0.1
>>>>
>>>>              id: 2
>>>>         host_id: 5
>>>>     template_id: 8
>>>>         created: 2013-02-22 15:05:03
>>>>    last_updated: 2013-02-22 15:05:03
>>>>          job_id: NULL
>>>>    download_pct: 100
>>>>            size: 0
>>>>   physical_size: 0
>>>> download_state: DOWNLOADED
>>>>       error_str: NULL
>>>>      local_path: NULL
>>>>    install_path: template/tmpl/1/8/
>>>>             url:
>>>> http://download.cloud.com/**templates/burbank/burbank-**
>>>>
>>>>systemvm-08012012.ova<http://download.cloud.com/templates/burbank/bu
>>>>rba
>>>>nk-systemvm-08012012.ova>
>>>>       destroyed: 0
>>>>         is_copy: 0
>>>>
>>>> Thanks for help!
>>>>
>>>>
>>> --
>>> Francois Gaudreault
>>> Architecte de Solution Cloud | Cloud Solutions Architect
>>> fgaudreault@cloudops.com
>>> 514-629-6775
>>> - - -
>>> CloudOps
>>> 420 rue Guy
>>> Montréal QC  H3J 1S6
>>> www.cloudops.com
>>> @CloudOps_
>>>
>>>
>> ShapeBlue provides a range of strategic and technical consulting and
>>implementation services to help IT Service Providers and Enterprises
>>to build a true IaaS compute cloud. ShapeBlue¹s expertise, combined
>>with CloudStack technology, allows IT Service Providers and
>>Enterprises to deliver true, utility based, IaaS to the customer or end-user.
>>
>> ________________________________
>>
>> This email and any attachments to it may be confidential and are
>>intended solely for the use of the individual to whom it is addressed.
>>Any views or opinions expressed are solely those of the author and do
>>not necessarily represent those of Shape Blue Ltd. If you are not the
>>intended recipient of this email, you must neither take any action
>>based upon its contents, nor copy or show it to anyone. Please contact
>>the sender if you believe you have received this email in error. Shape
>>Blue Ltd is a company incorporated in England & Wales.
>
>
>--
>Francois Gaudreault
>Architecte de Solution Cloud | Cloud Solutions Architect
>fgaudreault@cloudops.com
>514-629-6775
>- - -
>CloudOps
>420 rue Guy
>Montréal QC  H3J 1S6
>www.cloudops.com
>@CloudOps_
>


ShapeBlue provides a range of strategic and technical consulting and implementation services
to help IT Service Providers and Enterprises to build a true IaaS compute cloud. ShapeBlue’s
expertise, combined with CloudStack technology, allows IT Service Providers and Enterprises
to deliver true, utility based, IaaS to the customer or end-user.

________________________________

This email and any attachments to it may be confidential and are intended solely for the use
of the individual to whom it is addressed. Any views or opinions expressed are solely those
of the author and do not necessarily represent those of Shape Blue Ltd. If you are not the
intended recipient of this email, you must neither take any action based upon its contents,
nor copy or show it to anyone. Please contact the sender if you believe you have received
this email in error. Shape Blue Ltd is a company incorporated in England & Wales.
Mime
View raw message