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.
_______________________________________________
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
