I could understand the reasoning and it could be done, however you lose a lot 
of what makes Cloudstack the orchestration software it is. Here are a few 
disadvantages to doing it this way:

1. You could not manage the ACS control node through ACS which means you 
couldn’t migrate it add disks to it, get to the console, etc via ACS. You would 
have to do it all via the hypervisor management.
2. Since ACS doesn't know about it, it can't report on the hyper-visor usage or 
storage usage which means your usage graphs and records will always be "off" a 
little.
3. Simple tasks such as putting hosts in maintenance and hypervisor upgrades 
now become more tedious since you have a guest on the hypervisor that ACS 
doesn't know about to work around.


I could write a few more but as you can see, it really is not a good idea. I do 
the same as the other responder. I run my ACS management nodes on another 
cluster that is not part of the ACS cluster. This allows me to let ACS fully 
control those hypervisors.


Regards,
Marty Godsey

-----Original Message-----
From: Outback Dingo [mailto:[email protected]] 
Sent: Sunday, September 4, 2016 11:28 AM
To: [email protected]
Subject: Re: Advantages and disadvantages of installing CloudStack manager in a 
virtual machine within the host.

On Sun, Sep 4, 2016 at 2:42 AM, Rene Moser <[email protected]> wrote:

> Hi
>
> On 09/03/2016 10:27 PM, Jhon Jaro wrote:
> > I have the following query, that would have advantages and 
> > disadvantages install CloudStack manager in a virtual machine running on 
> > the host.
>
> I don't see any disadvantages in running the CloudStack manager on a 
> VM, however the host on which the CloudStack manager VM runs must not 
> be managed by CloudStack.
>


i kind of dont follow the logic here. id be curious why it should run on 
another cluster/machine simply put cloudstack in a vm on a host should be 
intelligent enough to discover itself, and if it isnt architecturally someones 
missed the design boat.



>
> You get all the advantages you normally get by the hypervisor, in our 
> case VMware: Snapshots, Live Migration, DRS. HA.  We run the 
> CloudStack manager on VMware in a different cluster.
>
>
>

Reply via email to