[openstack-dev] [Fuel] [Fuel UI] Node role list grouping
jkirnosova at mirantis.com
Fri Jan 29 10:48:27 UTC 2016
Just to clarify: we rely on a role 'limits' attribute  to define is role
required for deployment ('min' limit presented in the role description) or
recommended for deployment ('recommended' limit). Roles without 'min' or
'recommended' limit are considered as optional for basic deployment.
On Fri, Jan 29, 2016 at 1:27 PM Vladimir Kuklin <vkuklin at mirantis.com>
> I disagree with you here a little bit. Role abstraction is a useful thing
> from high-level standpoint. I would suggest that this list of roles
> grouping, e.g. which roles are mandatory and which are configured within
> which group can be specified:
> 1) in global settings of Nailgun
> 2) per-plugin
> 3) per environment in UI
> This should cover all the cases even for very flexible roles allocation.
> On Fri, Jan 29, 2016 at 12:58 PM, Sergii Golovatiuk <
> sgolovatiuk at mirantis.com> wrote:
>> On Fri, Jan 29, 2016 at 9:55 AM, Julia Aranovich <jkirnosova at mirantis.com
>> > wrote:
>>> Hi folks,
>>> Our team has started a redesign of node roles panel  on Add
>>> Nodes/Edit Roles screens in Fuel UI.
>>> Currently, node roles panel takes a big part of the screen and User have
>>> to scroll down to node list to check nodes and then scroll up again to
>>> check roles. This becomes more actual for desktops with a small screen.
>>> And we faced with the question of grouping new role containers in the
>>> panel. There is out initial suggestion :
>>> [image: role-list-grouping-1.png]
>>> - the first group (the first line on the screenshot) is roles which
>>> are required or recommended for deployment (controller, compute, cinder,
>>> It's not true. There can be deployments without Controllers or without
>> computes or without Storage.
>>> - the second group is optional roles which are not mandatory for
>>> deployment (base-os, virt, etc.)
>>> - the last group is roles which are unavailable at the moment
>>> because of some restrictions. For example, mongo role can not be assigned
>>> to a node if ceilometer setting is not enabled on Settings tab
>>> BUT there is also a suggestion  (see comment #6) to add a new role
>>> 'category' attribute into its yaml description  that will reflect the
>>> role function.
>>> For example, cinder, ceph-osd, cinder-vmware roles are from Storage
>>> category; compute, ironic are Compute and so on.
>>> This new 'category' attribute will also allow proper calculating of an
>>> environment capacity: it does not make sense to count CPU and RAM of
>>> non-compute nodes or HDD of non-storage nodes.
>>> So, we have an initial proposal for such a grouping by a role category:
>>> CONTROLLER: controller
>>> COMPUTE: compute, virt, compute-vmware, ironic
>>> STORAGE: cinder, cinder-block-device, cinder-vmware, ceph-osd
>>> OTHER: base-os, mongo
>>> And we ask your help to review this grouping, i.e. to define the list of
>>> possible role categories and to distribute the roles between these
>> We removed role as abstraction from library. It's very very artificial
>> abstraction. Instead we use tasks, grouping them to different combinations.
>> That allows plugin developers to adjust reference architecture to their
>>> Best regards,
>>> P.S. We also should take into account, that Fuel plugins can also
>>> provide their own roles.
>>>  https://bugs.launchpad.net/fuel/+bug/1375750
>>> OpenStack Development Mailing List (not for usage questions)
>>> OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>> OpenStack Development Mailing List (not for usage questions)
>> OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> Yours Faithfully,
> Vladimir Kuklin,
> Fuel Library Tech Lead,
> Mirantis, Inc.
> +7 (495) 640-49-04
> +7 (926) 702-39-68
> Skype kuklinvv
> 35bk3, Vorontsovskaya Str.
> Moscow, Russia,
> www.mirantis.com <http://www.mirantis.ru/>
> vkuklin at mirantis.com
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
-------------- next part --------------
An HTML attachment was scrubbed...
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 31961 bytes
Desc: not available
More information about the OpenStack-dev