Open Stack

Hi,

  I sent this message on 01/31 but I did not see it got posted on the mailing list.  So, I am sending it again...
  Given that different hardwares will expose differnt sensors, I am hoping that we will have a flexible and extensible interface and data structures to accomodate different hardwares.   For instance, some hardware can report additional power and thermal information (such as average power wattage, critical upperthreshold of temperature, ...etc)  than basic current/min/max wattages and temperature.  Some hardwre exposes NICs and storage sensors as well.   IMO. solution2 gives more flexibility to accomodate more sensors.   If there is a desire to define a set of common sensors such as power, fan, and thermal...etc  as proposed by solution1, then I think we will need an additional data structure such as extra_sensors with key and value pair to allow hardwares to report additional sensors.  Thanks!
Regards,
Wanyen

> >     Meter Names:
> >         fanspeed, fanspeed.min, fanspeed.max, fanspeed.status
> >         voltage, voltage.min, voltage.max, voltage.status
> >         temperature, temperature.min, temperature.max, temperature.status
> >
> >                 'FAN 1': {
> >                     'current_value': '4652',
> >                     'min_value': '4200',
> >                     'max_value': '4693',
> >                     'status': 'ok'
> >                 }
> >                 'FAN 2': {
> >                     'current_value': '4322',
> >                     'min_value': '4210',
> >                     'max_value': '4593',
> >                     'status': 'ok'
> >             },
> >             'voltage': {
> >                 'Vcore': {
> >                     'current_value': '0.81',
> >                     'min_value': '0.80',
> >                     'max_value': '0.85',
> >                     'status': 'ok'
> >                 },
> >                 '3.3VCC': {
> >                     'current_value': '3.36',
> >                     'min_value': '3.20',
> >                     'max_value': '3.56',
> >                     'status': 'ok'
> >                 },
> >             ...
> >         }
> >     }
>
>
> are FAN 1, FAN 2, Vcore, etc... variable names or values that would
> consistently show up? if the former, would it make sense to have the meters
> be similar to fanspeed:<trait> where trait is FAN1, FAN2, etc...? if the
> meter is just fanspeed, what would the volume be? FAN 1's current_value?
>

Different hardware will expose different number of each of these things. In
Haomeng's first proposal, all hardware would expose a "fanspeed" and a
"voltage" category, but with a variable number of meters in each category.
In the second proposal, it looks like there are no categories and hardware
exposes a variable number of meters whose names adhere to some consistent
structure (eg, "FAN ?" and "V???").

It looks to me like the question is whether or not to use categories to
group similar meters.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140203/af98491a/attachment.html>