JMX Scraper - YAML config and integration test for HBase #1538
Conversation
There was a problem hiding this comment.
[for reviewer] Some small improvements to report meaningful errors for few failed assertions
robsunday
changed the title
robsunday
changed the title
...rationTest/java/io/opentelemetry/contrib/jmxmetrics/target_systems/HbaseIntegrationTest.java
Show resolved
Hide resolved
...ntegrationTest/java/io/opentelemetry/contrib/jmxscraper/target_systems/MetricAssertions.java
Outdated
Show resolved
Hide resolved
| metric: region.count | ||
| unit: "{region}" | ||
| desc: The number of regions hosted by the region server. | ||
|
|
There was a problem hiding this comment.
[minor] the spacing between blocks is intentional to keep things a bit readable here, maybe adding an explicit "header comment" with for example the metric name/prefix/suffix would help to understand this is intentional and needs to be preserved when maintaining this.
| Append_99th_percentile: | ||
| metric: operation.append.latency.p99 | ||
| desc: Append operation 99th Percentile latency. | ||
| Append_max: | ||
| metric: operation.append.latency.max | ||
| desc: Append operation max latency. | ||
| Append_min: | ||
| metric: operation.append.latency.min | ||
| desc: Append operation minimum latency. | ||
| Append_mean: | ||
| metric: operation.append.latency.mean | ||
| desc: Append operation mean latency. | ||
| Append_median: | ||
| metric: operation.append.latency.median | ||
| desc: Append operation median latency. |
There was a problem hiding this comment.
Not related to this PR, but I am pretty sure those are metrics created with dropwizard, we need to make sure those are mapped consistently for every supported system where they are used. The downside of those here is that there is no way for us to translate that easily to an otel histogram as we don't have access to the individual samples.
...rationTest/java/io/opentelemetry/contrib/jmxscraper/target_systems/HBaseIntegrationTest.java
Outdated
Show resolved
Hide resolved
| @@ -7,6 +7,7 @@ rules: | |||
| unit: "{server}" | |||
| type: updowncounter | |||
| mapping: | |||
| # Group of properties to build hbase.master.region_server.count metric | |||
There was a problem hiding this comment.
| # Group of properties to build hbase.master.region_server.count metric | |
| # hbase.master.region_server.count |
[nitpicking] Maybe simplify this even further as everything here is a metric (and do the same with others that match Group of properties to build .* metric regex)
"Hadoop:service=HBase,name=Master,sub=AssignmentManager" metrics are defined as updowncounter, while in my opinion it should be just gauges. I kept updowncounters to minimize incompatibilities.
We may consider if updownocunters should be converted to gauges in this or the following PR