On Wed, Apr 10, 2013 at 7:08 AM, Harikrishna Patnala
<harikrishna.patn...@citrix.com> wrote:
> Hi all,
>
> There are many global parameters which are used to set values/limits/boolean 
> for various operations, but these parameters effects all 
> zones/clusters/accounts/storage based on the parameter.
> Here I would like to discuss on granulising these parameters so that these 
> parameters can be customised at different levels 
> (zone/cluster/account/storage).
> New APIs are introduced to update these parameters based on the level listed 
> in the FS below.
> During the creation of zone/cluster/account/storage default values for the 
> granular parameters are set from the normal global parameters and later these 
> can be updated using the corresponding API.
>
>
> This proposal for Global granular parameters is detailed in the FS here: 
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/FS+for+Granular+Global+Configuration+Parameters
> The JIRA ticket for tracking is 
> https://issues.apache.org/jira/browse/CLOUDSTACK-741
>
> Please review this and provide me comments/suggestions.
>
> Thanks
> Harikrishna


Hi Harikrisha:

First - the title is a bit confusing; granular and global seems
contradictory. Regardless - this is a great move forward.

I don't understand why we would inject a new API command
(update{storage,cluster,zone,account}levelparamater) instead of just
using updateZone, updateAccount, updateStoragePool, etc. For instance,
I would expect that listZone would tell me the status of the
zone-level options. So why wouldn't updateZone be capable of setting
the options.

--David

Reply via email to