You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Enis Soztutar (JIRA)" <ji...@apache.org> on 2017/01/25 19:35:26 UTC

[jira] [Updated] (HBASE-9774) HBase native metrics and metric collection for coprocessors

     [ https://issues.apache.org/jira/browse/HBASE-9774?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Enis Soztutar updated HBASE-9774:
---------------------------------
    Hadoop Flags: Reviewed
    Release Note: 
This issue adds two new modules, hbase-metrics and hbase-metrics-api which define and implement the "new" metric system used internally within HBase. These two modules (and some other code in hbase-hadoop2-compat) module are referred as "HBase metrics framework" which is HBase-specific and independent of any other metrics library (including Hadoop metrics2 and dropwizards metrics). 

HBase Metrics API (hbase-metrics-api) contains the interface that HBase exposes internally and to third party code (including coprocessors). It is a thin
abstraction over the actual implementation for backwards compatibility guarantees. The metrics API in this hbase-metrics-api module is inspired by the Dropwizard metrics 3.1 API, however, the API is completely independent. 

hbase-metrics module contains implementation of the "HBase Metrics API", including MetricRegistry, Counter, Histogram, etc. These are highly concurrent implementations of the Metric interfaces. Metrics in HBase are grouped into different sets (like WAL, RPC, RegionServer, etc). Each group of metrics should be tracked via a MetricRegistry specific to that group. 

Historically, HBase has been using Hadoop's Metrics2 framework [3] for collecting and reporting the metrics internally. However, due to the difficultly of dealing with the Metrics2 framework, HBase is moving away from Hadoop's metrics implementation to its custom implementation. The move will happen incrementally, and during the time, both Hadoop Metrics2-based metrics and hbase-metrics module based classes will be in the source code. All new implementations for metrics SHOULD use the new API and framework.

This jira also introduces the metrics API to coprocessor implementations. Coprocessor writes can export custom metrics using the API and have those collected via metrics2 sinks, as well as exported via JMX in regionserver metrics. 

More documentation available at: hbase-metrics-api/README.txt 
         Summary: HBase native metrics and metric collection for coprocessors  (was: Provide a way for coprocessors to register and report custom metrics)

> HBase native metrics and metric collection for coprocessors
> -----------------------------------------------------------
>
>                 Key: HBASE-9774
>                 URL: https://issues.apache.org/jira/browse/HBASE-9774
>             Project: HBase
>          Issue Type: New Feature
>          Components: Coprocessors, metrics
>            Reporter: Gary Helmling
>            Assignee: Enis Soztutar
>         Attachments: hbase-9774_v1.patch, hbase-9774_v3.patch, hbase-9774_v4.patch, hbase-9774_v5.patch
>
>
> It would help provide better visibility into what coprocessors are doing if we provided a way for coprocessors to export their own metrics.  The general idea is to:
> * extend access to the HBase "metrics bus" down into the coprocessor environments
> * coprocessors can then register and increment custom metrics
> * coprocessor metrics are then reported along with all others through normal mechanisms



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)