You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Lei Chen (JIRA)" <ji...@apache.org> on 2015/07/15 03:46:04 UTC

[jira] [Commented] (HBASE-14082) Add replica id to JMX metrics names

    [ https://issues.apache.org/jira/browse/HBASE-14082?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14627396#comment-14627396 ] 

Lei Chen commented on HBASE-14082:
----------------------------------

If the changes are
# adding a getter, getReplicaId(), to MetricsRegionWrapper.java
# inserting a string, "_replicaid_" + regionWrapper.getReplicaId(), to MetricsRegionSourceImpl.java

Should I include a test case? 
I'm not sure if it is preferred that every change should be covered by unit tests.

> Add replica id to JMX metrics names
> -----------------------------------
>
>                 Key: HBASE-14082
>                 URL: https://issues.apache.org/jira/browse/HBASE-14082
>             Project: HBase
>          Issue Type: Improvement
>          Components: metrics
>            Reporter: Lei Chen
>            Assignee: Lei Chen
>
> Today, via JMX, one cannot distinguish a primary region from a replica. A possible solution is to add replica id to JMX metrics names. The benefits may include, for example:
> # Knowing the latency of a read request on a replica region means the first attempt to the primary region has timeout.
> # Write requests on replicas are due to the replication process, while the ones on primary are from clients.
> # In case of looking for hot spots of read operations, replicas should be excluded since TIMELINE reads are sent to all replicas.
> To implement, we can change the format of metrics names found at {code}Hadoop->HBase->RegionServer->Regions->Attributes{code}
> from 
> {code}namespace_<namespace>_table_<tablename>_region_<regionname>_metric_<metricname>{code}
> to
> {code}namespace_<namespace>_table_<tablename>_region_<regionname>_replicaid_<replicaid>_metric_<metricname>{code}



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