Hi Jerry, Please find my answer inline
On 27-Dec-2012, at 6:59 PM, jerry jiang. 蒋维 wrote: > Hi Nithin > > Thanks. > My comments inline. > > > ----- Original Message ----- > From: "Nitin Mehta" <nitin.me...@citrix.com> > To: cloudstack-users@incubator.apache.org > Sent: Thursday, December 27, 2012 8:53:48 PM > Subject: Re: overcommit radio setting per-pod basis and restoring VMs if host > failed > > Answers inline > > On 27-Dec-2012, at 5:58 PM, jerry jiang. 蒋维 wrote: > >> hello, >> >> I have two questions regarding Cloudstack function, >> >> 1) How can I set different overcommit radio for different pod (or cluster) >> in one zone. > > Currently this is not possible. But, there is a plan for this feature in the > upcoming release for setting it cluster based. If you don't mind, can you > please share your use case for setting it different for different pods ? > > [jerry] I want this feature because I want to deploy two pods for different > department in my datacenter. One is for testing my Apps to verify its > functions, I would like this pod to support overcommit radio(120%) because > function-testing won't consume much CPU resource. and another one is for > testing my Apps to verify performance, I would like this pod not to support > undercommit radio(80%) becasue it will guarentee the Apps to get resource as > needed. > > >> >> 2) When I use CS to manage hosts, if one of host failed, can I restore the >> VMs in the host via providing another healthy host? >> > > While creating vm's you can use service offering which has HA (highly > available) as true. If the host fails CS will automatically take care of > migrating it to a healthy host within the cluster. > Let's say you didn't use that service offering while deploying the vm then if > the host fails, these vms would go into stopped state. You can try starting > these vms and they should come up on a healthy host within the cluster. I am > assuming you are using shared storage here and would have enough capacity in > the cluster. > > [jerry] that means I can create VMs by API directly even if I didn't create > service offering, right? please confirm. [nitin] You will always have to mention the service offering which specifies compute as well as some other attributes for the vm (like HA) for deploying a vm (deploy virtual machine api) . What I meant by "Let's say you didn't use that service offering while deploying the vm then if the host fails" was that you used a service offering with the HA flag as false. For start vm api you don't need the service offering as the vm is already associated with one. Does it clear the confusion :) ? > > >> Thanks >> >> Jerry Jiang >
