Sensor-Tivity

Just today, I posted the first draft of the Sensor Abstraction Layer design document. The project addresses the problem of aggregating and analyzing telemetry exported by disparate sources such that the results may be observed via standard interfaces. The basic design is composed of three distinct sub-layers: a provider layer, a collection layer and a analyzer layer. At the lowest level, the provider layer exports interfaces to read sensor or statistical values without having to understand the implementation details of the subs-system exporting the telemetry.

Telemetry data is logged according to collection parameters established for a collector . Sensor telemetry is passed from collectors to the analyzer layer for the purpose of online analysis. For example, we may want to collect telemetry for our network sub-system based upon GLD-aware NIC driver kstats, protocol-specific errors and memory usage as seen in netstat(1M) to help predict unhealthy hardware or software or to ensure QOS guarantees.

We can use many of the concepts and the infrastructure developed for the Solaris Fault Manager. For example, telemetry data can be passed as FMA standard events and logged using the Extended Accounting format developed for the errlog and fltlog. We can also leverage the fmd(1M) tool set to observe telemetry logs and analysis results.

 

 

 

Hope to have more details soon...

 

Cindi

 



Comments:

Post a Comment:
  • HTML Syntax: NOT allowed
About

cindi

Search

Top Tags
Categories
Archives
« April 2014
SunMonTueWedThuFriSat
  
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
   
       
Today