You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hbase.apache.org by "Andrew Kyle Purtell (Jira)" <ji...@apache.org> on 2022/06/11 19:24:00 UTC
[jira] [Resolved] (HBASE-18848) meta region loading reporter
[ https://issues.apache.org/jira/browse/HBASE-18848?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Andrew Kyle Purtell resolved HBASE-18848.
-----------------------------------------
Resolution: Duplicate
This is effectively duplicated by later work on meta metrics.
> meta region loading reporter
> ----------------------------
>
> Key: HBASE-18848
> URL: https://issues.apache.org/jira/browse/HBASE-18848
> Project: HBase
> Issue Type: Bug
> Components: Operability, tooling
> Reporter: Michael Stack
> Priority: Major
> Labels: beginner
>
> We need reporting on meta table accesses.
> In quiet a few cases, it is said that our client -- I can believe it -- does too many lookups against meta.
> In another case, we found that the hbase canary was ddos'ing the meta table but it took a bunch of messing digging in rpc TRACE to figure out this was the case.
> A few users at scale are fingering meta ops as the bound to their being able to scale more (especially if their readers are hosted in MR and startup is a big bang burst of meta scanning)
> The report would dump numbers on clients, incidence and type of queries. It would highlight bad actors and pathological behaviors.
> This is a particular instance of what a general trace system might provide but we don't have that yet. This could be a good first exercise implementing a trace or it might just use trace engine mechanics to realize a few dump jsps. Whatever, we need some tooling for operators.
--
This message was sent by Atlassian Jira
(v8.20.7#820007)